Threat Research

The QR code in the PDF: how documents move the attack onto your phone

Some of the most effective PDF attacks contain no exploit at all. A picture of a QR code sends the reader from a monitored computer to an unmonitored phone, and a PDF reader in an app store can turn out to be an installer for something else.

Contents

The email had no link. According to the security firm IRONSCALES, it posed as an electronic-signature request, and its only instruction was to scan a picture of a QR code inside an attached PDF. The PDF held no script and no exploit, so scanners that read text found nothing wrong[S3].

Our assessment: the QR code changes the device

A QR code is a link that a computer cannot click and a phone can scan. That is the whole trick. The email arrives on a managed computer with filters, logging and a security team. The reader lifts a phone, and the next step happens on a personal device, on mobile data, outside every control on the first one. The Lab’s assessment is that this is a change of device rather than a clever technique, and that it is why PDFs, which are easy to attach and hard to read for a filter, became the container.

The figures, and their limits

Kaspersky reported that blocked phishing emails with malicious QR-code links rose steeply between August and November 2025. The company says QR codes sit in email bodies or, "even more commonly," in PDF attachments, without quantifying either[S1]. It is a short snapshot of one vendor’s email protection, and it counts emails, not people or phones.

Barracuda’s 2025 report found that many malicious PDF attachments in its data contained QR codes leading to phishing sites, and more still of the malicious Microsoft documents did. The sample and period are not stated on the page we read[S2]. We use it as direction, not measurement.

People respond to phone-based approaches. In Verizon’s 2026 report, as summarized by Help Net Security, voice and text phishing simulations drew a somewhat higher median click rate than email. The reported increase is relative, and the absolute difference is small and comes from a small sample[S8].

Two more sources add context and a warning. Lookout’s Q3 2025 report, for enterprise devices only, gives phishing click rates for all devices and for iOS and Android separately. The page mixes "click" and "encounter" rates and does not state its sample, so we do not rank platforms on it[S10]. The FBI’s Internet Crime Complaint Center recorded 191,561 phishing and spoofing complaints in 2025, the most of any crime type; they are self-reported and not specific to phones[S11].

A button built to dodge scanners

Zimperium’s researchers reported in January 2025 a text-message campaign that delivered PDFs impersonating the US Postal Service, which was not involved. The PDF had a clickable button made by placing an object over the text instead of using the standard link instruction, which helps it avoid some scanners. It rendered in some viewers and not in others. Zimperium counted a small set of such PDFs and many phishing pages across dozens of countries and said most reached phones by text message, not email [S4][S5]. No exploit was involved; the PDF was a carrier.

The reader that was only an installer

The second route needs a different idea: staging. A first-stage app can be made to do very little, which makes it look harmless. Later it fetches the real payload, often presented as an update.

According to Zscaler’s ThreatLabz, as reported by Cybersecurity News in October 2026, a PDF reader on Google Play with a sizable install count behaved as an installer for a banking trojan, which then requested accessibility and message access and displayed fake login pages[S6]. The reporting is secondary, Zscaler’s original was not read, and install counts are not infections. Google, for its part, reports it identified a very large number of new malicious apps outside its store in 2025, which is the larger pool such installers come from[S9].

Figure 1Two ways a document moves an attack onto the phoneTwo staging flows as vendors describe them: a PDF with a QR code that leads to a credential page, and a store app that fetches a second app. Simplified. Chart by SectraTEK Research Lab. Sources: IRONSCALES (2026); Zscaler ThreatLabz via Cybersecurity News (2026).Sources:[S3][S6]
Describe this figure

Two flows side by side. Flow one: message, PDF attachment, QR image, phone camera, landing page, credentials. Flow two: store listing for a PDF reader, update prompt, second-stage app, accessibility and message access.

What each route leaves behind

The routes leave different amounts. The credential page leaves the least: the PDF, the message and a browser entry. The text-message PDF adds a message thread and, if the owner entered details, nothing further on the phone. The store-app route leaves the most, because an installed app has a name, a source, a date, permissions and a pattern of network use. Account linking shows up in the messaging app’s list of linked devices. An examiner who knows which route is in play knows which records to ask for, and which absences are ordinary.

Our approach

How SectraTEK approaches this

A document-borne scam can leave a trail across several records. The PDF and the message that carried it sit in documents and attachments. A scanned code usually leaves a browser record of the landing page. An app installed from a store listing leaves an install record, the way it was installed and the permissions it holds. An unfamiliar app with accessibility or message access, or one that connects to the network in the background, stands out against the others.

SectraTEK reads iOS and Android file system extractions and device backups, and analyzes captures of mobile network traffic. It brings each app together with the sensitive capabilities it can reach and shows how the app was installed. Each permission appears with its recorded state, tied to its app, so an examiner can see what an app was able to reach and decide whether it used it. Where a source is not present, SectraTEK says so.

The limits are real. A QR-code phishing event may leave only a browser record, and a visit to a page is not proof of a loss. A result with no findings means no known indicators were found in the evidence provided.

What this means for examiners

Ask five questions before treating a scan as a finding. Where did the code come from, and is the original message preserved? Did the page ask for credentials, and were they entered? Which apps were installed around the time, and from where? Which accessibility or message permissions were granted, and when? And which accounts show linked devices the owner does not recognize? For owners, the advice in the cited reports is simple: do not scan a code from an unexpected document, type the address you know instead, and review linked devices. If a client has already scanned, change the password from a different device and preserve the phone as it is. Keep the original PDF and the message that carried it, with their dates, since the landing page may be taken down within days and the message may be the only record of where the code came from.

What the Lab is watching

We are watching for an independent measure of how many QR-code phishing attempts reach phones, because every figure above is a vendor’s view of its own customers. We are also watching for a primary Zscaler report on the reader app[S6], which would let us replace a secondary account. Until then, treat each number here as a direction. We will also revisit the brand lures: organizations named in these campaigns are impersonated, not involved, and we will not name them beyond what the original vendor reports state.

Sources

Facts about third parties are attributed to the publisher named in the sentence. Each marker such as [S1] opens its row here.

Sources cited in this article
MarkerPublisher and titlePublishedAccessedAddress
[S1]Kaspersky press release
Kaspersky detected a fivefold surge in QR code phishing attacks in the second half of 2025
www.kaspersky.co.za
[S2]Barracuda
Rising threat: email attachments (Barracuda 2025 Email Threats Report)
blog.barracuda.com
[S3]IRONSCALES
QR code in PDF: targeted credential harvest
ironscales.com
[S4]Infosecurity Magazine (reporting Zimperium)
Phishing campaign targets mobile users with malicious PDFs
www.infosecurity-magazine.com
[S5]SiliconANGLE
Zimperium reports phishing campaign targeting mobile users with malicious PDFs
siliconangle.com
[S6]Cybersecurity News
Malicious PDF reader on Google Play (reporting Zscaler ThreatLabz)
cybersecuritynews.com
[S7]Bitdefender (reporting a CISA alert of 2025-11-24)
State-backed spyware attacks are targeting Signal and WhatsApp users, CISA warns
www.bitdefender.com
[S8]Help Net Security
Verizon DBIR 2026 phishing simulation findings (page 50), as summarized by Help Net Security
www.helpnetsecurity.com
[S10]Lookout
Mobile Threat Landscape Report Q3 2025
security.lookout.com
[S11]Help Net Security
FBI IC3 2025 Internet Crime Report, as summarized by Help Net Security
www.helpnetsecurity.com
[S9]Google
Keeping the Google Play and Android app ecosystem safe in 2025
blog.google

The sources were last read on . If a fact here changes, the correction carries its date.

All research