Description
In the Linux kernel, the following vulnerability has been resolved:

rust_binder: reschedule node refcount update on thread exit

When a thread exits via BINDER_THREAD_EXIT, its pending work items are
cancelled. If a thread exits while holding a pending node refcount
increment (e.g. pushed as deferred work to that thread), the refcount
increment was previously dropped because Node::cancel() and
NodeWrapper::cancel() were no-ops.

Dropping the refcount update leaves the node's delivery state and count
state desynchronized, and userspace will not receive the notification,
which can cause the node to never be freed from the process's nodes tree
when all external references are dropped.

Fix this by implementing DeliverToRead::cancel() for Node and NodeWrapper
to move the pending refcount update to the process's work queue on thread
exit so another thread can deliver it to userspace.
Published: 2026-10-23
Score: n/a
EPSS: n/a
KEV: No
Impact: Denial of Service via resource exhaustion
Action: Immediate Patch
AI Analysis

Impact

In the Linux kernel, pending increment operations on binder nodes that are scheduled as deferred work are dropped when a thread exits, because the cancellation routines were no-ops. The lost reference count causes the node’s delivery state and count state to become desynchronized. As a result, userspace never receives the notification required to free the node, and the node remains pinned in the process’s node tree once all external references are released. This limitation can allow an attacker to induce a memory or resource leak that ultimately leads to service degradation or failure.

Affected Systems

All Linux kernel builds that contain the vulnerable implementation of the binder subsystem are affected. The specific affected configuration is not enumerated in the advisory; therefore, any unpatched kernel that includes the binder code path described above remains at risk.

Risk and Exploitability

No CVSS score is provided, and the EPSS score is unavailable, which suggests that the risk has not yet been quantified publicly. The vulnerability is not listed in the CISA KEV catalog. Based on the description, it is inferred that exploitation requires interaction with the binder subsystem, likely achievable by a local user with sufficient privileges to create binder nodes. The attacker could repeatedly trigger the scenario to retain nodes indefinitely, thereby exhausting system resources. The primary attack vector is therefore local execution through binder operations, and the impact manifests as a denial of service by leaking kernel memory or resources.

Generated by OpenCVE AI on October 23, 2026 at 15:38 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update the Linux kernel to a version that includes the patch which implements DeliverToRead::cancel() for Node and NodeWrapper
  • If an immediate kernel upgrade is not possible, apply any vendor‑supplied backport that addresses the binder reference‑count dropping issue
  • After applying the fix, monitor binder usage and verify that nodes are being freed correctly, for example by reviewing /proc or relevant kernel logs

Generated by OpenCVE AI on October 23, 2026 at 15:38 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 23 Oct 2026 16:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-362

Fri, 23 Oct 2026 12:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: rust_binder: reschedule node refcount update on thread exit When a thread exits via BINDER_THREAD_EXIT, its pending work items are cancelled. If a thread exits while holding a pending node refcount increment (e.g. pushed as deferred work to that thread), the refcount increment was previously dropped because Node::cancel() and NodeWrapper::cancel() were no-ops. Dropping the refcount update leaves the node's delivery state and count state desynchronized, and userspace will not receive the notification, which can cause the node to never be freed from the process's nodes tree when all external references are dropped. Fix this by implementing DeliverToRead::cancel() for Node and NodeWrapper to move the pending refcount update to the process's work queue on thread exit so another thread can deliver it to userspace.
Title rust_binder: reschedule node refcount update on thread exit
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-23T12:23:18.830Z

Reserved: 2026-09-25T10:25:14.389Z

Link: CVE-2026-99075

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-23T13:17:31.550

Modified: 2026-10-23T13:17:31.550

Link: CVE-2026-99075

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-23T15:45:16Z

Weaknesses
  • CWE-362

    Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition')