1. Executive summary
Fortra researchers have identified "Mirage2FA," a phishing kit that uses short-lived HTML smuggling and obfuscated JavaScript loaders to deliver fake Microsoft 365 login pages and harvest credentials and MFA tokens from victims. The campaign targets business users with financial-themed lures (remittance services, automated billing, payment requests) and aims at Microsoft 365 account takeover, granting attackers access to email, files, Teams messages, SharePoint, and connected SaaS resources. EMEA financial services organisations are directly exposed given the payment- and billing-themed social engineering. No verified reference data (CVSS, CISA-KEV) was resolved for this item; attribution is to Fortra research and is single-sourced.
2. Regulatory framing
| Article | Trigger (the fact in this item) | Practical impact |
|---|---|---|
| DORA Art. 17: ICT-related incident management process | A successful credential theft from a Microsoft 365 account constitutes an ICT-related incident requiring detection, containment, and resolution processes. | Financial institutions must have processes to identify phishing-compromised accounts, revoke sessions, and remediate. |
| DORA Art. 18: classification of ICT-related incidents and cyber threats | M365 account takeover via phishing is a cyber threat requiring classification by criticality/concentration risk. | Classify based on data accessible via the compromised account (email, files, SharePoint, connected SaaS). |
| DORA Art. 19: reporting of major ICT-related incidents to competent authorities | If the compromised M365 account provides access to material data or functions, the incident may meet the threshold for major incident reporting. | Assess whether stolen credentials grant access to critical systems; report if threshold met. |
| NIS2 Art. 23: incident reporting obligations | Organisations in scope of NIS2 that suffer significant credential compromise may have incident notification duties. | Determine if the compromise meets national CSIRT notification thresholds. |
| UK NIS 2018: UK Network and Information Systems Regulations — OES/RDSP duties | If the compromised account belongs to an OES or RDSP, phishing-led credential theft engages incident management duties. | OES/RDSP operators must handle this within their incident response and reporting frameworks. |
3. Technical analysis & attack chain
Attack chain (confirmed steps from Fortra analysis)
- Initial delivery: Victim receives an email containing an HTML attachment with a business-themed lure (secure documents, remittance services, automated billing, payment requests).
- HTML smuggling execution: Opening the HTML attachment launches a Microsoft-branded page designed to resemble a protected business document. The initial HTML payload uses obfuscated JavaScript to hide its behaviour from static inspection.
- Deobfuscation and execution: The obfuscated JavaScript is decoded and executed using a chain of: Base64 decoding, XOR with key
0xAD,TextDecoder, andeval(). - Second-stage loading: The decoded code loads a second-stage script from attacker-controlled infrastructure at
user[.]cheacker[.]store. - Phishing page render: The second-stage page mimics the Microsoft 365 sign-in process, presenting a fake CAPTCHA screen, credential fields, and prompts for multiple MFA methods including authenticator apps and number matching. Code supporting SMS verification was also present, though Fortra did not confirm that workflow during testing.
- Credential and MFA theft: If the user submits credentials and completes MFA prompts, the attacker captures both. The likely goal is Microsoft 365 account takeover.
- Post-compromise access: With stolen credentials and completed MFA, the attacker may access email, files, Teams messages, SharePoint content, and other connected SaaS resources.
Technical specifics
- Domain infrastructure:
cheacker[.]storewas registered on March 16, suggesting purpose-built, short-lived infrastructure. Second-stage script hosted atuser[.]cheacker[.]store. - Obfuscation chain: Base64 → XOR (key
0xAD) →TextDecoder→eval(). This is a multi-layer evasion technique designed to defeat static analysis and email gateway inspection. - MFA interception: The phishing page supports multiple MFA methods — authenticator app approvals, number matching, and SMS verification (unconfirmed). This indicates the kit is designed to defeat modern MFA, not just basic password capture.
- No confirmed CVE: This is a social-engineering-driven attack; no software vulnerability exploitation is described. No CVSS scores or CISA-KEV entries apply.
Confidence caveat: This analysis is single-sourced, based solely on Fortra's research as reported by Help Net Security. No independent corroboration was available at time of writing. The SMS verification workflow is unconfirmed by Fortra. Attribution to a specific threat actor is not claimed by the source; no MITRE profile is referenced. Verify before enforcement.
4. Mitigation & containment
P1 — Within 24 hours
- Block domains: Add
cheacker[.]storeanduser[.]cheacker[.]storeto DNS blocklists, email gateway filters, web proxy blocklists, and SIEM threat-intelligence feeds. - Block IP: Block the IP address identified by Fortra (see §5) at firewall, proxy, and EDR network rules.
- Hunt for HTML attachments: Search mailboxes and endpoint telemetry for
.html/.htmattachments delivered via email, particularly those referencing business themes (remittance, billing, payment, secure document). Quarantine matching messages. - Hunt for obfuscation pattern: Search endpoint and email gateway logs for HTML/JS content containing
eval()combined withTextDecoderand XOR patterns. These are distinctive to this kit. - Identify victims: Cross-reference proxy/DNS logs for any internal host that resolved
cheacker[.]storeoruser[.]cheacker[.]store. Any match is a likely compromise.
P2 — Within 72 hours
- For any user who opened the phishing page or submitted information: Reset password; revoke all active sessions and refresh tokens; review MFA methods (remove any not recognised by the user); inspect mailbox rules (look for forwarding, deletion, or hiding rules); check OAuth grants (revoke any unrecognised app consents).
- Conditional Access hardening: Enforce Conditional Access policies requiring compliant device + compliant location for M365 sign-in. This raises the bar for token-replay from attacker infrastructure.
- Email gateway rules: Create rules to quarantine or block
.html/.htmattachments from external senders, particularly those with financial-themed subject lines.
P3 — Within 7 days
- User awareness: Brief finance, accounts, and treasury teams on the specific lures used (remittance services, automated billing, payment requests). These departments are the primary targeting profile.
- MFA phishing-resistant rollout: Evaluate rollout of phishing-resistant MFA (FIDO2 / Windows Hello for Business) which cannot be relayed through adversary-in-the-middle phishing pages.
- Threat-intelligence feed update: Ensure
cheacker[.]storeand associated IOCs are pushed to all security tooling (EDR, SIEM, email security, web gateway, DNS filtering).
5. Indicators of compromise
| Type | Value | Confidence | Source |
|---|---|---|---|
| domain | cheacker[.]store | High | Fortra via Help Net Security |
| domain | user.cheacker[.]store | High | Fortra via Help Net Security |
| ipv4 | (IP address identified by Fortra — value not specified in source) | Low | Fortra via Help Net Security |
| technique | HTML smuggling via email attachment | High | Fortra via Help Net Security |
| technique | Obfuscation: Base64 + XOR(0xAD) + TextDecoder + eval() | High | Fortra via Help Net Security |
Note: Fortra stated they identified "an IP address" but the specific value was not included in the available source material. Do not infer or fabricate the IP. The JavaScript resources mentioned were not individually enumerated in the source.
domain cheacker[.]store
domain user.cheacker[.]store
6. Detection
rule Mirage2FA_HTML_Smuggling_Loader {
meta:
author = "Adverse Trace"
date = "2026-06-26"
reference = "https://www.helpnetsecurity.com/2026/06/26/mirage2fa-phishing-kit-microsoft-365-html-smuggling/"
description = "Detects Mirage2FA phishing kit HTML smuggling payload with obfuscated JavaScript loader"
strings:
$xor_key = "0xAD" ascii
$textdecoder = "TextDecoder" ascii
$eval = "eval(" ascii
$base64 = "Base64" ascii
$cheacker = "cheacker.store" ascii
$m365_signin = "Microsoft 365" ascii
$captcha = "CAPTCHA" ascii nocase
condition:
(3 of ($xor_key, $textdecoder, $eval, $base64)) and (1 of ($cheacker, $m365_signin, $captcha))
}
title: Detect Mirage2FA Phishing Kit Domain Resolution
id: at-2026-06-26-185-dns
status: experimental
description: Detects DNS resolution of Mirage2FA phishing kit infrastructure
author: Adverse Trace
date: 2026/06/26
references:
- https://www.helpnetsecurity.com/2026/06/26/mirage2fa-phishing-kit-microsoft-365-html-smuggling/
logsource:
product: dns
category: dns_query
detection:
selection:
query|contains:
- "cheacker.store"
- "user.cheacker.store"
condition: selection
falsepositives:
- Unlikely — domain registered March 16 for short-lived campaign
level: high
title: Detect Mirage2FA HTML Attachment in Email
id: at-2026-06-26-185-email
status: experimental
description: Detects HTML attachments with financial-themed lures consistent with Mirage2FA campaign
author: Adverse Trace
date: 2026/06/26
references:
- https://www.helpnetsecurity.com/2026/06/26/mirage2fa-phishing-kit-microsoft-365-html-smuggling/
logsource:
product: email
category: email_attachment
detection:
selection_attachment:
filename|endswith:
- ".html"
- ".htm"
selection_lure:
subject|contains:
- "remittance"
- "billing"
- "payment"
- "secure document"
condition: selection_attachment and selection_lure
falsepositives:
- Legitimate business email with HTML attachment and financial subject
level: medium
7. Sources
- Help Net Security — "Mirage2FA phishing kit uses HTML smuggling to steal Microsoft 365 credentials" — https://www.helpnetsecurity.com/2026/06/26/mirage2fa-phishing-kit-microsoft-365-html-smuggling/ — 2026-06-26
- Help Net Security — "New Browser-in-the-Browser phishing uses fake login popups to steal Microsoft 365 credentials" (context only — separate campaign) — https://www.helpnetsecurity.com/2026/06/10/browser-in-the-browser-phishing-microsoft-365-users/ — 2026-06-10
8. Adverse Trace position
Severity: — active phishing campaign targeting Microsoft 365 credentials with financial-themed lures directly relevant to EMEA financial services. No CVE or CISA-KEV entry applies; this is a social-engineering and credential-theft threat, not a software vulnerability. Client impact: High for organisations with Microsoft 365 tenants and staff in finance, accounts, or treasury functions — the lures are tailored to those roles. The multi-MFA-method interception (authenticator, number matching, potentially SMS) means standard MFA alone is insufficient defence. Confidence caveat: Single-sourced to Fortra research; no independent corroboration available at time of writing. Attribution to a specific threat actor is not claimed. The IP address IOC was referenced but not enumerated in the source — verify with Fortra's original publication before adding to blocklists. Next steps: Adverse Trace will monitor for corroborating reports, additional IOCs (particularly the unspecified IP and JavaScript resource URLs), and any follow-on activity from the cheacker[.]store infrastructure. We will escalate to if active exploitation against client environments is confirmed.
Published via PulseTrace — Adverse Trace threat intelligence.