Every spring a security team publishes a count of the zero-days it saw exploited the year before, and every spring the number is quoted as if it were the size of the problem. It is not. It is the size of what one team detected and could attribute.
Our assessment: every headline number is a floor
The Lab reads mobile threat statistics with one principle: a number describes its sample, and the sample is usually a vendor’s customers, a vendor’s detections or a government’s list. None of the figures below is a rate for all phones. Counts also move after publication. Google’s 2025 review revised its 2023 total from 98 to 100 and its 2024 total from 75 to 78[S1], which is what a floor does when more evidence arrives.
Zero-days: the clearest count
Google’s Threat Intelligence Group counted 90 zero-day vulnerabilities exploited in the wild in 2025, against 78 in 2024 and 100 in 2023. Mobile operating systems accounted for 15 in 2025, 9 in 2024 and 17 in 2023; the 2025 report does not split Android from iOS [S1][S2].
Describe this figure
Grouped bar chart for 2023, 2024 and 2025. All-product zero-days: 100, 78, 90. Mobile operating system zero-days: 17, 9, 15.
Three details matter more than the totals. Browsers were under 10 percent of 2025 zero-day exploitation, a marked decrease from 2021 and 2022, so attackers moved to other components[S1]. Several 2025 chains needed three or more vulnerabilities[S1], and in 2024 chains of multiple zero-days were almost exclusively, about 90 percent, aimed at mobile devices[S2]. And for the first time, Google attributed more exploitation to commercial surveillance vendors than to traditional state-sponsored espionage groups[S1]. Google’s 2025 report gives no exact count for that group, so we do not quote one. Platform detail is thinner. For 2024 Google counted seven exploited Android zero-days, three of them in third-party components, and five for Apple[S2]. Of the 90 in 2025, 43 targeted enterprise products and 47 end-user platforms[S1].
The government ledger
CISA’s Known Exploited Vulnerabilities catalog is a list of flaws the agency has evidence were exploited. On 21 October 2026 it held 1,754 entries. Apple accounts for 95; of those, 54 are combined "Multiple Products" entries that span iOS, iPadOS, macOS and the web engine and cannot be separated by platform from the catalog alone. Android-platform entries total 17, plus one entry for Chrome on Android[S3]. We computed the yearly counts from CISA’s data file; they are not a published CISA statistic.
Describe this figure
Stacked bar chart by year added, 2021 to 2026. Apple: 23, 26, 21, 7, 9, 9. Android: 3, 3, 2, 6, 3, 1. Totals: 26, 29, 23, 13, 12, 10.
Read the chart with care. It counts the year an entry was added, not the year exploitation happened: three older Apple vulnerabilities from 2021 to 2023 were added on 5 March 2026[S3]. The catalog also shows only what was reported to or found by the agency.
The National Vulnerability Database counts something different again: published flaws. For records matching iPhone OS it lists 335 for 2025 and 652 for 2026 through 20 October; for Android, 485 and 865. NIST’s tagging of products lags, and the Android peak of 1,483 in 2023 against 618 in 2024 partly reflects processing backlog and tagging practice[S4]. A published flaw is not an exploited one, and the NVD figures should never be read as a risk ranking.
Malware volume: one vendor's users
Kaspersky reported fewer new malicious or unwanted installation packages on Android in 2025 than in 2024, with banking trojans the fast-growing part and adware the main part of detections[S5]. The company separately reported that banking-trojan attacks on Android rose in 2025[S6]. These numbers describe people who run Kaspersky’s mobile products and opted in to its network.
Google reports a different measure from a different place: a very large number of new malicious apps identified outside Google Play in 2025 by Play Protect, which Google says scans apps at very large scale every day[S7]. Both figures are vendor self-reports. Neither can be added to the other.
People: stalkerware and notifications
Kaspersky counted the unique users affected by stalkerware in 2023, a little more than in 2022 and far fewer than in 2019[S8]. It reported a combined figure for 2024 and 2025, not split by year[S9]. These are one vendor’s users, a floor.
Apple says it has notified users in more than 150 countries since 2021 and that the vast majority of users will never be targeted[S10]. A wave reported in August 2026 reached users in 110 countries, with no user count given[S11]. In the Pegasus Project, Amnesty’s Security Lab examined 67 phones; 37 showed traces and 30 were inconclusive. A phone number on a leaked list was not proof of infection[S12].
Phishing: the channel shift
Phishing is the one place where phones show up as a channel rather than a target. Verizon’s 2026 Data Breach Investigations Report, as summarized by Help Net Security, found a somewhat higher median click rate in phone-centric (voice and text) phishing simulations than for email. The reported rise is relative; in absolute terms it is small, and the authors said they struggled to find companies running such simulations[S15]. The FBI’s Internet Crime Complaint Center recorded 191,561 phishing and spoofing complaints in 2025, the most of any crime type, against 193,407 in 2024[S16]. Complaints are self-reported, and neither source isolates phones.
What no one has measured
We found no public median for how long a mobile compromise goes unnoticed. Mandiant’s global median for 2025, a matter of days or weeks, comes from enterprise incident-response work, not phones[S13]. The one mobile campaign with a primary-source timeline, Operation Triangulation, shows traces from 2019 to 2023[S14]; that is one campaign, not a median. Nor is there an independent measure of the share of apps holding both camera and microphone access, or of how much background traffic is unusual.
Five questions for the next headline number
Who counted, and whose devices were in the sample? What exactly was counted: detections, packages, users or published flaws? Which year does it describe, and when was it published? Has it been revised? What does the source itself say it cannot show?
Our approach
How SectraTEK approaches this
A count of what was detected cannot say what was not. An examination therefore starts from the phone. It looks at the operating system and app versions, installed apps and how they were installed, permissions, and configuration profiles. It reads browser records, camera and microphone access, background network activity, and crash and system logs. In iOS backups and in iOS and Android full file system extractions it also lists the documents and message attachments recorded in the evidence.
SectraTEK reads iOS and Android file system extractions and device backups and analyzes captures of mobile network traffic. It compares software versions with vendor security releases and shows known exploitation as its own field, so exposure and exploitation stay separate. Each result states the period the evidence covers and any check that could not run.
The limits are plain. Zero-day attacks can leave few lasting traces, and a result with no findings means no known indicators were found in the evidence provided, not proof that a phone was never attacked.
What this means for examiners
When a client asks how common something is, answer with the source, the year and the limit before the number. When a result is clean, say which evidence was available and for what period. Avoid ranking platforms by catalog entries or vulnerability counts; they reflect disclosure practice and tagging as much as risk. The same discipline applies to our own work: where this article computes a figure from a public file, it says so, gives the date and keeps the method with the production record, so a reader or a reviewer can repeat it.
What the Lab is watching
We will recompute the catalog and database counts on each publication date, and we will note any revision to Google’s totals, as it has revised earlier years upward. We are also watching for a primary dwell-time study of mobile compromise. If one appears, it will close the gap above.
Sources
Facts about third parties are attributed to the publisher named in the sentence. Each marker such as [S1] opens its row here.
| Marker | Publisher and title | Published | Accessed | Address |
|---|---|---|---|---|
| [S1] | Google Threat Intelligence Group Look What You Made Us Patch: 2025 Zero-Days in Review | cloud.google.com | ||
| [S2] | Google Threat Intelligence Group Hello 0-Days, My Old Friend: A 2024 Zero-Day Exploitation Analysis | cloud.google.com | ||
| [S3] | CISA Known Exploited Vulnerabilities catalog (data file read 2026-10-21, catalog version 2026.10.21) | www.cisa.gov | ||
| [S4] | NIST National Vulnerability Database CVE API 2.0 (counts computed 2026-10-21) | services.nvd.nist.gov | ||
| [S5] | Kaspersky (Securelist) Mobile malware evolution in 2025 | securelist.com | ||
| [S6] | Kaspersky press release The number of Trojan banker attacks on smartphones increased by 56% in 2025 | www.kaspersky.com | ||
| [S7] | Google Keeping the Google Play and Android app ecosystem safe in 2025 | blog.google | ||
| [S8] | Kaspersky (Securelist) The State of Stalkerware in 2023 | securelist.com | ||
| [S9] | Kaspersky press release Half of adults have experienced tech-enabled abuse, but most don't recognize it | www.kaspersky.com | ||
| [S10] | Apple Support About Apple threat notifications and protecting against mercenary spyware | n.d. | support.apple.com | |
| [S11] | The Hacker News Apple warns users in 110 countries | thehackernews.com | ||
| [S12] | OCCRP The Pegasus Project: Israeli-made spyware used to monitor journalists and activists worldwide | Address not listed | ||
| [S13] | Google Cloud (Mandiant) M-Trends 2026 | cloud.google.com | ||
| [S15] | Help Net Security Verizon DBIR 2026 phishing simulation findings (page 50), as summarized by Help Net Security | www.helpnetsecurity.com | ||
| [S16] | Help Net Security FBI IC3 2025 Internet Crime Report, as summarized by Help Net Security | www.helpnetsecurity.com | ||
| [S14] | Kaspersky (Securelist) Operation Triangulation | securelist.com |
The sources were last read on . If a fact here changes, the correction carries its date.