CVE-2026-43433: rust_binder: avoid reading the written value in offsets array
In the Linux kernel, the following vulnerability has been resolved:
rust_binder: avoid reading the written value in offsets array
When sending a transaction, its offsets array is first copied into the
target proc's vma, and then the values are read back from there. This is
normally fine because the vma is a read-only mapping, so the target
process cannot change the value under us.
However, if the target process somehow gains the ability to write to its
own vma, it could change the offset before it's read back, causing the
kernel to misinterpret what the sender meant. If the sender happens to
send a payload with a specific shape, this could in the worst case lead
to the receiver being able to privilege escalate into the sender.
The intent is that gaining the ability to change the read-only vma of
your own process should not be exploitable, so remove this TOCTOU read
even though it's unexploitable without another Binder bug.
Security readout for executives and security teams
Plain-English summary
A Linux kernel race condition in rust_binder could let a receiving process gain the sender’s privileges. Exploitation requires another Binder flaw that permits modification of a normally read-only memory area, plus a specially shaped transaction. The potential impact is severe, but the supplied sources do not establish active exploitation.
Executive priority
Treat as a high-priority kernel maintenance issue, especially on multi-user or application-isolation platforms using rust_binder. It does not warrant claims of an ongoing emergency from current evidence because exploitation depends on an additional Binder weakness and no active exploitation is cited. Schedule prompt, tested kernel updates through normal change controls.
Technical view
rust_binder copied transaction offsets into the target process’s read-only VMA, then read them back. If another Binder vulnerability made that VMA writable, the target could alter an offset between those operations, causing kernel misinterpretation and possible privilege escalation into the sender. The correction removes this time-of-check/time-of-use read from target-controlled memory.
Likely exposure
Exposure is limited to Linux systems using affected rust_binder code. The record names releases including 6.18, 6.18.19, 6.19.9, and 7.0, but its version metadata does not clearly define complete affected boundaries. Confirm exposure against the running distribution kernel and referenced stable fixes.
Exploitation context
The CVSS vector describes a local, low-privilege attack requiring no user interaction. However, the kernel description states this issue is not independently exploitable: an attacker must first gain write access to a normally read-only Binder VMA through another Binder bug. KEV is false, and no supplied source reports exploitation in the wild.
Researcher notes
The security boundary failure is a TOCTOU read of offsets after copying them into target-process memory. The worst case crosses privileges from receiver to sender. The record repeats commit eafedbc7c050 and provides unclear version boundaries, so repository or distributor backport verification is more reliable than version-string matching alone. No CWE is supplied.
Mitigation direction
Install a vendor-supported kernel containing the applicable referenced stable fix.
Prioritize systems exposing rust_binder to mutually untrusted local processes.
Check Linux distribution advisories for exact affected build and backport information.
Reduce untrusted local access where immediate kernel updates are unavailable.
Validation and detection
Record each system’s running kernel version and distribution build identifier.
Verify whether rust_binder is present, enabled, and reachable by untrusted processes.
Confirm the applicable stable fix or vendor backport exists in the installed kernel.
Recheck vendor advisories because the supplied affected-version boundaries are ambiguous.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2026-43433 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
0ADP providers
4Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.