CVE-2026-81000
net: tun: bound receive headroom
No known exploitation. EPSS puts it in the 27th percentile. No fix published yet.
What to do
No fixed build or workaround is published yet. Limit exposure and watch for a patch.
Steps
Written by AI from the record- Check whether your linux kernel systems allow non-admin users, containers, or applications to access TUN or TAP virtual network interfaces.
- Install your operating-system vendor's updated linux kernel containing the applicable fix commit: ad715e713610d2d5473c3a6498c825ccecf26491, 708e87937de93f445225c134a2e20519f9b4ce60, 18ef24cdb2eba32e38f1d27f2d02b7b4212e8f76, 010eee265d6bd8769b6a523d2a0693d9b3f5df43, 379d85c7f25f3e05a428225e6b8a65613c6e9b9d, e098d9cc8859614a7f7baebc96e32a5a16b18ed2, 0ada54ea63e48b9c1608e917ccb7dfadbe86db28, or 447c9303942c439a117d9b76ce6d6e2116b38ee7.
- Reboot into the updated kernel and confirm the running kernel is the newly installed vendor build.
- Until updated, remove unnecessary access to TUN or TAP interfaces from non-admin accounts, containers, and applications.
What it is
From the CVE record
In the Linux kernel, the following vulnerability has been resolved: net: tun: bound receive headroom tun_get_user() uses tun->align both as skb headroom and when choosing how much packet data to keep linear. OVS can propagate an oversized headroom request from another port to TUN or TAP. When align is larger than the usable space in a one-page skb head, SKB_MAX_HEAD(align) underflows and the result becomes negative when stored in good_linear. That value later wraps when assigned to the size_t linear variable, and tun_alloc_skb() can place skb->data outside the allocated head. Bound the headroom stored by TUN to the one-page skb-head budget and the largest non-sentinel 16-bit skb header offset. Leave one linear byte for raw TUN and a complete Ethernet header for TAP, including NET_IP_ALIGN. Also pull the raw-TUN protocol byte and the TAP Ethernet header before accessing them, so these checks remain safe for nonlinear skbs supplied by other allocation paths.
In plain language
Written by AI from the recordCVE-2026-81000 is a flaw in the linux kernel that can let a non-admin local user take over a system through its virtual network tunnel feature, so affected business systems need urgent attention.
Local privilege escalation in the linux kernel TUN/TAP driver: oversized packet headroom requests can trigger an integer underflow and out-of-bounds packet-buffer write, leading to kernel memory corruption and full compromise.
If you're affected
- Full server takeover
- Customer data exposure
- Business-system disruption
- Ransomware risk
Exploitation
Where each signal puts this CVE on the scale from published to confirmed exploited.
- CISA KEV
Not in the catalog. CISA has not confirmed exploitation.
- Public exploits
No public exploit or proof of concept found in the sources we track.
- EPSS
0.4% chance of exploitation activity in the next 30 days, which ranks it in the 27th percentile of scored CVEs.
Exploit Prediction Scoring System, FIRST.org. A probability, not a confirmation.
Lifecycle
4 events over 3 days, from the signal feeds we watch.
- Record updated
- Record updated
- Publishedrecord updated
Affected products
Technical detail
CVSS 3.1 vector
Open in the CVSS calculatorCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Scored 7.8 by NVD.
How it is reached
- Attack Vector LocalRequires local access to the vulnerable system (e.g. local login, malicious file)
- Attack Complexity LowNo special conditions — the attack can be reliably reproduced
- Privileges Required LowRequires basic user-level privileges
- User Interaction NoneNo user interaction needed — fully automated exploitation
Scope
- Scope UnchangedImpact is limited to the vulnerable component itself
Impact if exploited
- Confidentiality HighTotal information disclosure — all data in the component is compromised
- Integrity HighTotal loss of integrity — attacker can modify any data in the component
- Availability HighTotal denial of service — the component is completely unavailable
Sources
References in the record
- git.kernel.org/stable/c/ad715e713610d2d5473c3a6498c825ccecf26491
- git.kernel.org/stable/c/708e87937de93f445225c134a2e20519f9b4ce60
- git.kernel.org/stable/c/18ef24cdb2eba32e38f1d27f2d02b7b4212e8f76
And 5 more references. See all after sign-in
In the news
Watch the software you run.
My Stack ranks new CVEs for your products by real-world exploitation, so the next serious one reaches you without reading every advisory.
We'll flag the next CVE, public exploit or patch for Linux, not every advisory.
A free account adds
- The full version matrix and every affected product
- Exploit links, proofs of concept and Metasploit modules
- Email alerts for the products you watch
- The same data over REST API, MCP and CLI