Skip to main content
VulnerabilityPublished Updated

CVE-2026-63795: Linux kernel · 9p: avoid putting oldfid in p9_client_walk() error path

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
10.0Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.6% chance of exploitation in 30 days – higher than 49% 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 b84f46179c806450b89821221ea5bd9a1698aba8, a7656d368265d085ac9bb85ab31b0cdb72ad8c38, a61bdcba4f64c2f90d01461913f429ab151f1ca6 +3
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 Jul 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
  • ≥ b48dbb998d70b7f48c2ec0a15c3cf47136808e4e, < b84f46179c806450b89821221ea5bd9a1698aba8
Fixed in
  • b84f46179c806450b89821221ea5bd9a1698aba8
LinuxLinuxAffected
  • ≥ b48dbb998d70b7f48c2ec0a15c3cf47136808e4e, < a7656d368265d085ac9bb85ab31b0cdb72ad8c38
Fixed in
  • a7656d368265d085ac9bb85ab31b0cdb72ad8c38
LinuxLinuxAffected
  • ≥ b48dbb998d70b7f48c2ec0a15c3cf47136808e4e, < a61bdcba4f64c2f90d01461913f429ab151f1ca6
Fixed in
  • a61bdcba4f64c2f90d01461913f429ab151f1ca6
LinuxLinuxAffected
  • ≥ b48dbb998d70b7f48c2ec0a15c3cf47136808e4e, < 99c379ca1e221c3d75c7c804ebbf4e5ee37a3070
Fixed in
  • 99c379ca1e221c3d75c7c804ebbf4e5ee37a3070
LinuxLinuxAffected
  • ≥ b48dbb998d70b7f48c2ec0a15c3cf47136808e4e, < 6dbe9443d9f5f7fb6d319a7b77108853ae6c6bea
Fixed in
  • 6dbe9443d9f5f7fb6d319a7b77108853ae6c6bea
LinuxLinuxAffected
  • ≥ b48dbb998d70b7f48c2ec0a15c3cf47136808e4e, < 1a3860d46e3eb47dbd60339783cdad7904486b9f
Fixed in
  • 1a3860d46e3eb47dbd60339783cdad7904486b9f

Description

In the Linux kernel, the following vulnerability has been resolved: 9p: avoid putting oldfid in p9_client_walk() error path When p9_client_walk() is called with clone set to false, fid aliases oldfid. If the walk subsequently fails after the request has been sent, the error path jumps to clunk_fid, which currently calls p9_fid_put(fid) unconditionally. This drops a reference to oldfid even though ownership of oldfid remains with the caller. If this is the last reference, oldfid can be clunked and destroyed while the caller still expects it to be valid. A later use or put of oldfid can then trigger a use-after-free or refcount underflow. Fix this by only putting fid in the clunk_fid error path when it does not alias oldfid, matching the existing guard in the error path below. This can be triggered when a multi-component walk is split into multiple p9_client_walk() calls and a later non-cloning walk fails. A reproducer and refcount warning logs are available on request.

References

Community reviews

Loading reviews…