CVE-2026-43500: rxrpc: Also unshare DATA/RESPONSE packets when paged frags are present
In the Linux kernel, the following vulnerability has been resolved:
rxrpc: Also unshare DATA/RESPONSE packets when paged frags are present
The DATA-packet handler in rxrpc_input_call_event() and the RESPONSE
handler in rxrpc_verify_response() copy the skb to a linear one before
calling into the security ops only when skb_cloned() is true. An skb
that is not cloned but still carries externally-owned paged fragments
(e.g. SKBFL_SHARED_FRAG set by splice() into a UDP socket via
__ip_append_data, or a chained skb_has_frag_list()) falls through to
the in-place decryption path, which binds the frag pages directly into
the AEAD/skcipher SGL via skb_to_sgvec().
Extend the gate to also unshare when skb_has_frag_list() or
skb_has_shared_frag() is true. This catches the splice-loopback vector
and other externally-shared frag sources while preserving the
zero-copy fast path for skbs whose frags are kernel-private (e.g. NIC
page_pool RX, GRO). The OOM/trace handling already in place is reused.
Security readout for executives and security teams
Plain-English summary
CVE-2026-43500 is a high-severity Linux kernel memory-safety flaw in rxrpc packet handling. A local user could potentially abuse externally shared packet fragments during cryptographic processing, risking kernel memory corruption with confidentiality, integrity, and availability impact.
Executive priority
Treat as a high-priority kernel update for shared Linux infrastructure. It is not described as remotely exploitable in the supplied evidence, but local privilege and full CIA impact make delayed patching risky on multi-tenant systems.
Technical view
rxrpc DATA and RESPONSE handlers only linearized cloned skbs before security operations. Non-cloned skbs with shared paged fragments could enter in-place decryption and bind externally owned pages into crypto scatter-gather lists. The fix expands unsharing to frag lists and shared frags.
Likely exposure
Exposure is most relevant to Linux systems running affected kernels where untrusted local users can interact with paths that reach rxrpc over UDP. Exact distro exposure needs vendor kernel mapping because the bundle lists upstream commits and Red Hat tracking sources.
Exploitation context
The bundle includes a GitHub reference tagged as exploit, but does not show CISA KEV listing or confirmed active exploitation. The CVSS vector is local, low complexity, low privilege, and no user interaction.
Researcher notes
Focus validation on rxrpc skb handling changes: unshare checks now include skb_has_frag_list() and skb_has_shared_frag(). Avoid assuming exact affected distribution ranges from upstream hashes alone; use vendor advisories for shipped kernel status.
Mitigation direction
Apply vendor kernel updates that include the referenced upstream rxrpc fixes.
Check Red Hat and other distribution advisories for backported fixed kernel builds.
Prioritize multi-user Linux hosts and systems exposed to untrusted local workloads.
If updates are unavailable, follow vendor guidance for reducing rxrpc-related exposure.
Validation and detection
Inventory Linux kernel versions and distribution package release levels.
Map installed kernels against vendor advisories for CVE-2026-43500.
Confirm fixed upstream commits or distro backports are present.
Review whether untrusted local users or workloads exist on affected systems.
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.
cwe · low confidence lookup
CWE-123: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
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.
3CVSS vectors
5Timeline events
2ADP providers
10Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
3 official scores
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-123 · source CWE mapping
Write-what-where Condition
Write-what-where Condition represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Out-of-bounds Write represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.