Case Library / Quishing (QR Code Phishing) / "Scan to hear your voicemail": the 2021 QR campaign that named quishing
Quishing (QR Code Phishing) Documented incident

"Scan to hear your voicemail": the 2021 QR campaign that named quishing

Nearly 200 "missed voicemail" emails from hijacked Office 365 accounts carried QR codes to fake Microsoft logins. Why email gateways missed them.

Share:

Social Engineering Examples·4 sources

Picture the email. "You have a missed voicemail." Normal enough; most Microsoft 365 users get those. But where you'd expect an audio file or a play button, there's a QR code. Scan it to listen. Between 15 September and 13 October 2021, Abnormal Security stopped nearly 200 of these before they reached its customers. The code opened a Microsoft 365 login form sitting on an ordinary survey-tool website. The emails had come from real Office 365 accounts that had been taken over, so they passed DMARC and left from sender addresses already on the approved list. When Abnormal wrote it up on 26 October 2021, it said this was the first QR-code phishing it had ever seen working in email. No victim was named. No stolen password was confirmed. Status: caught and blocked, attacker never found, and one of the first "quishing" campaigns anyone documented.

Key takeaways

  • Gateways checked links and attachments. To them a QR code was a picture. Nobody looked at where it pointed.
  • Plan A was a fake .WAV icon hiding a link. That got caught, so plan B was the QR code.
  • Scan with your phone and the click happens on a device your IT team can't see.
  • Real sender account, real survey site, a freshly made QR image each day. No blocklist had anything to match.

How it worked

Element What Abnormal found
First try Early September 2021. A link tucked behind an image dressed up as a .WAV attachment. A security vendor spotted it
Second try A QR code embedded in the email body. Gateways don't decode QR codes, so the message passed as a harmless image
The pretext "Missed voicemail" or "encrypted voicemail". Scan to play
The sender Hijacked Outlook and Office 365 accounts belonging to real organisations, sending from approved IPs and often passing DMARC without a hiccup
The personas Six sender identities, most matched to the target's industry
The landing page A Microsoft credential form on a legitimate enterprise survey service, with backend IPs at Amazon and Google
The refresh New QR images generated the same day as each send, beating image-hash blocklists

Think about what the attacker was asking of the victim. Read the email on your laptop. Reach for your phone. Point the camera at the screen. Log in on the phone. That's a lot of steps, and Abnormal's Crane Hassold reckoned the clumsiness held the success rate down. Still, there's a reason to want it. The phone isn't the laptop. No EDR on it, no browser isolation, no DNS filter. The one device your security team watches is the one the attack never touches.

A strange footnote: the pages were in English, the reCAPTCHA was in German. Most likely the survey platform had worked out where the attacker was sitting, not the victim.

Tip: a voicemail system sends you the audio, or a link to it. It does not ask you to take a photo of your own screen. When a QR code is the only door to a "message", walk away from the door.

The tells

  • You can only get the voicemail by scanning something. No real system does that.
  • You're being pushed from one device to another for no good reason.
  • Scan it and you land on a survey-tool address, nowhere near Microsoft or your own company.
  • English page, German CAPTCHA.

And here's what wasn't a tell: the sender. Real account, approved IP, authentication passed. Checking the From line would have made you feel better and told you nothing.

Why it matters

Ask around the industry when "quishing" became a thing and this campaign usually comes up. Consumers had already been warned (the Better Business Bureau put out a QR-scam alert in July 2021), but nobody had yet shown it working against corporate inboxes, at volume, with a write-up to prove it.

Three things it did became the standard kit. Send from accounts you've already stolen, so the reputation is borrowed. Park the fake login on a legitimate SaaS platform you don't own, and there's no bad domain for anyone to block. Push the victim onto a different device, and the corporate tooling never sees a thing. Fake parking fines, missed-delivery notices, "re-enrol your MFA" emails: the 2022 flood ran on the same three parts.

What stops it

  • A QR code is a link wearing a disguise. Decode it and check the destination like you would any URL.
  • Behaviour over authentication. When a real mailbox starts sending QR voicemails it never sent before, that's your alarm. DMARC will stay green the whole time.
  • Passkeys or FIDO2 on Microsoft 365. Steal the password and you've stolen nothing useful.
  • Tell staff about this exact lure. The scan is the compromise, and it happens on their phone, off your network.
  • Notice when a survey or form tool starts hosting login pages. That's your own trusted vendor being borrowed.
  • Stop treating a DMARC pass as a clean bill of health. Here the "attacker" was, cryptographically, the real account.

See also quishing, credential harvesting and phishing.

Common questions

What was the Abnormal Security QR voicemail campaign?

Nearly 200 emails in autumn 2021, each pretending to be a missed-voicemail alert and each carrying a QR code that led to a fake Microsoft 365 login. Abnormal Security blocked them and wrote it up on 26 October 2021.

Did anyone actually lose their password?

Nothing confirmed. The 200 is a count of blocked emails, not of victims.

Why a QR code?

Because email security scanned links and attachments and ignored images, and because scanning pushed the victim onto a phone nobody at work was monitoring.

Who did it?

Nobody knows. The attacker was never identified. The only hint was a German CAPTCHA on English pages.

Sources
Cite this case

Social Engineering Examples. “"Scan to hear your voicemail": the 2021 QR campaign that named quishing”. Accessed 3 November 2026. https://socialengineeringexamples.com/abnormal-security-missed-voicemail-qr-quishing-2021

