CVE-2026-0160: Android RTP Text Decoder Remote Code Execution Vulnerability
A vulnerability in Android's text RTP payload decoder allows an authenticated attacker to write data beyond the bounds of an allocated memory buffer, potentially leading to remote code execution. The flaw requires that an attacker already have some level of authentication to the system, but once that prerequisite is met, no additional user interaction is needed to trigger the exploit. The vulnerability stems from missing validation logic that should restrict how much data is written during the decoding process.
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
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-16 / 2026-06-17
NVD description (verbatim)
In TextRtpPayloadDecoderNode::DecodeT140 of TextRtpPayloadDecoderNode.cpp, 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-0160 is an out-of-bounds write vulnerability in the TextRtpPayloadDecoderNode::DecodeT140 function within TextRtpPayloadDecoderNode.cpp. The vulnerability arises from insufficient bounds checking when processing T.140 text data from RTP payloads. An authenticated remote attacker can craft a malicious RTP packet that, when decoded, causes the decoder to write beyond allocated buffer boundaries. This CWE-120 (Buffer Copy without Checking Size of Input) condition creates a memory corruption window that can be exploited to achieve arbitrary code execution with the privileges of the process handling RTP streams. The attack surface is network-facing and requires only L-level authentication (authenticated user context).
Business impact
Successful exploitation allows remote code execution within the Android runtime environment handling media streams. An attacker with valid credentials could escalate privileges, exfiltrate sensitive data, install backdoors, or disrupt media services. For organizations relying on Android devices for communications, this vulnerability represents a path to system compromise without requiring phishing or additional social engineering. The HIGH severity rating reflects the combination of high confidentiality, integrity, and availability impact. Devices in production environments may be silently compromised if RTP-based text communication is enabled.
Affected systems
Google Android is the affected vendor and product. The vulnerability resides in core RTP payload handling logic, making all Android versions and devices running vulnerable code susceptible. The exact version range requires verification against the Android Security & Privacy Year in Review or official security bulletin; users should cross-reference the published patch metadata for their specific device manufacturer and security patch level.
Exploitability
Exploitability is relatively high within the attack prerequisites. An attacker must first possess authenticated access (a valid credential or session on the network or device), but this is a reasonable barrier in many enterprise and consumer scenarios. Once authenticated, no additional user interaction is required—the malicious RTP packet triggers the vulnerability automatically during stream processing. Network accessibility is required, and the complexity is low. The CVSS vector (AV:N/AC:L/PR:L) confirms that remote, unauthenticated network-level access is not the attack path, but legitimate or compromised authenticated sessions are the realistic threat model. Publicly available exploit code is not known to exist at this time, but the straightforward nature of buffer overflows suggests weaponization risk is moderate.
Remediation
Apply the security patch provided by Google for Android. Organizations should prioritize deployment across all affected devices, especially those handling real-time communications or VoIP. Verify patch availability through the official Android Security & Privacy bulletin and your device manufacturer's update schedule. Interim mitigations may include disabling or restricting RTP text stream handling if operationally feasible, or segmenting affected devices from untrusted networks requiring authentication.
Patch guidance
Monitor the official Android Security & Privacy advisories for confirmed patch release dates and version numbers. Patches will likely be delivered through monthly security updates or emergency out-of-cycle releases depending on Android's release cycle. For device manufacturers (OEMs), verify availability in your firmware release pipeline. For enterprise deployments, coordinate with your mobile device management (MDM) platform to stage and deploy patches uniformly. Test patches in a non-production environment first to ensure RTP text stream functionality remains stable post-update.
Detection guidance
Monitor for unusual RTP packet patterns, particularly those with malformed or oversized T.140 text payloads. Intrusion detection systems with RTP inspection can flag packets with text encoding anomalies. On Android devices, enable and review crash logs and kernel panic dumps for patterns consistent with memory corruption (segmentation faults in libstagefright or media decoding libraries). Behavioral monitoring for unexpected process elevation or new privileged process spawning following media stream reception may indicate post-exploitation activity. Network-level detection of RTP streams from untrusted sources should trigger alerting in high-security environments.
Why prioritize this
This vulnerability merits immediate attention due to its HIGH CVSS score (8.8), remote code execution capability, and minimal user interaction requirement. While authenticated access is a prerequisite, this barrier is often lower than assumed in network environments with shared credentials or compromised user accounts. The core impact—arbitrary code execution—allows complete device compromise. Organizations with media streaming or VoIP infrastructure should treat this as a critical patch priority.
Risk score, explained
The CVSS 3.1 score of 8.8 (HIGH) reflects: (1) Network-accessible attack vector with no special network conditions required; (2) Low attack complexity, meaning a standard RTP packet crafting approach is sufficient; (3) Low privilege requirement—the attacker only needs a basic authenticated session; (4) No user interaction needed; (5) Unchanged scope (impact contained to the vulnerable system); and (6) High impact across confidentiality, integrity, and availability (all three rated High). The score appropriately captures that a motivated attacker with minimal authentication can achieve full system compromise.
Frequently asked questions
Does this vulnerability require the victim to click a link or approve any action?
No. Once an attacker with valid credentials sends a malicious RTP packet to the targeted device, the vulnerability is triggered automatically during packet decoding. No user interaction is required.
Can an unauthenticated attacker on the internet exploit this vulnerability?
No. The CVSS vector shows that authentication (PR:L) is required. An attacker must first obtain valid credentials or a legitimate authenticated session on the network or device. After that, network-level exploitation is possible.
What should I prioritize first: patching this vulnerability or others?
If your organization uses Android devices with RTP or VoIP capabilities and users or systems have network access to untrusted networks, this should be patched quickly given the HIGH severity and remote code execution outcome. Verify your device models and security patch level, then coordinate with your OEM's update timeline.
How can I tell if my Android device is vulnerable?
Check your device's security patch level in Settings > About Device > Android Security Patch Level. Compare it against the Android Security & Privacy bulletin for the patch date that addressed CVE-2026-0160. If your patch level is older than the advisory date, you are likely vulnerable. Contact your device manufacturer for patch availability.
This analysis is based on the published CVE record and CVSS scoring as of the vulnerability publication date. Specific patch version numbers, device-specific impact assessments, and remediation timelines should be verified against Google's official Android Security & Privacy advisory and your device manufacturer's security bulletins. Exploit code or weaponized proof-of-concept details are not included. This document is for informational purposes to support security decision-making and should not be treated as legal advice or a guarantee of complete risk mitigation. Organizations should conduct their own risk assessments relative to their threat model and device inventory. 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-0154HIGHAndroid Modem Memory Corruption Remote Code Execution via SIP REFER
- CVE-2026-0164HIGHAndroid Modem Out-of-Bounds Write Remote Code Execution
- CVE-2026-28580HIGHAndroid Local Privilege Escalation via Bounds Check Flaw
- CVE-2026-0056LOWAndroid ResourceTypes.cpp Out-of-Bounds Read Information Disclosure
- CVE-2026-0129LOWAndroid RTCP Bye Packet Information Disclosure Vulnerability