HIGH 7.8

CVE-2026-53160: Linux Kernel fastrpc Use-After-Free Race Condition (CVSS 7.8)

A race condition in the Linux kernel's fastrpc driver allows a local attacker to trigger a use-after-free vulnerability. The vulnerability occurs when one code path looks up a map object, releases its lock, and then tries to acquire a reference to that object—but a concurrent operation can delete the object in the interim, leaving the first operation with a dangling pointer. An attacker with local system access can exploit this timing gap to cause a kernel crash or potentially execute code with kernel privileges.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.8 HIGH · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Weaknesses (CWE)
CWE-416
Affected products
8 configuration(s)
Published / Modified
2026-06-25 / 2026-07-06

NVD description (verbatim)

In the Linux kernel, the following vulnerability has been resolved: misc: fastrpc: fix use-after-free race in fastrpc_map_create fastrpc_map_lookup returns a raw pointer after releasing fl->lock. The caller fastrpc_map_create then calls fastrpc_map_get (kref_get_unless_zero) on this unprotected pointer. A concurrent MEM_UNMAP can free the map between the lock release and the kref operation, resulting in a use-after-free on the freed slab object. Restore the take_ref parameter to fastrpc_map_lookup so the reference is acquired atomically under fl->lock before the pointer is exposed to the caller.

6 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-53160 is a use-after-free (CWE-416) in the Linux kernel's fastrpc miscellaneous driver. The fastrpc_map_lookup function returns a raw pointer after releasing fl->lock. The caller, fastrpc_map_create, then invokes fastrpc_map_get (which calls kref_get_unless_zero) on this unprotected pointer. A concurrent MEM_UNMAP operation can deallocate the map object between the lock release and the subsequent kref operation, resulting in the caller dereferencing freed memory. The fix restores a take_ref parameter to fastrpc_map_lookup, allowing the reference to be acquired atomically while fl->lock is held, ensuring the pointer remains valid when exposed to the caller.

Business impact

This vulnerability allows a local attacker to destabilize systems running affected kernel versions. Exploitation can cause kernel panics, system unavailability, or in worst-case scenarios, privilege escalation. Organizations running Linux on edge devices, IoT platforms, or systems where local access is feasible should prioritize remediation to maintain availability and prevent potential lateral movement within their infrastructure.

Affected systems

The Linux kernel across multiple versions is affected. The exact range of impacted kernel versions is not specified in the CVE record; consult the Linux vendor security advisory or your distribution's (Red Hat, Debian, Ubuntu, etc.) CVE tracking page to identify which kernel releases in your environment require patching.

Exploitability

Exploitation requires local system access (CVSS:3.1/AV:L) and no elevated privileges beyond a standard user (PR:L). No user interaction is needed. The attack relies on precise timing to create the race condition. While not as straightforward as some remote exploits, the low attack complexity (AC:L) and local-only requirement make this realistic for multi-user systems or systems where attackers have established a foothold. Exploitation is not yet known to be in the wild (KEV status: false).

Remediation

Apply a kernel update that includes the fastrpc race condition fix. The resolution involves modifying fastrpc_map_lookup to accept and honor a take_ref parameter, ensuring reference counting is performed atomically under lock. Contact your Linux distribution (Red Hat, Debian, Ubuntu, SUSE, etc.) for patched kernel versions or check kernel.org for the upstream fix commit.

Patch guidance

Obtain the latest stable kernel update from your distribution's security channel or from kernel.org. Verify the update includes the fastrpc fix by cross-referencing the commit hash or changelog. Test in a non-production environment before deploying to production systems. Plan a maintenance window for kernel updates that require a reboot. If immediate patching is not feasible, consider restricting local system access or running the system with reduced privileges where operationally possible.

Detection guidance

Monitor kernel logs and crash dumps for fastrpc-related oops messages, use-after-free warnings, or KASAN (Kernel Address Sanitizer) reports mentioning fastrpc map operations. Intrusion detection systems should alert on unusual patterns of concurrent fastrpc MEM_UNMAP and map_create calls from the same process. On systems with SELinux or AppArmor, review logs for denials related to fastrpc device access. Kernel debuggers or tracing tools (perf, ftrace) can help identify suspicious timing patterns in fastrpc operations.

Why prioritize this

Although not yet publicly exploited (KEV status: false), the vulnerability carries a CVSS score of 7.8 (HIGH) due to its impact on confidentiality, integrity, and availability combined with low attack complexity and local access. Systems with untrusted local users or shared hosting environments face elevated risk. Prioritize patches for production systems, especially those running older kernel versions that may lag behind security releases.

Risk score, explained

The CVSS:3.1 score of 7.8 (HIGH) reflects: local attack vector (AV:L), low attack complexity (AC:L), low privilege requirement (PR:L), and high impact across confidentiality, integrity, and availability (C:H/I:H/A:H). The race condition is achievable without elevated privileges but requires local system access. The high impact rating acknowledges that successful exploitation can lead to kernel compromise, data exfiltration, or system denial of service.

Frequently asked questions

Can this vulnerability be exploited remotely?

No. The vulnerability requires local system access (CVSS:3.1/AV:L). Remote exploitation is not possible unless an attacker first gains code execution or shell access on the target system.

Do I need root privileges to exploit this?

No. The vulnerability is exploitable by unprivileged local users (PR:L in the CVSS vector). However, the attacker must have a way to interact with the fastrpc device or driver, so configuration and access controls matter.

What is the difference between fastrpc_map_lookup and fastrpc_map_create in this context?

fastrpc_map_lookup retrieves a cached map object. In the vulnerable code, it released its lock before returning the pointer. fastrpc_map_create is the caller that attempts to obtain a reference to that map. The fix ensures the reference count is incremented while the lock is still held, eliminating the race window.

Are there known exploits in the wild for this vulnerability?

No. The KEV (Known Exploited Vulnerabilities) status is false, indicating no public exploitation has been reported as of the publish date. However, the race condition is theoretically exploitable and should be patched proactively.

This analysis is based on the CVE-2026-53160 record published on 2026-06-25 and modified on 2026-07-06. Patch version numbers and specific affected kernel releases have not been provided in the source data; consult your Linux distribution's security advisory or kernel.org for definitive patch guidance. No exploit code or proof-of-concept is provided. This vulnerability has not been added to CISA's Known Exploited Vulnerabilities (KEV) catalog as of the publication date. Security teams should verify patch applicability and test thoroughly in their environment before production deployment. Information herein is for defensive purposes only. Source: NVD (public-domain), retrieved 2026-08-03. Analysis generated by SEC.co (claude-haiku-4-5).