CVE-2026-0164: Android Modem Out-of-Bounds Write Remote Code Execution
A flaw in Android's Modem component allows an attacker with network access and valid system privileges to write data beyond allocated memory boundaries, potentially leading to remote code execution. The vulnerability requires no user interaction and does not need elevated execution privileges to trigger, making it a serious concern for devices that expose modem access to network-facing services.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.8 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-120, CWE-787
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-16 / 2026-06-17
NVD description (verbatim)
In Modem, there is a possible out of bounds write due to a missing bounds check. This could lead to remote code execution with no additional execution privileges needed. User interaction is not needed for exploitation.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-0164 is an out-of-bounds write vulnerability (CWE-787, CWE-120) in the Android Modem subsystem caused by insufficient bounds checking. The missing validation allows an authenticated attacker to write arbitrary data outside intended buffer limits, corrupting memory and achieving code execution in the modem's context. The CVSS 3.1 score of 8.8 (HIGH) reflects the network attack vector, low complexity, requirement for valid login credentials, and severe impact across confidentiality, integrity, and availability.
Business impact
Compromised modems can intercept, modify, or redirect device communications, undermining the security assumptions of applications and services running on affected Android devices. For enterprises deploying Android in sensitive environments—telecom infrastructure, financial services, healthcare—this creates a pathway to device takeover and lateral network movement. The need for valid credentials reduces immediate blast radius, but internal threat vectors and compromised service accounts pose genuine risk.
Affected systems
Google Android devices are affected. The specific Android versions and device models impacted are not detailed in the published advisories; verify against Google's official security bulletin for device eligibility, patch availability, and rollout timelines. Users should check their device manufacturer's security update status, as patches are often distributed through OEM channels with varying timelines.
Exploitability
Exploitation requires network access and valid system-level credentials (PR:L in CVSS terms), but once those conditions are met, the attack is straightforward and requires no user interaction. The low complexity (AC:L) indicates no race conditions, special configurations, or timing dependencies complicate the exploit. The vulnerability is not yet listed in CISA's Known Exploited Vulnerabilities (KEV) catalog, but the absence of public weaponization does not imply safety—modem vulnerabilities are commonly researched in closed environments before disclosure.
Remediation
Apply security patches released by Google and distributed through your device manufacturer or carrier. Because modem firmware updates often require device-specific handling, do not attempt manual patching. Check for Over-The-Air (OTA) updates via device settings, contact your service provider if updates are delayed, and consider temporarily restricting network exposure of modem-adjacent services if patches are unavailable for critical systems.
Patch guidance
Monitor Google's Android Security & Privacy Year in Review and Monthly Security Bulletins for patch details, version numbers, and affected device lists. Patches typically address both kernel and firmware components; verify that your device receives updates for both. If your organization manages Android Enterprise deployments, use Google Play Services and the Security & Privacy Hub to validate patch status across enrolled devices. Vendors may release patches through different channels (Google Play, carrier OTA, device manufacturer releases)—confirm compatibility with your deployment model before broad rollout.
Detection guidance
Monitor for unexpected modem process crashes, restarts, or memory errors in device logs. Intrusion detection systems should flag unusual network traffic patterns from modem interfaces or privileged access attempts to modem management APIs. For enterprise environments, log authentication attempts against modem-accessible services and correlate with CWE-787 indicators (buffer overflow patterns, abnormal memory writes). Firmware integrity checks and secure boot validation can help detect post-exploitation tampering.
Why prioritize this
This is a HIGH-severity vulnerability affecting a critical system component (modem) with a severe CVSS score (8.8) and a credible attack path (network + valid credentials). Although not yet in the KEV catalog, the modem's role in baseband communications and its low visibility to standard operating system monitoring make it an attractive target. Prioritize patching for devices with direct network exposure, internal access from potentially compromised user sessions, and high-value assets in telecom or infrastructure roles.
Risk score, explained
The CVSS 3.1 score of 8.8 reflects: (1) Network attack vector—reachable without physical access; (2) Low complexity—no special conditions required; (3) Low privilege requirement—only valid user credentials needed, not system admin; (4) No user interaction—fully automated; (5) High impact on all three security dimensions (Confidentiality, Integrity, Availability). This score appropriately captures the severity of memory corruption in a privileged subsystem, though the credential requirement prevents a higher CRITICAL rating.
Frequently asked questions
Why does this vulnerability require credentials when others don't?
The modem subsystem is not directly exposed to the network; it sits behind the Android kernel and communicates through defined interfaces. An attacker must first authenticate to one of those interfaces—either by compromising an app or service account, or by gaining network access to a service that bridges to modem functions. This is a realistic but not trivial attack prerequisite.
Can this be exploited over the public internet without any device interaction?
No. The vulnerability requires valid credentials to access the vulnerable modem interface. However, once those credentials are obtained (through phishing, internal compromise, or a service account breach), exploitation does not require the device owner to click a link or take any action. The attack is fully remote and automated from that point.
If I'm not using Android in a network-critical role, should I still patch immediately?
Yes, but prioritize based on risk. Devices with minimal network exposure or infrequent use can follow routine update cycles. Devices with direct network-facing services, privileged app access, or roles in infrastructure should be patched as soon as verified patches are available. Check your device's patch status via Settings > About Phone > System Update.
Will my device automatically receive this patch?
Automatic patching depends on your device manufacturer, carrier, and Android version. Google Pixel devices typically receive updates quickly; other manufacturers vary. Enable automatic system updates in device settings, and if your device is out-of-support or delayed, contact your carrier or manufacturer for patch availability and expected rollout dates.
This analysis is based on publicly available vulnerability data as of the publication date. Specific patch versions, affected device models, and vendor-specific timelines are subject to change; verify against Google's official Android Security & Privacy bulletins and your device manufacturer's security advisories. No exploit code or detailed weaponization steps are provided. This page does not replace vendor security guidance and should be used to inform, not replace, your organization's patch management and risk assessment processes. Source: NVD (public-domain), retrieved 2026-07-23. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-0138HIGHAndroid LWIS Buffer Overflow Leading to Local Privilege Escalation
- CVE-2026-0146HIGHAndroid Media Codec Out-of-Bounds Write – RCE Risk
- CVE-2026-0147HIGHAndroid MFC Out-of-Bounds Write Remote Code Execution
- CVE-2026-0148HIGHAndroid RTP Video Decoder Integer Overflow Remote Code Execution
- CVE-2026-0149HIGHAndroid RTP Heap Buffer Overflow Leading to Remote Code Execution
- CVE-2026-0150HIGHAndroid EdgeTPU Firmware Privilege Escalation Vulnerability
- CVE-2026-0151HIGHAndroid Graphics Integer Overflow RCE Vulnerability
- CVE-2026-0153HIGHAndroid Buffer Overflow Privilege Escalation (CVSS 7.8)