Table of Contents
Every authentication check on this message passed, and every one passed honestly.
SPF passed. DKIM passed. DMARC passed. Microsoft's composite authentication returned a pass with reason 100, the strongest verdict available at the front door. No misalignment, no broken signature, no forwarding hop that muddied the envelope.
There was nothing to catch, because nothing had been spoofed. The message genuinely came from the mailbox it said it came from: a free consumer webmail account on yahoo[.]co[.]jp, Yahoo's Japanese service. The deception sat one layer above anything a protocol inspects. In the display name, and in a notice block inside the body, the sender claimed to be the government of Mexico serving a tax notice.
It arrived in June 2026, in Spanish, addressed to an accountant in the administration function of a medical device manufacturer.
Authentication Validated the Mailbox, Not the Ministry
SPF passed against a sending IP inside Yahoo Japan's outbound relay range, with the envelope mail-from on the provider's own domain. DKIM passed with the signing identity set to that same domain and a provider-managed selector. DMARC passed with an action of none against a header From on the provider domain. Composite authentication agreed and put its confidence at the ceiling. A single relay hop carried the message from the provider into Microsoft's front end, so no intermediate gateway existed to break alignment.
Read literally, those results establish one thing: the message really was sent through Yahoo's Japanese consumer service by someone holding valid credentials for a mailbox there. True, and uninformative, because the question the reader faced was whether a national revenue service had contacted them. No authentication mechanism evaluates that, and RFC 9989 does not ask it to. Alignment compares domains, and both domains here were the attacker's own.
The platform did not even disagree with itself. Microsoft's spam heuristics rated this message at a low spam confidence level while composite authentication returned its maximum pass. Two subsystems, one on provenance and one on content, both benign. Agreement is not corroboration when neither reads the claimed identity.
A Government Ministry With a Random Suffix
The display name read as the Mexican government, followed by a hyphen and a nine-character alphanumeric string. No revenue service appends a random token to its own name.
Inside the body sat a fabricated notice block: two stacked institutional headers naming the Mexican government and a finance ministry, above a bold reference code carrying the tax administration's acronym and a plausible case sequence. A costume assembled entirely out of text, requiring no infrastructure, no lookalike domain and no compromised third party.
Outlook's own external sender banner rendered directly above it, telling the recipient in plain language that they do not often get email from that address. That warning and the authentication passes were both correct at once, pointing in opposite directions.
The Attachment Was Clean Because It Had Nothing to Hide
The message carried a 3.2 KB PDF. Scanners returned clean, and they were right to. It contained no JavaScript, no form fields and no automatic open action.
Its entire content was one sentence of Spanish text telling the reader to click a link to consult the details of the fiscal notification, plus a note that it needs to be opened on a computer.
That is the whole payload. A file with nothing executable in it cannot be detonated, cannot trip a structural rule and cannot fail a malware verdict, and it still carries a URL past all three. This is T1566.001, spearphishing attachment used purely as a transport wrapper, and the mailbox behind it was infrastructure the attacker built rather than stole.
See Your Risk: Calculate how many threats your SEG is missing
The Landing Domain Had Been Waiting Eleven Months
The link pointed at a short, meaningless domain with registrant details redacted for privacy. The instinct at triage is to check the creation date and expect a number measured in hours or days.
It was created in July 2025, roughly eleven months before this message was sent.
That is domain warehousing, and it quietly defeats one of the most widely deployed heuristics in email security. Age rules are calibrated for the burner case: registered same day, registered yesterday, registered this week. A domain left alone for the better part of a year clears all of those thresholds while accumulating none of what makes an established domain trustworthy. No traffic history, no legitimate content, no reputation either way. When the platform scanned the link, the verdict came back partial rather than clean or malicious, which is what a thin history produces.
The registration has not gone quiet since. In the weeks after this incident the WHOIS record was updated and the nameservers changed, which reads as an asset under active management. The useful signal is not age. It is the gap between a long registration and no observed legitimate use.
What Was Left to Detect
Take authentication out of the evidence pool and the remaining case is thin but coherent. A first-time sender for the organization. An institutional identity asserted over a free consumer mailbox. A Spanish-language government tax pretext sent to a manufacturing finance mailbox. An attachment whose only function was to carry a link. A destination with no real history.
That combination is what got it. Themis scored the message at 90% confidence with a credential theft label, drawn from language and structural analysis rather than the header. The incident resolved automatically as phishing and the message was permanently deleted from the single affected mailbox. Reading intent out of structure and language is what Adaptive AI is for once the provenance block has stopped carrying information.
The scale behind the pattern is not exotic. The 2026 Verizon Data Breach Investigations Report puts phishing at 16% of breach initial access vectors and credentials in 39% of breaches across the kill chain, and the 2025 FBI IC3 Annual Report records 1,008,597 complaints against $20.877 billion in losses. A credential harvesting page behind a dormant domain needs no technical failure in the mail path.
Controls That Would Have Caught This
Score the asserted identity against the class of the sending domain. A tax authority, a bank or a regulator arriving from free consumer webmail is a category error, and cheap to evaluate at delivery. Nothing in SPF, DKIM or DMARC performs that comparison, and a maximum composite result should not raise the trust ceiling on an institutional claim.
Stop treating domain age as a binary. Measure dormancy: a months-old registration with no observed legitimate traffic is the stronger indicator, and the one current tooling misses.
Extract and evaluate attachment text, not just structure. A clean verdict on a file says nothing about the URL written inside it, and OCR on a three kilobyte PDF is trivial.
Treat an unusual sending language for the recipient's role and region as a scoring input, not a curiosity. The CISA phishing guidance argues the same for layered behavioral controls, and the NIST definition of phishing rests on deceiving a person, which no DNS record speaks to.
Indicators of Compromise
| Type | Indicator | Context |
|---|---|---|
| Domain | dyxcyk[.]com | Attacker-owned landing domain, created July 2025, roughly eleven months before the send; registrant redacted for privacy |
| URL | hxxps://dyxcyk[.]com/ | Sole payload link; platform verdict partial, not clean or confirmed malicious |
british_bulldog_hartfoundation@yahoo[.]co[.]jp | Attacker-operated consumer webmail mailbox, a genuine account rather than a compromised one | |
| File | 2026-0615-01m.pdf | 3,295-byte attachment, structurally clean with no JavaScript, form fields or automatic open action |
| Hash | 749ec8e79babde38137cd2d42c2fcfd4 | MD5 of the attached PDF |
| Sender alias | The Mexican government's name plus a hyphen and a nine-character alphanumeric token | Institutional identity in the display name, with a random suffix no revenue service would use |
| Body artifact | SAT-AGAFF-2026-08942 | Fabricated reference code in bold beneath stacked headers naming the Mexican government and a finance ministry |
| Auth result | spf=pass; dkim=pass (provider domain, provider selector); dmarc=pass action=none; compauth=pass reason=100 | All passed legitimately for the webmail provider, none for the impersonated authority |
| Auth result | Spam confidence level 1 | Content heuristics rated it low spam confidence while authentication passed at maximum; both subsystems agreed and both were wrong |
| IP | 124[.]83[.]188[.]237 | Webmail provider's outbound relay that produced the SPF pass, provider infrastructure not attacker infrastructure |
| Routing | Single hop from the provider's outbound host into Microsoft's front end | No intermediate forwarder or gateway existed to break alignment |
| Attachment text | Spanish instruction to click the link for fiscal notification details, plus a note to open it on a computer | The PDF's entire content, recovered by OCR |
MITRE ATT&CK Mapping
| Technique | ID | How it appeared |
|---|---|---|
| Phishing: Spearphishing Attachment | T1566.001 | A structurally clean PDF used only as a wrapper carrying a URL past attachment controls |
| User Execution: Malicious Link | T1204.001 | The reader is told to open the link, specifically on a computer |
| Establish Accounts: Email Accounts | T1585.002 | A free consumer webmail mailbox registered by the attacker, which is why authentication passed |
The Bottom Line
The cheapest way to survive email authentication is to stop attacking it. Register a mailbox at a consumer provider, let the provider sign your mail correctly, and put the lie where no protocol reads: the display name, a pasted government header, a reference code in bold. Every provenance control then confirms what it was built to confirm, that the mail came from where it says. Whether the sender is a national revenue service was never on the list of questions being asked.
Related attacks
| Attack | What happened |
|---|---|
| The Button Text Was the Weapon: Unicode RTL Obfuscation Inside a DocuSign Lure | Attackers embedded Unicode right-to-left marks directly inside a CTA button label to scatter the string for NLP scanners. |
| The DocuSign Lure That Used Google as a Trust Shield (And Encoded Your Email in the Link) | A DocuSign phishing email hid its harvest domain behind a google.com redirect and encoded the recipient's exact email address into the link as base64. |
| Amazon SES Abuse Delivers Fake DocuPortal+ Notification to a Credential-Harvest Page With a Fake reCAPTCHA | Attackers routed a fake DocuPortal+ document-share notification through Amazon SES, giving it legitimate SPF and DKIM signatures. |
| MSC Brand Impersonation Abuses a Legitimate Open Redirector and Base64-Encodes the Victim's Address for Targeted Tracking | Attackers cloned Mediterranean Shipping Company branding, then funneled victims through a redirect endpoint on a legitimate third-party retail site to... |
| The B2B Content Marketing Email That Borrowed a Brand, a Relay Allow-List, and a Security Vendor's Own URL Wrapper | A polished B2B research report offer used SelectHub branding, passed through an allow-listed mail relay at SCL -1. |
Explore More Articles
Say goodbye to Phishing, BEC, and QR code attacks. Our Adaptive AI automatically learns and evolves to keep your employees safe from email attacks.