Attackers stood up a real Azure subscription and Azure Monitor alert rule to make Microsoft's own mail servers send a fully SPF/DKIM/DMARC-authenticated.
Social Engineering Examples·4 sources
In a threat-intelligence report published March 21, 2026, email security vendor IRONSCALES documented a callback-phishing (TOAD, Telephone-Oriented Attack Delivery) campaign in which attackers abused legitimate Microsoft Azure infrastructure rather than spoofing it. The attacker created a real Azure subscription, provisioned a resource group named "pay-cbb33c4ab1," and configured an Azure Monitor metric alert rule ("Payment Completion Notice-cbb33c4ab1") so that when it fired, Microsoft's own notification system sent a genuine, fully authenticated email from azure-noreply@microsoft.com (per IRONSCALES' IOC table, sender IP 40.93.194.96).
The attacker injected a fraudulent "Windows Defender" billing notice for $459.90 into the standard Azure alert template, instructing the recipient to call one of two attacker-controlled numbers to dispute the charge. Because the message truly originated from Microsoft's mail servers, it passed SPF, DKIM, and DMARC, and the links in the email pointed to Microsoft's legitimate portal.azure.com domain, so it registered as clean to authentication- and URL-based defenses.
At the targeted organization (described by IRONSCALES as a global IoT technology company), a human security reviewer examined the message and marked it a false positive, which IRONSCALES frames as the intended outcome: the campaign was built to defeat both automated scanning and human triage. IRONSCALES separately reported a related sample of the same technique (a fake "Your Payment Has Been Received" alert citing the same $459.90 amount, transaction ID PP456-887A-22B) sent to a mid-size U.S. professional services firm, where its own Adaptive AI behavioral detection quarantined the affected mailboxes (4 total) before any recipient engaged; that companion article separately documents sender IP 40.93.14.106 and a relay chain through outbound.protection.outlook.com, details specific to that case.
BleepingComputer independently reported a related, distinct in-the-wild variant of the technique (dated 03/05/2026) that mixed elements of both IRONSCALES samples but cited a different charge ($389.90).
The attacker first stood up a legitimate Azure subscription, then created a resource group named "pay-cbb33c4ab1" and an Azure Monitor metric alert rule named "Payment Completion Notice-cbb33c4ab1," configured to fire at severity level 2. When the alert triggered, Microsoft's own Azure Monitor notification pipeline generated and sent the email itself, from azure-noreply@microsoft.com, via Microsoft's genuine outbound mail infrastructure (per IRONSCALES' IOC table for this case, sender IP 40.93.194.96, a permitted Microsoft outbound server).
Because the message truly originated on Microsoft's mail servers, it passed SPF, DKIM, and DMARC with a fully valid composite result, and per IRONSCALES' reporting on this specific case, every hyperlink in the body resolved to Microsoft's legitimate portal.azure.com domain (a separate, related IRONSCALES sample additionally cited azure.microsoft.com, go.microsoft.com, and the microsofticm.com unsubscribe endpoint, but those specific domains were documented for that companion case, not this one).
The attacker abused the free-text fields available in the Azure Monitor alert template to inject a fraudulent billing paragraph, styled as an official notice ("MICROSOFT CORPORATION BILLING AND ACCOUNT SECURITY NOTICE, REF: MS-FRA-6673829-KP") claiming a $459.90 charge for "Windows Defender," alongside two attacker-controlled callback numbers, +1 (812) 266-1510 and +1 (812) 266-1890, that do not appear on any legitimate Microsoft support page.
Because there was no malicious URL or attachment (only genuine Microsoft links), URL reputation scanners and sandbox detonation had nothing to flag; the entire monetization step of the attack (the actual fraud) was pushed off-email into a live phone call, the defining trait of Telephone-Oriented Attack Delivery (TOAD).
The email arrived with the exact subject-line formatting Azure Monitor uses for real action-group alerts ("Azure: Activated Severity: 2 Payment Completion Notice-cbb33c4ab1"), making it visually and structurally indistinguishable from routine cloud-ops noise employees are trained to trust or ignore. Embedded inside that legitimate template was an out-of-place billing/security notice block, complete with a fabricated reference number, a specific dollar charge ($459.90) for "Windows Defender," and urgent instructions to call a phone number "to dispute" the charge.
The telltale sign, visible only to a suspicious reviewer, was the mismatch between an infrastructure-monitoring alert and a billing dispute demand, plus callback numbers absent from any official Microsoft support page; everything else (sender domain and authentication) was genuinely Microsoft's.
IRONSCALES' primary case: the email was reviewed by a human security analyst at the target organization and marked a false positive, illustrating that the attack was engineered specifically to survive human triage as much as automated scanning. IRONSCALES does not disclose whether the targeted employee ultimately called the fraudulent number or suffered any loss.
In a related, same-technique campaign IRONSCALES also reported (different subject line, "Your Payment Has Been Received," transaction ID PP456-887A-22B, also citing a $459.90 charge, targeting a mid-size U.S. professional services firm), the vendor's Adaptive AI behavioral detection quarantined affected mailboxes (4 total) before any recipient engaged.
Separately, BleepingComputer independently documented an in-the-wild variant of the same technique (dated 03/05/2026, citing a $389.90 charge) that was neither of IRONSCALES' two reported samples. No law-enforcement action, monetary loss figure, or named threat actor has been publicly attached to any of these cases.
This case is a clear illustration of "authenticated-infrastructure abuse": SPF/DKIM/DMARC and clean-URL checks, the standard technical gatekeepers most organizations rely on, are structurally incapable of catching an attack where the delivery platform itself is genuinely trustworthy and the payload lives entirely in text plus a phone call. It also shows TOAD's dual-path resilience: a recipient who calls the number can be defrauded, while a reviewer who clears the alert as a false positive removes the one remaining chance of detection, so the campaign succeeds either way.
For defenders, it underscores that email authentication is a necessary but no longer sufficient signal, and that SOC analysts need training and tooling that flag content/context anomalies (a billing dispute demand inside an infrastructure-monitoring alert) rather than relying on sender-domain trust. It also underscores a documentation hazard for analysts consuming vendor threat-intel: near-duplicate companion write-ups from the same source can have distinct technical indicators (IPs, relay chains, domain lists) that must not be merged across cases.
IRONSCALES' writeup recommends moving past authentication-only and URL/attachment-scanning verdicts (SPF/DKIM/DMARC pass and "no malicious link" are necessary but insufficient signals) toward behavioral/content-anomaly detection that flags injected billing text inside a legitimate service template, plus community threat-intel sharing. For end users and reviewers: never call a number embedded in an unsolicited billing alert (even from a verified sender domain); look the vendor's support number up independently; treat "urgent charge, call to dispute" language as a red flag regardless of authentication status; and train SOC reviewers not to auto-clear tickets solely because headers pass, since this campaign was explicitly designed to read as a false positive.
Social Engineering Examples. “Azure Monitor Alert Abuse TOAD Scam: Fake $459.90 Windows Defender Billing Notice Cleared as a False Positive”. Accessed 19 September 2026. https://socialengineeringexamples.com/azure-monitor-alert-toad-billing-scam-2026
Not directly documented by any source, but consistent with this attack class, the operation likely began with selecting target organizations or mailing lists (per BleepingComputer, delivery ran through a mailing list the attacker controlled) and studying the genuine formatting conventions of Azure Monitor action-group alert emails (subject-line pattern, sender address, template structure) closely enough to inject convincing fraudulent text into them.
There is little a defender can do to stop an attacker from studying publicly visible Azure Monitor alert formatting, since that structure is intentionally public and documented by Microsoft; the realistic control sits at Stage 2, where the fraudulent resource construction itself becomes detectable.
The attacker created a real Azure subscription and, within it, a resource group ("pay-cbb33c4ab1" in the primary case) and an Azure Monitor metric alert rule with a billing-themed name, then used the free-text description field that Azure Monitor exposes for alert rules to inject a fabricated "Windows Defender" billing dispute notice, complete with a fake reference number, dollar amount, and attacker-controlled callback numbers.
IPSIP's writeup recommends Azure-configuration/cloud-governance monitoring, auditing changes to Action Groups and Alert Rules for keywords like "invoice," "payment," or "billing" appearing in rules created by unrecognized principals, and enforcing MFA-gated, least-privilege access to who can create or modify alert rules and their free-text fields, whether on an organization's own tenant or as a pattern Microsoft itself could monitor for at the platform level.
The attacker triggered the alert rule so that Microsoft's own Azure Monitor notification pipeline generated and sent the email itself, from the genuine azure-noreply@microsoft.com address through Microsoft's outbound mail servers, producing a message with a fully passing SPF/DKIM/DMARC result because it truly originated on Microsoft's infrastructure.
Because the message is genuinely SPF/DKIM/DMARC-authenticated and delivered through Microsoft's real mail infrastructure, standard sender-authentication controls cannot block delivery at this stage; IRONSCALES' own reporting frames this as the central lesson, that authentication verifies who sent a message, not whether its content is safe.
Because the email carried no malicious link or attachment, only genuine Microsoft domains (portal.azure.com and related) and a fraudulent paragraph of text plus a phone number, URL-reputation scanners and attachment/sandbox detonation had nothing to flag, and sender-authentication checks affirmatively vouched for the message.
Deploy behavioral or content-anomaly detection, such as IRONSCALES' own Adaptive AI (Themis) engine, that flags the mismatch between an infrastructure-monitoring template and injected billing/payment language, first-time-sender-to-recipient anomalies, and community threat-intelligence patterns, rather than relying solely on URL- or attachment-scanning verdicts.
A security reviewer (in the primary case) or an automated behavioral system (in the companion case) evaluated the alert. In the primary case, seeing a genuine Microsoft sender with fully passing authentication and no flagged links, the human reviewer classified the message as a false positive rather than a phishing attempt.
Train SOC reviewers and end users not to auto-clear a ticket as a false positive solely because authentication headers pass; give reviewers an explicit rule that a billing dispute demand with a call-to-action phone number, embedded inside an unrelated infrastructure-monitoring alert, is itself the indicator, regardless of sender legitimacy.
The intended final step, for any recipient who called one of the attacker-controlled numbers, was a live phone conversation in which the attacker would attempt to extract payment-card details, account credentials, or induce installation of remote-access software under the pretext of "verifying" or "disputing" the fake charge; neither IRONSCALES case discloses whether a recipient actually completed this step.
Treat any callback number embedded in an unsolicited billing or security alert as an unverified indicator and look up the vendor's real support number independently rather than dialing the number in the message; this end-user step is the last available control once delivery and triage have both failed to stop the message.
Browse by what this case has in common with others in the library.
A caller posing as a Standard Bank representative persuaded 18-year-old Reabetswe Modisane to move her R438.
A Singaporean businessman transferred at least S$4.9 million after WhatsApp and email lures citing the Strait of Hormuz crisis drew…
A small Columbus, Ohio manufacturer disclosed in a February 2026 SEC 8-K that it lost $898,325 to an imposter scam…
A blogger paid $89.95 to an online data broker (CellTolls.com) to buy retired Gen. Wesley Clark's cell-phone call log obtained…
Fraudsters built a fake WhatsApp profile of WPP CEO Mark Read and staged a Microsoft Teams call using an AI…
Scheme participants posed as veteran finance professionals inside private WhatsApp investment groups to lure at least 18 U.S. retail investors…
A Telegram/dark-web "blackhat ChatGPT" sold $200/month subscriptions promising AI-generated phishing pages, malware and BEC lures.
A fraudster impersonating CEO Rob Mee tricked a Pivotal employee into emailing back the W-2 tax data of the company's…
DOJ/FTC alleged that Citizens Disability and subsidiary CD Media made 109 million-plus illegal telemarketing calls.
A Russian-speaking threat actor used disposable, one-conversation ChatGPT accounts to iteratively build and debug a Go-based Windows malware family.
A single SMS-phishing campaign lured employees to fake Okta login pages, harvested ~9,931 credentials and 5,441 MFA codes across 136…
Hackers bought a $10 stolen Slack session cookie, used it to reach EA's internal Slack.
Operation Buckshot Yankee: a malware-laden USB drive plugged into a U.S. military laptop in 2008 spread the agent.btz worm onto…
A Chicago hairstylist wired $20,000 of her own money to scammers after a caller impersonating Bank of America.
A forged "change your remittance bank account" email tricked a Puerto Rico government corporation into wiring $2.6M to a fraudster-controlled…
Researchers from UIUC, the University of Michigan, and Google dropped 297 USB drives across the UIUC campus and found that…
A spoofed email impersonating Seagate's CEO tricked an HR/payroll employee into emailing every 2015 W-2 to a scammer.
ESET researchers found "PromptLock," a Go-based ransomware sample on VirusTotal that used a locally-run open-weight AI model.