Case Library / Smishing (SMS Phishing) / USPS/UPS "Package Awaiting Action" Smishing Kit Exposed via Censys DNS Investigation

USPS/UPS "Package Awaiting Action" Smishing Kit Exposed via Censys DNS Investigation

Censys researchers used passive DNS to unravel a live USPS/UPS "package awaiting action" smishing operation, exposing 682 rotating lookalike hostnames behind a WebSocket-based backend that streamed victims' card data in real time and included an operator kill-switch, a concrete technical case of the package-delivery smishing wave USPS itself had flagged as rising in June 2025.

Share:

Reviewed by the Social Engineering Examples team.

What Happened

Censys security researchers investigated a live SMS phishing ("smishing") operation impersonating USPS package-delivery notifications. Starting from a single reported lure hostname/IP, they used passive/historical DNS data (a Censys DNS snapshot dated 2026-05-20) to pivot outward and reconstruct a much larger rotating infrastructure: 682 unique lookalike hostnames across five naming patterns, all pointing back to a small hosting cluster on Tencent Cloud. Beyond mapping the domains, Censys reverse-engineered the kit's client-side behavior and found it exfiltrated victims' payment card data in real time over a WebSocket connection, streaming keystrokes as they were typed before form submission, with a backend that ran server-side BIN lookups and could remotely trigger a kill-switch to bounce a given victim to the real usps.com. Censys also identified a linked UPS-themed sibling campaign on separate (Java/Spring Boot) backend infrastructure, tied to the USPS campaign via a shared internal cookie/theme string ("us_post_ups"). The findings were published as a Censys technical blog post on 2026-06-12. Separately (a year earlier), USPS and the U.S. Postal Inspection Service held a June 12, 2025 press briefing in Tampa, Florida, warning that package-themed phishing, smishing, and "brushing" scams were on the rise and reaffirming that USPS never sends unsolicited texts/emails with links requesting personal or payment information; that briefing also reported broader Project Safe Delivery enforcement results (2,800+ arrests, 27% reduction in carrier robberies) unrelated to this specific kit.

How the Attack Worked

Victims received an SMS ("smish") impersonating USPS (or, in a sibling campaign, UPS) claiming a package required action, with a link to a lookalike domain. The landing page replicated USPS's real production web assets (fonts, CSS, images) verbatim and even fired USPS's own live analytics tags, making the fake page visually and telemetrically indistinguishable from the real site. Instead of harvesting data only on form submission, the phishing page opened a live WebSocket connection to an operator-controlled backend and streamed the victim's card number and other input keystroke-by-keystroke as they typed, before the form was even submitted (Censys logged 279 WebSocket frames across seven captured live sessions). The backend performed a server-side BIN (bank identification number) lookup on the card data in real time. Operators could also push a kill-switch flag (referred to in the kit as "isBlock") that would redirect a given victim session to the legitimate www.usps.com, likely used to evade investigators or burn a session once data was captured or a visitor was flagged as suspicious (e.g., a researcher or bot). Rather than one throwaway domain, the infrastructure rotated across a cluster Censys mapped via passive/historical DNS to 682 unique lookalike hostnames, breaking down as roughly 334 "*.life" domains, 250 "informed.deliwek*.shop" names, 78 "usps.xupq*.one" names, 17 "deliwek*.shop" names, and 3 "xupq*.one" apexes. A related UPS-themed campaign ran on a separate Java/Spring Boot backend but shared an internal cookie/theme identifier ("us_post_ups") linking the two brand-impersonation operations to the same underlying actor/toolset. The cluster was hosted on Tencent Cloud, spanning two IP prefixes (43.157.128.0/18 and 43.173.64.0/18).

The Lure & the Tell

The lure: an SMS text claiming a USPS or UPS package required customer action (e.g., a redelivery fee, address confirmation, or "awaiting action") with a link to what looked exactly like the real carrier's website: same fonts, CSS, images, and even the same live analytics tracking as usps.com. The tell, per USPS's own repeated public guidance (reiterated at the June 12, 2025 Tampa press briefing): USPS and the Postal Inspection Service never send unsolicited text messages or emails containing tracking numbers or links asking for personal information or payment; any such message is fraudulent regardless of how convincing the linked page looks. Technically, the giveaway invisible to victims but visible to researchers was the underlying domain-rotation pattern (hundreds of near-identical disposable hostnames resolving to a small, stable IP cluster) and the live WebSocket connection silently streaming keystrokes to a backend before any "submit" action, behavior a legitimate USPS/UPS payment page would never exhibit.

Outcome

