The Armada team has observed active exploitation of an ongoing security risk in M365. Due to the low effort required to exploit this risk and the high impact from its use, the Armada team expects this activity to increase.
Threat actors have been actively exploiting Microsoft 365’s Direct Send feature to push credential-harvesting emails that look like they originate inside the victim’s tenant. Direct Send was meant for printers or scanners that need to relay mail through a tenant-specific smart-host (tenant-name.mail.protection.outlook.com) without authentication. When that smart-host is left open to the Internet, anyone can spoof internal addresses and route mail through Microsoft’s infrastructure, dodging SPF, DKIM, DMARC, reputation checks, and “external sender” banners.
This campaign was first identified by Varonis Threat Labs on June 27th and confirmed 70-plus organizations (finance, manufacturing, construction/engineering, healthcare, insurance) have already been hit. Attackers use a single-line PowerShell Send-MailMessage command from commodity VPS IPs to drop emails with various themes.
Send-MailMessage -SmtpServer
.mail.protection.outlook.com -To joe@company.com -From joe@company.com -Subject "Payment Required" -Body "Please see attached remittance as required. -BodyAsHtml
Mutliple payloads have been observed but all lead to either a PDF or image containing a QR code that pushes users to a fake Microsoft login page. No account compromise or malware is needed—just the exposed smart-host.
Direct Send is an Exchange Online option that lets printers, scanners, and line-of-business apps relay mail through the tenant’s smart-host ( tenant.mail.protection.outlook.com ) without authentication. The idea is convenience: no SMTP creds, no OAuth, just fire-and-forget. When that smart-host is left open to the internet, anyone can connect, spoof an internal sender, and slip past SPF, DKIM, DMARC, and “external sender” banners—because the message now originates from Microsoft’s own infrastructure.
When successfully delivered, the spoofed email arrives in the user’s inbox looking authentic and internal- because it is.
Once credentials are harvested, adversaries can:
Because the email never fails “external” checks, traditional secure-email-gateway (SEG) and EOP policies may never flag it.
Look for these signals in mail-flow and firewall logs:
| Category | Example | Why it Matters |
|---|---|---|
| Malicious sender IPs | 139.28.36[.]230, 51.89.86[.]105 |
External IPs observed relaying through tenant smart-hosts. NOTE: These are legitimate Microsoft hosts |
| Subjects | “Caller Left VM Message”, “New Missed Fax-msg” | Consistent across campaigns |
| Attachments | PDFs named Fax-msg.pdf, Play_VM-Now.pdf, Listen.pdf containing QR codes |
Drive users to phishing sites |
| Header Anomalies | Received: shows smart-host → internal mailbox, but SPF/DKIM/DMARC = fail |
Spoofed yet delivered internally |
*.mail.protection.outlook.com.Send-MailMessage usage.