Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessRun low-privilege app on device
-
DeliverySupply crafted Type 4 tag data
-
ExploitTrigger integer overflow in rw_t4t_update_file
-
ExecutionOut-of-bounds write in NFC process
-
ImpactEscalate privileges locally
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Integer overflow checks
MITRE ATT&CK
1 technique across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires local access via a low-privilege context (PR:L) on an affected Android device (14 through 17) that can route attacker-controlled NFC Type 4 Tag data into rw_t4t_update_file; no user interaction is required (UI:N) and the integer overflow then produces the out-of-bounds write. Limiting factors: the attacker must already have local code execution/app presence on the device, exploitation depends on reaching the NFC reader/writer code path (NFC functionality must be exercised), and the device must be running an unpatched build predating the 2026-10-01 Android bulletin fix. There is no remote network vector (AV:L), which meaningfully constrains real-world reach. |
| Impact | This is a genuine, actionable priority for Android fleet patching but not an emergency. The CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N) describes a locally-exploitable integer overflow (CWE-190) in rw_t4t.cc - Android's NFC Type 4 Tag reader/writer in the native NFC stack - requiring low privileges (PR:L, consistent with a malicious/compromised local app) and no user interaction, yielding full C:H/I:H/A:H impact via local privilege escalation. The 7.8 base score reflects high impact gated by local access rather than remote reach. No EPSS score, KEV listing, or POC was supplied in the intelligence set, so there is no public exploit identified at time of analysis and no evidence of active exploitation. Note a tension worth flagging: the component is NFC tag parsing, which can be reached by proximity to a crafted tag, yet the vector is AV:L (not AV:P/AV:A) - this implies the realistic trigger path is a local process feeding attacker-controlled tag data rather than a purely over-the-air attack; verify the exact reachability with the Android bulletin. Overall: treat as a standard high-severity Android monthly-bulletin LPE - important because the product is ubiquitous, but lacking the exploitation signals that would make it a drop-everything fix. |
| Exploit ScenarioDerived | A malicious or compromised low-privilege app on an Android device supplies crafted Type 4 NFC tag data that reaches rw_t4t_update_file, where an integer overflow causes an out-of-bounds write in the NFC native stack. With no user interaction required, the attacker corrupts memory in a higher-privileged context to escalate privileges on the device. No public proof-of-concept was provided in the available intelligence. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 05, 2026
Local privilege escalation in Google Android 14 through 17 (including 16 QPR2) lets a low-privilege local actor trigger an integer overflow inside the NFC Type 4 Tag read/write path (rw_t4t_update_file in rw_t4t.cc) that produces an out-of-bounds write, yielding code execution in a higher-privileged context. Per the assessed vector (AV:L/AC:L/PR:L/UI:N), the attacker must already have local code execution or app presence on the device but needs no user interaction, and exploitation requires attacker-controlled NFC Type 4 Tag data to reach the reader/writer code path on an unpatched build. There is no public exploit identified at time of analysis and no confirmed active exploitation (not in CISA KEV); the CVSS score is 7.8 and the practical constraint is the local-only attack vector, making this a genuine fleet-patching priority rather than an emergency.
RemediationAI
Vendor-released patch: apply the Android Security Bulletin 2026-10-01 (security patch level 2026-10-01), documented at https://source.android.com/docs/security/bulletin/2026/2026-10-01, which is the primary and only confirmed fix for rw_t4t_update_file. Prioritize devices running Android 14 through 17 that have NFC enabled; because the patched code is platform NFC stack code, OEM builds must carry the vendor's merged 2026-10-01 patch level, so verify the reported patch level rather than assuming an OS version is sufficient. If immediate patching is not possible, the effective compensating control is to disable NFC entirely (Settings > Connected devices > NFC, or via the device policy manager restriction for fully managed fleets) - this closes the rw_t4t_update_file reachability requirement that the assessment identifies as a limiting factor, with the trade-off that tap-to-pay, NFC tag reading, and transit/access-card workflows stop working until it is re-enabled. Restricting which locally installed applications may run and reach NFC APIs, plus blocking sideloaded or untrusted apps that could supply crafted Type 4 Tag data, reduces the PR:L prerequisite but does not remove the underlying defect and may break legitimate NFC-dependent apps; there is no configuration flag that narrows the reader/writer path to safe inputs, so patching remains the only complete fix.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw is an integer overflow (CWE-190) in Android's NFC Type 4 Tag (T4T) reader/writer implementation, specifically rw_t4t_update_file in rw_t4t.cc. The NFC T4T protocol lets an NFC reader/writer exchange NDEF messages stored in files on a tag; the update path parses attacker-controllable tag metadata (file lengths, offsets, and TLVs) to size buffers and copy data. When a length or offset arithmetic operation wraps, the computed size becomes smaller than what is later written, so the subsequent write lands outside the intended heap buffer - a classic out-of-bounds write. Because the affected code runs in a privileged NFC service context while the attacker operates from a low-privilege local context (PR:L, AV:L, UI:N), the corruption can be shaped into local escalation of privilege with high confidentiality and integrity impact (C:H/I:H) and no scope change. The single affected CPE, cpe:2.3:a:google:android:*:*:*:*:*:*:*:*, indicates this is platform NFC stack code shipped across multiple Android releases rather than a third-party application, which is why the EUVD affected-version list spans Android 14, 15, 16, 16-qpr2, and 17.
Know when Android gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Local app access needed (AV:L, PR:L) with no user interaction; integer overflow yields memory corruption enabling full LPE, so C/I/A all High.
Primary rating from Vendor (google_android).
CVSS VectorVendor: google_android
Lifecycle Timeline
3DescriptionCVE.org
In rw_t4t_update_file of rw_t4t.cc, there is a possible out-of-bounds write due to an integer overflow. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation.
Articles & Coverage 2
Executive ViewAI
Google Android 14 through 17 devices with NFC capabilities are affected by CVE-2026-49885, a high-severity local privilege escalation vulnerability that could allow an authenticated local actor to gain elevated code execution. Although no public exploit or active exploitation has been identified, the absence of a vendor patch makes this a fleet-patching priority for organizations with large Android deployments, as a successful exploit could lead to data compromise or device takeover. Leadership should ensure mobile security controls are strengthened to mitigate risk while awaiting a patch.
Disable NFC where not required; restrict local app installation to managed Google Play and enforce app vetting; deploy mobile threat defense with behavioral monitoring; apply least privilege to apps and use work profiles; monitor for anomalous NFC or privilege escalation events.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
Integer overflow occurs when an arithmetic operation produces a result that exceeds the maximum value a given integer type can store.
Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows and OS X and before 11.2.202.466
Integer underflow in the MPEG4Extractor::parseChunk function in MPEG4Extractor.cpp in libstagefright in mediaserver in A
Android 3.0 through 4.1.x on Disney Mobile, eAccess, KDDI, NTT DOCOMO, SoftBank, and other devices does not properly imp
Integer overflow in the SampleTable::setSampleToChunkParams function in SampleTable.cpp in libstagefright in Android bef
Apktool versions 2.9.1 and prior contain a path traversal vulnerability when processing Android APK files. Malicious APK
An elevation of privilege vulnerability in the Android system (art). Rated high severity (CVSS 7.8), this vulnerability
The AES-NI implementation in OpenSSL before 1.0.1t and 1.0.2 before 1.0.2h does not consider memory allocation during a
Use-after-free vulnerability in Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows
Use-after-free vulnerability in Adobe Flash Player before 13.0.0.292 and 14.x through 18.x before 18.0.0.160 on Windows
Android 1.6 Donut through 4.2 Jelly Bean does not properly check cryptographic signatures for applications, which allows
luni/src/main/java/java/io/ObjectInputStream.java in the java.io.ObjectInputStream implementation in Android before 5.0.
The Broadcom Wi-Fi driver in the kernel in Android 4.x before 4.4.4, 5.x before 5.1.1 LMY49G, and 6.x before 2016-02-01
EUVD-2026-92602
GHSA-4w9f-mhm7-hm3h
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB