Skip to main content
VulnerabilityPublished Updated

CVE-2026-23095: Linux kernel · Memory Leak

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High · fixed in f87b9b7a618c82e7465e872eb10e14c803871892 : patch Linux kernel soon.

Data as of 26 Oct 2026, 10:24 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 22% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers can reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-06-16.

Patch
Available – fixed in f87b9b7a618c82e7465e872eb10e14c803871892, ce569b389a5c78d64788a5ea94560e17fa574b35, 5437a279804ced8088cabb945dba88a26d828f8c +4
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

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 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 37dd0247797b168ad1cc7f5dbec825a1ee66535b, < f87b9b7a618c82e7465e872eb10e14c803871892
Fixed in
  • f87b9b7a618c82e7465e872eb10e14c803871892
LinuxLinuxAffected
  • ≥ 37dd0247797b168ad1cc7f5dbec825a1ee66535b, < ce569b389a5c78d64788a5ea94560e17fa574b35
Fixed in
  • ce569b389a5c78d64788a5ea94560e17fa574b35
LinuxLinuxAffected
  • ≥ 37dd0247797b168ad1cc7f5dbec825a1ee66535b, < 5437a279804ced8088cabb945dba88a26d828f8c
Fixed in
  • 5437a279804ced8088cabb945dba88a26d828f8c
LinuxLinuxAffected
  • ≥ 37dd0247797b168ad1cc7f5dbec825a1ee66535b, < 886f186328b718400dbf79e1bc8cbcbd710ab766
Fixed in
  • 886f186328b718400dbf79e1bc8cbcbd710ab766
LinuxLinuxAffected
  • ≥ 37dd0247797b168ad1cc7f5dbec825a1ee66535b, < 536f5bbc322eb1e175bdd1ced22b236a951c4d8f
Fixed in
  • 536f5bbc322eb1e175bdd1ced22b236a951c4d8f
LinuxLinuxAffected
  • ≥ 37dd0247797b168ad1cc7f5dbec825a1ee66535b, < 380a82d36e37db49fd41ecc378c22fd29392e96a
Fixed in
  • 380a82d36e37db49fd41ecc378c22fd29392e96a

Description

In the Linux kernel, the following vulnerability has been resolved: gue: Fix skb memleak with inner IP protocol 0. syzbot reported skb memleak below. [0] The repro generated a GUE packet with its inner protocol 0. gue_udp_recv() returns -guehdr->proto_ctype for "resubmit" in ip_protocol_deliver_rcu(), but this only works with non-zero protocol number. Let's drop such packets. Note that 0 is a valid number (IPv6 Hop-by-Hop Option). I think it is not practical to encap HOPOPT in GUE, so once someone starts to complain, we could pass down a resubmit flag pointer to distinguish two zeros from the upper layer: * no error * resubmit HOPOPT [0] BUG: memory leak unreferenced object 0xffff888109695a00 (size 240): comm "syz.0.17", pid 6088, jiffies 4294943096 hex dump (first 32 bytes): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00 40 c2 10 81 88 ff ff 00 00 00 00 00 00 00 00 .@.............. backtrace (crc a84b336f): kmemleak_alloc_recursive include/linux/kmemleak.h:44 [inline] slab_post_alloc_hook mm/slub.c:4958 [inline] slab_alloc_node mm/slub.c:5263 [inline] kmem_cache_alloc_noprof+0x3b4/0x590 mm/slub.c:5270 __build_skb+0x23/0x60 net/core/skbuff.c:474 build_skb+0x20/0x190 net/core/skbuff.c:490 __tun_build_skb drivers/net/tun.c:1541 [inline] tun_build_skb+0x4a1/0xa40 drivers/net/tun.c:1636 tun_get_user+0xc12/0x2030 drivers/net/tun.c:1770 tun_chr_write_iter+0x71/0x120 drivers/net/tun.c:1999 new_sync_write fs/read_write.c:593 [inline] vfs_write+0x45d/0x710 fs/read_write.c:686 ksys_write+0xa7/0x170 fs/read_write.c:738 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0xa4/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f

References

Community reviews

Loading reviews…