Censys publicly disclosed the technical anatomy of the kit (domain infrastructure, WebSocket exfiltration mechanism, kill-switch, hosting details, and the linked UPS sibling campaign) on June 12, 2026, enabling defenders, registrars, and hosting providers to identify and take down related infrastructure by pivoting on the shared fingerprints (hosting ASN, cookie/theme strings, DNS rotation pattern) rather than one domain at a time. No arrest, indictment, or other law-enforcement action tied specifically to this kit was found in the primary sources reviewed. USPS/USPIS's own program (Project Safe Delivery, launched May 2023) reported broader results as of June 2025 (2,800+ arrests related to mail theft and related crimes and a 27% YoY reduction in letter-carrier robberies), but those figures are program-wide and not attributed to this particular smishing/skimming cluster.

Why It Matters

This case is a documented, technically detailed illustration of how modern smishing operations have industrialized: rather than a single throwaway phishing link, defenders are facing large, actively rotated domain fleets (682 hostnames in this instance) sitting behind shared backend infrastructure, engineered for real-time data theft (WebSocket streaming of card data mid-keystroke) and equipped with operational security features (a remote kill-switch, cloned brand assets down to the analytics tags) that make both victim detection and takedown harder. It also demonstrates the value of passive DNS as a defensive/investigative tool: a single reported lure expanded, via historical resolution data, into visibility over an entire criminal infrastructure cluster and a linked second-brand campaign. For an educational audience, the case underscores that USPS/UPS "package awaiting action" texts remain one of the most common and effective smishing lures precisely because almost everyone expects packages, and that visual fidelity to a real brand's site (even reusing its actual static assets and analytics) is not a reliable indicator of legitimacy; the only reliable rule is that carriers do not send unsolicited texts/emails with action-required links.

Defenses

Recommended/observed defenses drawn from the sources: (1) passive-DNS-based threat hunting: pivoting from one seed hostname/IP to historical resolution data to expose entire rotating infrastructures rather than chasing individual disposable domains one at a time; (2) treating unsolicited "package awaiting action" texts with links as inherently suspicious: USPS and USPIS state flatly that USPS never sends unsolicited texts/emails with tracking links asking for personal or payment information, and directs recipients to forward suspicious texts to 7726 (SPAM) and report at USPIS.gov; (3) domain/infrastructure-level detection: clustering on hosting ASN, TLS certificate reuse, and cookie/theme fingerprints (e.g., the shared "us_post_ups" theme string) can catch sibling campaigns even when surface branding differs; (4) awareness that a convincing phishing page can serve a brand's real static assets (fonts, CSS, images) and even fire the real brand's analytics tags, so visual fidelity alone is not a valid trust signal; (5) card issuers/banks watching for real-time BIN-lookup-driven skimming patterns rather than assuming card data theft only happens via bulk breach dumps.