Attack Chain & Defense
1Target-List Assembly
What happened

consistent with the campaign's broad, non-targeted "mass" profile as reported, the attacker likely worked from a bulk email address list (harvested from a compromised mailbox's contacts/address book, a purchased B2B contact database, or similar), rather than researching individual employees the way a targeted spear-phishing operation would.

The control that would have stopped it

bulk email-address-list assembly for mass campaigns is largely outside defenders' control and hard to detect in advance; the realistic control lands downstream, at delivery and detection, where anomalous sending behavior can be caught regardless of how the recipient list was built.

2Compromise of Sending Infrastructure
What happened

the attacker obtained working credentials to a legitimate victim organization's Outlook/Office 365 mailbox, likely through a prior, separate credential-phishing or credential-stuffing incident not documented in this campaign's own reporting, giving them a sending account with an already-trusted reputation and clean DMARC/SPF/DKIM alignment.

The control that would have stopped it

phishing-resistant MFA (FIDO2/passkeys) and continuous sign-in risk detection (impossible travel, new device, anomalous login location) on all M365/Office 365 accounts prevent a stolen or guessed password alone from producing the kind of account takeover that supplied this campaign's trusted sending infrastructure.

3Lure Development and Iteration
What happened

the actor built and tested multiple sender personas (six were documented, most tailored to the target's own industry) and iterated the lure format after an initial failure, moving from a malicious link hidden behind a fake .WAV voicemail-attachment image (caught by a security vendor) to a QR code embedded directly in the email body once that version evaded gateway scanning.

The control that would have stopped it

because the lure content itself is engineered to look benign to signature-based scanners, defense at this stage depends on behavioral/anomaly-based email security, flagging an account suddenly sending atypical content, personas, or volume, rather than trying to blocklist the lure format itself.

4Phishing Infrastructure Setup
What happened

rather than registering an attacker-controlled lookalike domain, the actor built a credential-harvesting landing page on a legitimate third-party enterprise survey/form-building service and generated a fresh QR-code image for each send, a combination that denies defenders both a bad domain to blocklist and a repeated image hash to flag.

The control that would have stopped it

vendor/SaaS abuse-monitoring on survey and form-building platforms (and on the cloud IP ranges hosting them) to catch when their infrastructure is suddenly serving credential-harvesting forms, combined with decode-and-check tooling that treats embedded QR codes as first-class scannable links against threat intelligence rather than opaque, unscanned images.

5Delivery
What happened

the lure email, styled as an automated "missed voicemail" / "encrypted voicemail" notification, was sent from the compromised Outlook account to the target list with the QR code embedded as an inline image and no clickable link or scannable attachment present for gateway URL/attachment filters to inspect.

The control that would have stopped it

behavioral/anomaly-based email security that flags compromised-account sending patterns (unusual recipients, content, or volume from an otherwise-trusted mailbox), since traditional DMARC/DKIM/SPF authentication checks pass cleanly here precisely because the sending account is genuinely compromised, not spoofed.

6Victim Interaction and Device-Hop
What happened

the intended flow required the recipient to open the email on a work computer, then scan the embedded QR code with a personal phone's camera, which opened a mobile browser and navigated to the phishing page, moving the interaction off the monitored corporate device and network onto an unmanaged personal one.

The control that would have stopped it

user-awareness training specifically covering quishing and the device-hop pattern, teaching that a business email asking the recipient to scan a code with a separate personal device is inherently unusual, since once the interaction moves to an unmanaged personal phone it becomes invisible to corporate EDR, browser isolation, and network-level URL filtering.

7Credential Capture (objective completion)
What happened

the victim was prompted to enter Microsoft 365 credentials on the fake login page (which displayed a mismatched German-language reCAPTCHA on an otherwise English-language page) to "unlock" the voicemail, with any entered credentials relayed to attacker-controlled backend infrastructure on Amazon/Google IP addresses; Abnormal reports it blocked emails in its own customer base before this stage completed, and no source confirms any victim actually reached or completed this step.

The control that would have stopped it

phishing-resistant MFA (FIDO2/passkeys) on Microsoft 365 accounts makes a harvested password insufficient on its own to complete an account takeover, serving as the last line of defense if every earlier stage in the chain had already failed.

Quick Facts
Victim
Approximately 200 email recipients across Abnormal Security's enterprise customer base
(unnamed organizations), all Microsoft 365 / Office 365 users; no individual victim organizations were named
Location
Global / United States-centric
(Abnormal Security's customer base is predominantly US enterprises); backend phishing infrastructure IPs geolocated to the United States and Germany
Date
2021-09-15 to 2021-10-13 (campaign window); reported by Abnormal Security on 2021-10-26
Impact
Not disclosed / not quantified.
Abnormal Security and all secondary coverage describe this as a credential-harvesting campaign that was detected and blocked before compromise; no dollar loss, ransom, or downstream fraud figure was ever reported publicly. Abnormal states it blocked "almost 200" emails targeting its own customer base; this is a count of blocked malicious emails/attempts, not 200 confirmed distinct victim organizations, and there is no public confirmation any recipient actually entered credentials.
Status
Documented incident
Case Type
Real-World Incident
Sector
Cross-Sector / Multiple Industries
Explore more

Related Cases

Browse by what this case has in common with others in the library.