MEDIUM 5.5

CVE-2026-28575: Android Memory Exhaustion in PackageInstaller—Analysis & Patch Guidance

A logic error in Android's package installation code allows a locally authenticated attacker to exhaust device memory, causing the system to become unresponsive or crash. The vulnerability exists in how the system handles file transfers during app installation and requires only local access—no special permissions or user interaction needed to trigger the denial of service.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.5 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Weaknesses (CWE)
CWE-400
Affected products
1 configuration(s)
Published / Modified
2026-06-17 / 2026-06-17

NVD description (verbatim)

In PackageInstaller.Session#transfer of frameworks/base/services/core/java/com/android/server/pm/PackageInstallerSession.java, there is a possible memory exhaustion attack due to a logic error in the code. This could lead to local denial of service 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-28575 is a memory exhaustion vulnerability in PackageInstaller.Session#transfer within Android's PackageInstallerSession.java. The flaw stems from improper resource handling logic that fails to constrain memory consumption during the package transfer operation. An attacker with local access can repeatedly invoke this code path to allocate unbounded memory, exhausting available heap and causing the system to become unstable or crash. The vulnerability is classified as CWE-400 (Uncontrolled Resource Consumption).

Business impact

Organizations deploying Android devices face potential service disruption from this vulnerability. Mobile device management systems may experience widespread outages if users interact with malicious installation packages on compromised networks or internal distribution channels. The denial-of-service impact could affect employee productivity and critical workflows on affected Android devices, though data confidentiality and integrity remain unaffected. Devices may require reboot or manual intervention to recover.

Affected systems

This vulnerability affects Google Android devices. The exact impacted versions are not specified in the published advisory—organizations should cross-reference the vendor's security bulletin for precise version coverage. Typically, Android security patches are released through monthly security updates; affected devices will be identified in Google's official documentation.

Exploitability

The vulnerability carries a CVSS 3.1 score of 5.5 (Medium severity) and requires local access to the affected device. No elevated privileges are required—any local user can trigger the memory exhaustion. Exploitation does not require user interaction, meaning background processes or local daemons could be weaponized to attack the system automatically. However, the attack is confined to local denial of service and cannot enable privilege escalation or unauthorized data access.

Remediation

Remediation requires installing the security update provided by Google for affected Android versions. Organizations should identify which Android devices are running vulnerable versions by consulting Google's Android Security & Privacy Year in Review or monthly security bulletin. Devices should be patched according to the organization's mobile device management policy and OS update schedule.

Patch guidance

Verify the specific Android version(s) affected by referencing Google's official Android Security & Privacy advisory for June 2026 or later. Once identified, deploy the corresponding security patch through your organization's mobile device management platform or direct device update mechanism. Ensure sufficient device storage and battery are available before initiating updates. If available, prioritize devices used in critical operations or those with the highest risk of local compromise.

Detection guidance

Monitor for repeated package installation failures or unexpected system crashes on Android devices, particularly if correlated with app installation activity. System logs may show memory pressure warnings or out-of-memory errors preceding crashes. Device management tools should flag Android devices that have not received the latest monthly security update. Anomalous background process behavior attempting to trigger package installation routines may also indicate exploitation attempts.

Why prioritize this

Although marked as Medium severity, this vulnerability warrants timely patching due to its ease of exploitation (no special privileges required) and potential for widespread denial of service across an organization's Android fleet. Organizations with bring-your-own-device or shared device policies should prioritize faster deployment, as local access is readily available in these scenarios.

Risk score, explained

The CVSS 3.1 score of 5.5 reflects the local attack vector, lack of privilege requirement, and high availability impact. The score does not account for business context—organizations relying heavily on mobile devices or supporting remote work may assess internal risk as higher due to operational impact.

Frequently asked questions

Can this vulnerability be exploited remotely?

No. The vulnerability requires local access to the device. An attacker must already have an account or shell access on the Android device to trigger the memory exhaustion. However, any local user can exploit it without special system privileges.

Will patching this vulnerability protect against other memory exhaustion attacks?

This patch addresses only the specific logic error in PackageInstaller.Session#transfer. While it improves resource handling in that code path, organizations should implement general hardening practices such as memory limits, process isolation, and monitoring to defend against other potential exhaustion vectors.

What is the practical impact on a typical user?

A user whose device is targeted will experience device slowness, unresponsive apps, forced restarts, or inability to install legitimate applications. Data is not compromised. Rebooting the device will temporarily resolve the issue, but the vulnerability remains exploitable until patched.

Should we delay patching if our devices are currently stable?

No. The vulnerability is trivial to exploit once an attacker gains local access. Devices should be patched as part of your normal security update cycle. The cost of delayed patching outweighs the risk of update-related issues in a modern Android environment.

This analysis is based on the published CVE record and available vendor advisories as of the intelligence publish date. Specific affected Android versions, patch availability, and patch version numbers must be verified against Google's official Android Security & Privacy advisory. This vulnerability is not currently listed on the CISA Known Exploited Vulnerabilities catalog. No functional exploit code is publicly available as of this writing. Organizations should conduct their own risk assessment based on their Android device inventory, deployment model, and threat model. Source: NVD (public-domain), retrieved 2026-07-26. Analysis generated by SEC.co (claude-haiku-4-5).