GPU VulnDB

Database/Control plane, storage & DevOps

Linux kernel CephFS client: invalid kfree() when listing .snap directories oopses the node

CVSS 5.5CVE-2026-23201Control plane, storage & DevOpscurated

Impact

In parse_longname() the string guarded by __free(kfree) is advanced past a leading underscore, so kfree() is later handed a pointer that was never allocated. Simply listing a CephFS snapshot directory (ls /mnt/ceph/.snap) oopses the kernel and hangs the listing process. Operators who mount CephFS on GPU nodes and keep snapshots of training datasets can hit this during ordinary backup or restore inspection, and the resulting oops means a node reboot rather than a clean unmount. The record rates it local availability-only (CVSS 5.5).

Who can reach it

Any local user with read access to a CephFS mount that has snapshots; no authentication beyond mount access, and no crafted input is needed - a directory listing is enough.

What to do

Update to a stable kernel carrying the linked fix commits and reboot each affected node; drain GPU jobs first. As an interim measure, keep users out of .snap directories on affected kernels. The record does not name a released fixed version beyond the 6.19 line, so verify the backport with your distro.

References

Related entries

All Control plane, storage & DevOps entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.