CVE-2026-68450: Linux kernel · btrfs: free mapping node on duplicate reloc root insert
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in b7c5b8e1d5f0779dfbabc3068b7ac0f12e53b3a8 : update Linux kernel when convenient.
Data as of 6 Nov 2026, 17:04 UTC
Rated by Threat Radar · No CVSS score from NVD or the CNA
Thin evidence
One scorer or none- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers cannot reliably automate steps 1–4 of the kill chain
- Technical impact
- Limited control over the software or limited information exposure
CISA SSVC assessment, 2026-11-06.
- Patch
- Available – fixed in b7c5b8e1d5f0779dfbabc3068b7ac0f12e53b3a8, ae0629ff9ccb836416ada129f4edc7efea6eaaad, 797dc567146c7e3c4f8d9680e4fbc76e0a6d9151 +4
Exploitation evidence
Disclosed: evidence found.
CVE published 12 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
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
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 6 Nov 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
Description
In the Linux kernel, the following vulnerability has been resolved: btrfs: free mapping node on duplicate reloc root insert __add_reloc_root() allocates a mapping_node before inserting it into rc->reloc_root_tree. If rb_simple_insert() finds an existing entry, it returns the existing rb_node and leaves the newly allocated node unlinked. The error path then returns -EEXIST without freeing the new node. Since the node was never inserted into reloc_root_tree, the later cleanup in put_reloc_control() cannot find it either. Free the newly allocated node before returning -EEXIST. The callers currently assert that -EEXIST should not happen, so this is a defensive cleanup for an unexpected duplicate insert path. If the path is ever reached, the local allocation should still be released.
References
- git.kernel.org/stable/c/29d9746812d8b7c37d594f484e994fd552c3ec33 (opens in a new tab)
- git.kernel.org/stable/c/b7c5b8e1d5f0779dfbabc3068b7ac0f12e53b3a8 (opens in a new tab)
- git.kernel.org/stable/c/92bedc0455552b42ada1a1f42b0e3a8593cdfccc (opens in a new tab)
- git.kernel.org/stable/c/14a8be9428435ee17f17fae7991215c246b7fd43 (opens in a new tab)
- git.kernel.org/stable/c/797dc567146c7e3c4f8d9680e4fbc76e0a6d9151 (opens in a new tab)
- git.kernel.org/stable/c/ae0629ff9ccb836416ada129f4edc7efea6eaaad (opens in a new tab)
- git.kernel.org/stable/c/6a8269b6459ed870a8156c106a0f597383907872 (opens in a new tab)