CVE-2024-26644 json
btrfs: don't abort filesystem when attempting to snapshot deleted subvolume
published 2024-03-26 2 y ago modified 2026-06-17 4 mo ago also EUVD-2024-23906
- cvss
- 5.5
- version 3.1, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.2%
- EPSS 0.2% chance of exploitation in 30 days, percentile 13%
- public exploits
- 0
- none known
Summary
In the Linux kernel, the following vulnerability has been resolved:
btrfs: don't abort filesystem when attempting to snapshot deleted subvolume
If the source file descriptor to the snapshot ioctl refers to a deleted subvolume, we get the following abort:
BTRFS: Transaction aborted (error -2) WARNING: CPU: 0 PID: 833 at fs/btrfs/transaction.c:1875 create_pending_snapshot+0x1040/0x1190 [btrfs] Modules linked in: pata_acpi btrfs ata_piix libata scsi_mod virtio_net blake2b_generic xor net_failover virtio_rng failover scsi_common rng_core raid6_pq libcrc32c CPU: 0 PID: 833 Comm: t_snapshot_dele Not tainted 6.7.0-rc6 #2 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.3-1.fc39 04/01/2014 RIP: 0010:create_pending_snapshot+0x1040/0x1190 [btrfs] RSP: 0018:ffffa09c01337af8 EFLAGS: 00010282 RAX: 0000000000000000 RBX: ffff9982053e7c78 RCX: 0000000000000027 RDX: ffff99827dc20848 RSI: 0000000000000001 RDI: ffff99827dc20840 RBP: ffffa09c01337c00 R08: 0000000000000000 R09: ffffa09c01337998 R10: 0000000000000003 R11: ffffffffb96da248 R12: fffffffffffffffe R13: ffff99820535bb28 R14: ffff99820b7bd000 R15: ffff99820381ea80 FS: 00007fe20aadabc0(0000) GS:ffff99827dc00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000559a120b502f CR3: 00000000055b6000 CR4: 00000000000006f0 Call Trace: <TASK> ? create_pending_snapshot+0x1040/0x1190 [btrfs] ? __warn+0x81/0x130 ? create_pending_snapshot+0x1040/0x1190 [btrfs] ? report_bug+0x171/0x1a0 ? handle_bug+0x3a/0x70 ? exc_invalid_op+0x17/0x70 ? asm_exc_invalid_op+0x1a/0x20 ? create_pending_snapshot+0x1040/0x1190 [btrfs] ? create_pending_snapshot+0x1040/0x1190 [btrfs] create_pending_snapshots+0x92/0xc0 [btrfs] btrfs_commit_transaction+0x66b/0xf40 [btrfs] btrfs_mksubvol+0x301/0x4d0 [btrfs] btrfs_mksnapshot+0x80/0xb0 [btrfs] __btrfs_ioctl_snap_create+0x1c2/0x1d0 [btrfs] btrfs_ioctl_snap_create_v2+0xc4/0x150 [btrfs] btrfs_ioctl+0x8a6/0x2650 [btrfs] ? kmem_cache_free+0x22/0x340 ? do_sys_openat2+0x97/0xe0 __x64_sys_ioctl+0x97/0xd0 do_syscall_64+0x46/0xf0 entry_SYSCALL_64_after_hwframe+0x6e/0x76 RIP: 0033:0x7fe20abe83af RSP: 002b:00007ffe6eff1360 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 RAX: ffffffffffffffda RBX: 0000000000000004 RCX: 00007fe20abe83af RDX: 00007ffe6eff23c0 RSI: 0000000050009417 RDI: 0000000000000003 RBP: 0000000000000003 R08: 0000000000000000 R09: 00007fe20ad16cd0 R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 R13: 00007ffe6eff13c0 R14: 00007fe20ad45000 R15: 0000559a120b6d58 </TASK> ---[ end trace 0000000000000000 ]--- BTRFS: error (device vdc: state A) in create_pending_snapshot:1875: errno=-2 No such entry BTRFS info (device vdc: state EA): forced readonly BTRFS warning (device vdc: state EA): Skipping commit of aborted transaction. BTRFS: error (device vdc: state EA) in cleanup_transaction:2055: errno=-2 No such entry
This happens because create_pending_snapshot() initializes the new root item as a copy of the source root item. This includes the refs field, which is 0 for a deleted subvolume. The call to btrfs_insert_root() therefore inserts a root with refs == 0. btrfs_get_new_fs_root() then finds the root and returns -ENOENT if refs == 0, which causes create_pending_snapshot() to abort.
Fix it by checking the source root's refs before attempting the snapshot, but after locking subvol_sem to avoid racing with deletion.
Patch / fix
- Linux Linux 5.4.296, 5.10.210, 5.15.149, 6.1.76, 6.6.15, 6.7.3, 6.8
- linux Debian 12 6.1.76-1
- linux Debian 14, Debian 13 6.6.15-1
debian advisories DEBIAN-CVE-2024-26644
- linux Ubuntu 22.04 LTS 5.15.0-106.116
- linux-aws Ubuntu 22.04 LTS 5.15.0-1061.67
- linux-gcp Ubuntu 22.04 LTS 5.15.0-1059.67
- linux-gke Ubuntu 22.04 LTS 5.15.0-1058.63
- linux-ibm Ubuntu 22.04 LTS 5.15.0-1054.57
- linux-kvm Ubuntu 22.04 LTS 5.15.0-1058.63
- linux-azure Ubuntu 22.04 LTS 5.15.0-1063.72
- linux-gkeop Ubuntu 22.04 LTS 5.15.0-1044.51
ubuntu advisories UBUNTU-CVE-2024-26644
Ubuntu security data © Canonical Ltd., from https://github.com/canonical/ubuntu-security-notices via OSV; changed: normalised to fixed package versions per release. CC BY-SA 4.0
- dtb-aarch64 openSUSE Leap 15.5 5.14.21-150500.55.73.1
- kernel-64kb SLE Module for Basesystem 15 SP5, openSUSE Leap 15.5 5.14.21-150500.55.73.1
- kernel-syms SLE Module for Development Tools 15 SP5, openSUSE Leap 15.5 5.14.21-150500.55.73.1
- kernel-obs-qa openSUSE Leap 15.5 5.14.21-150500.55.73.1
- kernel-source SLE Module for Development Tools 15 SP5, SLE Module for Basesystem 15 SP5, openSUSE Leap 15.5 5.14.21-150500.55.73.1
- kernel-default SLE Workstation Extension 15 SP5, SLE Module for Legacy 15 SP5, SLE Module for Basesystem 15 SP5 +5 more 5.14.21-150500.55.73.1
- kernel-kvmsmall openSUSE Leap 15.5 5.14.21-150500.55.73.1
- kernel-zfcpdump SLE Module for Basesystem 15 SP5, openSUSE Leap 15.5 5.14.21-150500.55.73.1
suse advisories SUSE-SU-2025:0565-1SUSE-SU-2024:2939-1SUSE-SU-2024:2394-1SUSE-SU-2024:2372-1
- git.kernel.org/stable/c/c06941564027bdbc01d2df7f41e333c11cb0482d commit
- git.kernel.org/stable/c/2bdf872bcfe629a6202ffd6641615a8ed00e8464 commit
- git.kernel.org/stable/c/0877497dc97834728e1b528ddf1e1c484292c29c commit
- git.kernel.org/stable/c/6e6bca99e8d88d989a7cde4c064abea552d5219b commit
- git.kernel.org/stable/c/ec794a7528199e1be6d47bec03f4755aa75df256 commit
- git.kernel.org/stable/c/d8680b722f0ff6d7a01ddacc1844e0d52354d6ff commit
- git.kernel.org/stable/c/7081929ab2572920e94d70be3d332e5c9f97095a commit
Vendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2024-26644 updated cvss 5.5
kernel: btrfs: don't abort filesystem when attempting to snapshot deleted subvolume
-
Red Hat Enterprise Linux 6 perf, kernel, python-perf, kernel-kdump, kernel-firmware, kernel-bootwrapper, +1 more Red Hat Enterprise Linux 7 perf, kernel, bpftool, kernel-rt, python-perf, kernel-kdump, +8 moreaffected: workaround, no fix planned “Red Hat has investigated whether a possible mitigation exists for this issue, and has not been able to identify a practical example. Please update the affected package as soon as possible.”
-
Red Hat Enterprise Linux 8 perf, kernel, bpftool, kernel-rt, kernel-core, kernel-tools, +29 more Red Hat Enterprise Linux 9 rv, perf, rtla, kernel, bpftool, libperf, +83 morenot affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
CISA SSVC
- Exploitation
- none
- Automatable
- no
- Technical impact
- partial
- Assessed
- 2 y ago
Exploit prediction
0.23% chance of exploitation in the next 30 days, higher than 13% of all scored CVEs (FIRST EPSS, 2026-11-08).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 3.1 | 5.5 | CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H |
Affected products
- Linux Linux
Classification
- Weakness
-
- CWE-908 Use of Uninitialized Resource
- Technology feeds
References
- git.kernel.org /stable/c/c06941564027bdbc01d2df7f41e333c11cb0482d
-
git.kernel.org
/stable/c/2bdf872bcfe629a6202ffd6641615a8ed00e8464
patch
-
git.kernel.org
/stable/c/0877497dc97834728e1b528ddf1e1c484292c29c
patch
-
git.kernel.org
/stable/c/6e6bca99e8d88d989a7cde4c064abea552d5219b
patch
-
git.kernel.org
/stable/c/ec794a7528199e1be6d47bec03f4755aa75df256
patch
-
git.kernel.org
/stable/c/d8680b722f0ff6d7a01ddacc1844e0d52354d6ff
patch
-
git.kernel.org
/stable/c/7081929ab2572920e94d70be3d332e5c9f97095a
patch
-
lists.debian.org
/debian-lts-announce/2024/06/msg00017.html
mailing-list
Sources
- CVE List CVE-2024-26644
- NVD CVE-2024-26644
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.