Skip to main content
VulnerabilityPublished Updated

CVE-2026-68144: Linux kernel · phonet: pep: fix use-after-free in pep_get_sb()

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 9.8 Critical · fixed in df198743859fefba2f824115f8151dd62d7ad6d8 : patch Linux kernel as a priority.

Data as of 26 Oct 2026, 17:30 UTC

CVSS 3.1 base score
9.8Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 44% 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
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in df198743859fefba2f824115f8151dd62d7ad6d8, c4a52cb4da8d57d060b1d52085d25147a238dac2, a48a889b60f73edb0399a8b08284a2ab0bd0295f +5
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Aug 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
  • ≥ 9641458d3ec42def729fde64669abf07f3220cd5, < df198743859fefba2f824115f8151dd62d7ad6d8
Fixed in
  • df198743859fefba2f824115f8151dd62d7ad6d8
LinuxLinuxAffected
  • ≥ 9641458d3ec42def729fde64669abf07f3220cd5, < c4a52cb4da8d57d060b1d52085d25147a238dac2
Fixed in
  • c4a52cb4da8d57d060b1d52085d25147a238dac2
LinuxLinuxAffected
  • ≥ 9641458d3ec42def729fde64669abf07f3220cd5, < a48a889b60f73edb0399a8b08284a2ab0bd0295f
Fixed in
  • a48a889b60f73edb0399a8b08284a2ab0bd0295f
LinuxLinuxAffected
  • ≥ 9641458d3ec42def729fde64669abf07f3220cd5, < 25e3641beb51333bfbb155af2fd2573a61113af2
Fixed in
  • 25e3641beb51333bfbb155af2fd2573a61113af2
LinuxLinuxAffected
  • ≥ 9641458d3ec42def729fde64669abf07f3220cd5, < 17f78c0c0d41d738ee236eb6e841e39395188054
Fixed in
  • 17f78c0c0d41d738ee236eb6e841e39395188054
LinuxLinuxAffected
  • ≥ 9641458d3ec42def729fde64669abf07f3220cd5, < 8d931a75a38b9bb584a4071f5ebbd52755fc35ee
Fixed in
  • 8d931a75a38b9bb584a4071f5ebbd52755fc35ee

Description

In the Linux kernel, the following vulnerability has been resolved: phonet: pep: fix use-after-free in pep_get_sb() pep_get_sb() doesn't consider that pskb_may_pull() might have relocated the skb data, and continue to access the older pointer, causing UAF. Reproduced under KASAN: BUG: KASAN: slab-use-after-free in pep_get_sb+0x234/0x3b0 Read of size 1 at addr ff11000105510f50 by task repro/157 pep_get_sb+0x234/0x3b0 pipe_handler_do_rcv+0x5f7/0xa10 pep_do_rcv+0x203/0x410 __sk_receive_skb+0x471/0x4a0 phonet_rcv+0x5b3/0x6c0 __netif_receive_skb+0xcc/0x1d0 Refetch the header with skb_header_pointer() after pskb_may_pull(), so the possibly stale pointer is no longer dereferenced. There are better ways to solve this, but, this is the less instrusive one.

References

Community reviews

Loading reviews…