HIGH 8.8

CVE-2026-0161: Android RTP Integer Overflow Remote Privilege Escalation

A vulnerability exists in Android's RTP (Real-time Transport Protocol) session handling that allows an authenticated attacker to write data beyond the bounds of allocated memory. An integer overflow in the numberOfReportBlocks function causes a buffer to be undersized, enabling an attacker to corrupt memory and gain elevated privileges on the device. The attack requires valid credentials but no special user interaction, making it a practical concern in environments where network access is partially restricted.

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-190, CWE-787
Affected products
1 configuration(s)
Published / Modified
2026-06-16 / 2026-06-17

NVD description (verbatim)

In numberOfReportBlocks of RtpSession.cpp, there is a possible out of bounds write due to an integer overflow. This could lead to remote escalation of privilege 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-0161 is an integer overflow vulnerability in RtpSession.cpp's numberOfReportBlocks function that leads to out-of-bounds write via CWE-190 and CWE-787. When processing RTP report blocks, an integer calculation fails to prevent overflow, resulting in a smaller-than-expected heap or stack buffer allocation. Subsequent writes to this buffer exceed its boundaries, corrupting adjacent memory structures. An authenticated, network-adjacent attacker can trigger this condition without user interaction to achieve arbitrary code execution and privilege escalation within the affected process context.

Business impact

Compromise of Android devices—particularly those running vulnerable versions in enterprise or consumer deployments—opens avenues for lateral movement within network segments, data exfiltration, and persistence establishment. For organizations managing mobile device fleets or relying on Android in IoT or edge deployments, successful exploitation could undermine device integrity and compliance posture. The authenticated nature of the attack (CWE-190/787 exploitation) means vulnerable devices connected to malicious or compromised RTP endpoints face direct risk.

Affected systems

Google Android is confirmed affected. The vulnerability resides in core RTP session processing, suggesting impact across Android versions that include the vulnerable RtpSession.cpp code. Specific version ranges and device SKUs should be verified against Google's official advisory, as this researcher summary does not enumerate them. Organizations should cross-reference their Android security bulletin to determine their exposure.

Exploitability

The CVSS 3.1 score of 8.8 (HIGH) reflects the severity: an attacker with network access and valid credentials can exploit the vulnerability without requiring additional privileges or user interaction. However, the vulnerability is not currently tracked in CISA's Known Exploited Vulnerabilities catalog, suggesting no active in-the-wild exploitation at the time of disclosure. This does not eliminate risk; it reflects the vulnerability's relative newness (published June 2026) and may change as adversaries develop working exploits.

Remediation

Patch immediately using Google's official Android security update. The fix addresses the integer overflow in numberOfReportBlocks by implementing bounds checking and correcting the calculation logic. Devices unable to receive OTA updates should be isolated from untrusted network sources capable of initiating RTP sessions, though this is impractical for most deployments. Verify patching compliance in your fleet before returning devices to unrestricted network access.

Patch guidance

Apply the Android security patch released June 2026 or later, which corrects the integer overflow in RtpSession.cpp. Consult Google's official Android Security & Privacy bulletin for the exact build version and supported devices. OTA updates should deploy automatically on most devices; verify deployment status via device settings (Security > Google Play System Update). For enterprise-managed devices, validate patching through your MDM/EMM solution before permitting end-user access to network media streams.

Detection guidance

Monitor RTP traffic patterns originating from or directed at Android devices for anomalous report-block structures. Intrusion detection systems should flag oversized or malformed RTCP (RTP Control Protocol) packets. At the host level, watchdog memory corruption detectors and crash reporting may reveal exploitation attempts as segmentation faults in libstagefright or related RTP libraries. Log authentication events leading up to RTP session creation; authenticated access from unexpected sources warrants investigation.

Why prioritize this

A CVSS 8.8 HIGH-severity remote privilege escalation in core Android infrastructure affecting millions of devices globally warrants immediate triage and patching. The authenticated-but-no-UI-interaction attack vector and impact on confidentiality, integrity, and availability (C:H/I:H/A:H) place this in your top tier. Although not yet in the KEV catalog, the logical exploitability and risk profile make delay costly. Prioritize devices in sensitive environments (healthcare, finance, government) and those lacking regular patch cadence.

Risk score, explained

The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) yields 8.8 because: network accessibility (AV:N) allows remote triggering; low attack complexity (AC:L) means no special conditions; low privileges required (PR:L) places it within reach of authenticated users; no user interaction (UI:N) eliminates social engineering; scope unchanged (S:U) confines damage to the vulnerable process; and high impact across confidentiality, integrity, and availability (C:H/I:H/A:H) reflects full system compromise potential. The absence from KEV does not reduce the score, which is intrinsic to the flaw's severity.

Frequently asked questions

Do I need to interact with a malicious file or link to be exploited?

No. The vulnerability requires an attacker to have network access and valid credentials, but once those conditions are met, exploitation occurs automatically when processing a malformed RTP session—no user clicking, accepting warnings, or other interaction is needed.

Does this affect Android devices that don't use RTP streaming or video calls?

RTP is a foundational transport protocol used by many services (VoIP, video conferencing, media streaming). Unless your device's RTP subsystem is explicitly disabled or the vulnerable code has been patched, the attack surface exists. Check your vendor's advisory for specific details about your version.

Can I disable RTP or the vulnerable functionality to avoid this risk?

For most users, RTP functionality is integral to Android's media stack and cannot be safely disabled without breaking legitimate services. Patching is the correct remedy. If you operate in a highly restricted environment, consult your device vendor and carrier about targeted disablement, though it is not recommended as a primary control.

How quickly do I need to patch?

Because exploitation requires authentication but no user interaction and yields privilege escalation, patch within your organization's critical or high-priority SLA—typically 24–72 hours. Do not wait for end-of-month cycles; this vulnerability's attack surface is too broad and the impact too severe.

This analysis is based on official CVE data and vendor advisories current as of the publication date. Specific affected versions, patch availability, and device compatibility must be verified against Google's official Android Security & Privacy bulletin before deployment. This summary does not constitute legal advice or guarantee of remediation outcomes. Organizations should validate patch applicability in their environment before broad rollout. Source: NVD (public-domain), retrieved 2026-07-23. Analysis generated by SEC.co (claude-haiku-4-5).