The Invoice Email With No Text to Scan: Image-Only Payload From a Compromised Account With a Broken ARC Chain

TL;DR An email with subject 'ACH payment [Company]' arrived at the accounts receivable team of a global flavoring company from carlaburbo@a-private-company[.]example. The sender CC'd ap@a-private-company[.]example (the sender's own AP team). SPF passed, DKIM passed (d=a-private-company[.]example, selector2), DMARC passed, and compauth passed with reason=100. However, Authentication-Results-Original showed dkim=none and dmarc=none, indicating the message had no DKIM signature at its origin. ARC validation at i=2 returned cv=fail, meaning the chain of trust broke during forwarding. The entire payload was a single PNG attachment (image002.png, 63,801 bytes). No links in the body. No OCR text extracted. The image-based payload evaded text-based content scanning entirely. SCL=1. First-time sender to the target organization. Themis flagged at 54% confidence, labeled as credential theft. One mailbox was quarantined.
Severity: High Invoice Fraud Payment Diversion Account Compromise MITRE: {'id': 'T1566.001', 'name': 'Phishing: Spearphishing Attachment'} MITRE: {'id': 'T1078', 'name': 'Valid Accounts'} MITRE: {'id': 'T1036.005', 'name': 'Masquerading: Match Legitimate Name or Location'}

An email with the subject "ACH payment" arrived at the accounts receivable team of a global flavoring company. The sender was at a natural products company. SPF passed. DKIM passed. DMARC passed. Composite authentication returned reason=100. The gateway had no reason to intervene.

The entire message payload was a single PNG image. No text in the body. No links. No macros. No attachments to detonate in a sandbox. Just 63,801 bytes of image data that rendered perfectly for human eyes and returned nothing for text-based scanners.

Full Authentication, Zero Provenance

At the final delivery hop, the email from carlaburbo@a-private-company[.]example passed every authentication check. SPF validated because a-private-company[.]example authorized its mail servers. DKIM passed under the domain's selector2 signing key. DMARC aligned. The SCL score was 1.

But the original authentication results told a different story. Authentication-Results-Original showed dkim=none and dmarc=none. The message had no DKIM signature when it was first created. The ARC chain at i=2 returned cv=fail, meaning the forwarding chain of trust was broken.

What happened between origin and delivery? The M365 infrastructure signed the message on behalf of the sender at the relay hop. The sending account's mail server added DKIM and SPF alignment that the original message never had. This is the signature pattern of a compromised account: the attacker sends through the victim's infrastructure, and the infrastructure vouches for the message automatically.

The Image as the Entire Attack Surface

The attachment, image002.png, was the only content. No URLs meant no link scanning. No document attachments meant no macro analysis or sandbox detonation. The PNG carried no extractable text metadata, so OCR-dependent scanning would need to render and read the image to identify its content.

Most gateways do not apply OCR to every image attachment in real time. The image likely contained payment instructions or account details, rendered as a visual document that a human in accounts receivable would process manually. Put the payload where the machines are not looking.

Cross-Company Invoice Context

The sender CC'd their own company's accounts payable address (ap@a-private-company[.]example), reinforcing the appearance of a legitimate inter-company payment communication. The "ACH payment" subject line targeted the recipient's AR workflow directly. For an AR team accustomed to processing vendor payments, this email matched the expected pattern: a known vendor name, a payment reference, and an attached document.

The sending account was compromised. The person behind the email was not who the authentication said it was.

What Behavioral Detection Identified

Themis, the IRONSCALES Adaptive AI engine, flagged this message at 54% confidence. The first-time sender pattern between these two organizations, the image-only payload with no extractable text, and the discrepancy between original authentication (dkim=none, dmarc=none) and final-hop authentication (full pass) are behavioral signals that surface-level authentication checks miss. One mailbox was quarantined based on these signals.

The gateway saw a fully authenticated message from a real company. The behavioral layer saw a compromised account sending an opaque payload to an AR team it had never contacted before.

See Your Risk: Calculate how many threats your SEG is missing

Indicators of Compromise

TypeIndicatorContext
Sender Emailcarlaburbo@a-private-company[.]exampleCompromised account at natural products company
Sender Domaina-private-company[.]exampleFull SPF/DKIM/DMARC pass at final hop
CC Addressap@a-private-company[.]exampleSender's own AP team, reinforces legitimacy
Attachmentimage002.png (63,801 bytes, image/png)Image-only payload, no OCR text extracted
Authentication (Final)SPF=pass, DKIM=pass (selector2), DMARC=pass, compauth=100Full authentication at delivery
Authentication (Original)dkim=none, dmarc=noneNo DKIM signature at message origin
ARC Validationi=2, cv=failChain of trust broken on forwarding
SCL1Low spam confidence despite ARC failure

MITRE ATT&CK Mapping

TechniqueIDRelevance
Phishing: Spearphishing AttachmentT1566.001Image-only PNG attachment as invoice fraud payload
Valid AccountsT1078Compromised email account with full domain authentication
Masquerading: Match Legitimate Name or LocationT1036.005Legitimate vendor identity used for cross-company invoice fraud
Email Attack of the Day is a daily series from IRONSCALES spotlighting real phishing attacks caught by Adaptive AI and our community of 35,000+ security professionals. Each post breaks down a real attack. What it looked like, why it worked, and what to do about it.

Related attacks

Attack What happened
The Invoice That Originated from the Wrong ContinentAn invoice fraud email passed SPF from a legitimate domain but carried an x-originating-ip from South Korea with no PTR record.
The Payoff Letter With a Blank Body, a Trust Account, and a Token That Said 'bypasszix'A payoff letter from a law firm domain arrived with a blank email body and payment instructions embedded in a PDF.
The Remit-Change Email That Came With Full Bank Details and a PDF Nobody Could ReadA retail analytics vendor sent a payment update email with ACH routing, wire routing, and account numbers directly in the body.
The $47,320 Invoice That Came With a W-9 and a Personal Bank AccountA payment diversion attack bundled a $47,320 invoice with ACH/wire remittance instructions pointing to a personal bank account.
The Reply-To Was One Letter Off: How a Typosquat Domain Turned a Gmail BEC Into a Payment DiversionA Gmail-authenticated BEC used a typosquat Reply-To domain and a hidden HTML mailto mismatch to impersonate a steel distributor's credit manager.

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.