Sources
Attack Chain & Defense
The sequence the attacker ran
How it could have been stopped
1
Infrastructure and domain-fleet setup: Consistent with the scale Censys mapped (682 rotating hostnames across five naming templates, e.g. usps.xupq*.one, informed.deliwek*.shop), the operator likely used bulk/automated domain registration and a small pool of Tencent Cloud IPs to stand up disposable lookalike hostnames faster than they could be reported and taken down, a pattern typical of industrialized smishing-kit operations rather than a single hand-registered domain.
Countering Stage 1: Bulk domain registration and disposable cloud hosting are hard to block pre-emptively at the registrar or registry level; the realistic control is downstream, using passive-DNS platforms (as Censys did here) to pivot from one reported lure hostname or IP to the full historical resolution set, exposing the entire rotating cluster instead of one domain at a time.
2
Kit build and brand cloning: The operator built (or bought as a kit) a phishing platform that serves USPS's real production HTML, CSS, fonts, and images verbatim, reproduces a pixel-faithful fake Cloudflare human-verification gate, and wires a WebSocket-based backend for live keystroke capture, reflecting the underground phishing-kit-as-a-service tooling documented by Censys rather than a bespoke one-off build.
Countering Stage 2: Kit development itself happens outside defender visibility, but brand owners can turn the kit's own cloning against it. Because this kit fired USPS's genuine analytics tag, USPS's marketing team could in principle detect anomalous conversion-pipeline traffic landing on its own dashboards from domains it does not own, and threat-intel teams can fingerprint kit-specific artifacts (asset paths, cookie names, banner hashes) to identify sibling deployments.
3
SMS lure delivery (smishing): Victims received mass SMS text messages impersonating USPS or UPS, claiming a package required action and linking to a rotating lookalike hostname, a mass-targeting delivery method typically associated with SMS-blasting infrastructure and spoofed sender identities in commodity smishing campaigns.
Countering Stage 3: Carrier-level SMS spam filtering plus consumer-facing anti-smishing guidance, USPS and USPIS state flatly that USPS never sends unsolicited texts or emails with links requesting personal or payment information, and easy reporting channels (forwarding suspicious texts to 7726) reduce both click-through and time-to-takedown.
4
Fake human-verification gate: Clicking the link presented a cloned Cloudflare 'Security Check' interstitial (with automatic language selection) before the payload loaded; per Censys, the gate's callback parameter was never actually validated, so its real function was filtering out casual scanners and crawlers rather than verifying humanity.
Countering Stage 4: An attacker-controlled CAPTCHA gate cannot be neutralized directly by defenders, but automated threat-intel crawlers built to persist through such gates specifically for kit mapping and takedown purposes, as Censys did, keep this stage from providing durable cover.
5
Real-time credential and card harvesting: The victim landed on a Vue single-page app built almost entirely from USPS's own genuine assets, complete with USPS's live Google Analytics tag, and as the victim typed payment-card details the page streamed each keystroke over an open WebSocket to the operator's backend before the form was ever submitted, per Censys's live capture of 279 WebSocket frames across seven sessions.
Countering Stage 5: Because the clone reuses the brand's real static assets under a telltale path prefix and opens a live WebSocket before form submission, structural fingerprinting on that asset path or on pre-submission data exfiltration behavior gives defenders and browser-security tools a detection signal that survives hostname rotation, unlike relying on visual inspection of the page.
6
Server-side enrichment and evasion: The backend ran a real-time BIN (bank identification number) lookup to validate and enrich each captured card, tracked every card a victim tried in a 'cardHistory' array to support a repeated decline-and-retry skim, and could flip an operator-controlled kill-switch ('isBlock') to redirect a flagged or suspicious session to the real usps.com, evading investigators and researchers.
Countering Stage 6: Card issuers and payment networks can watch for real-time BIN-lookup-driven skimming velocity and repeated-decline patterns across newly seen card numbers, rather than assuming card theft only surfaces later via bulk breach dumps, closing part of the gap the kill-switch is designed to protect.
7
Objective completion and cross-brand scaling: Captured payment-card data (number, name, expiry, CVV, BIN-enriched bank/country/scheme) was available to the operator for direct fraud or resale, while the same kit family was run in parallel against UPS customers under a linked infrastructure cluster sharing an internal 'us_post_ups' theme identifier, indicating the operator industrialized and reused the same toolset across brands rather than treating each campaign as disposable.
Countering Stage 7: Once card data is captured, the surviving controls are issuer-side fraud monitoring and rapid card cancellation and reissuance for any consumer who reports interacting with a package-delivery smishing link, since the underlying data theft has already occurred by this stage; cross-brand infrastructure fingerprinting (shared cookie/theme strings, hosting ASN) also lets defenders take down the UPS sibling campaign using signals found on the USPS side, rather than treating the two as unrelated incidents.
Quick Facts
Victim
USPS and UPS customers targeted via smishing text messages (mass consumer targeting); secondarily, USPS itself was affected in that the phishing kit reused USPS's production web assets and triggered USPS's own analytics tracking without authorization
Location
Global (victims); Tencent Cloud-hosted backend infrastructure
Date
Censys technical investigation published 2026-06-12 (based on a Censys DNS snapshot dated 2026-05-20); the corroborating USPS/USPIS press briefing on rising smishing/brushing scams was held June 12, 2025 in Tampa, FL
Impact
Not quantified. Neither Censys nor USPS disclosed a victim count or dollar loss figure specific to this smishing kit/cluster. USPS's June 2025 material cites broader Project Safe Delivery program figures (2,800+ arrests related to mail theft and related crimes program-wide, a 27% YoY reduction in letter-carrier robberies FY23 to FY24) that are not attributed to this specific smishing/card-skimming operation.
Status
Confirmed
Case Type
Real-World Incident
Sector
Financial Services & Insurance, Government & Public Sector, Retail & E-commerce, Transportation & Logistics
Threat Actor
Organized Crime
Related

Related Cases

Standard Bank Teen Loses R438,900 Education Fund in 20-Minute Vishing Scam

A caller posing as a Standard Bank representative persuaded 18-year-old Reabetswe Modisane to move her R438,900 education trust fund to…

Incident 2026Read →

Singapore Businessman Loses S$4.9 Million to Deepfake Zoom Call Impersonating PM Lawrence Wong

A Singaporean businessman transferred at least S$4.9 million after WhatsApp and email lures citing the Strait of Hormuz crisis drew…

Incident 2026Read →

Pune Italian Engineering Firm CFO Microsoft Teams Boss-Scam (Rs 56 Lakh Loss, 2026)

A Pune CFO wired Rs 56 lakh after a Microsoft Teams message impersonating her Italian CEO's name and photo demanded…

Incident 2026Read →