CVE-2026-43500: Linux kernel · Out-of-bounds Write
Affects Linux kernelSource GCVE Database
Public exploit available (Metasploit, Exploit-DB) · CVSS 7.8 High.
Data as of 11 Nov 2026, 23:07 UTC
Sources agree
| CNA (Linux) | CVSS 3.1 | 7.8 |
|---|---|---|
| CISA-ADP | CVSS 3.1 | 7.8 |
| ADP (redhat-SADP) | CVSS 3.1 | 7.8 |
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
t = 0 is the CVE’s publication on cve.org
Disclosed: evidence found.
CVE published 11 May 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: evidence found.
1 Metasploit module · 2 Exploit-DB entries, the first 16 days after disclosure
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
Timeline
CVE ID reserved
by kernel.org
, 10 days before disclosure
CVE published
on cve.org
, t = 0
First Exploit-DB entry (opens in a new tab)
Linux Kernel - Local Privilege Escalation +1 more
, 16 days after disclosure
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 11 Nov 2026.
Description
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.
References
- git.kernel.org/stable/c/7c504ffab3efce8f7e4f463b314ae31030bdf18b (opens in a new tab)
- git.kernel.org/stable/c/3711382a77342a9a1c3d2e7330dcfc7ea927f568 (opens in a new tab)
- git.kernel.org/stable/c/3eae0f4f9f7206a4801efa5e0235c25bbd5a412c (opens in a new tab)
- git.kernel.org/stable/c/d45179f8795222ce858770dc619abe51f9d24411 (opens in a new tab)
- git.kernel.org/stable/c/aa54b1d27fe0c2b78e664a34fd0fdf7cd1960d71 (opens in a new tab)
- github.com/V4bel/dirtyfrag (opens in a new tab)
- access.redhat.com/security/cve/CVE-2026-43500 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2468273 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-43500.json (opens in a new tab)