GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel FUSE: a malicious server overflows the readdir cache page by 24 bytes

CVSS 7.8CVE-2026-31694Kernel, userspace & hypervisorcurated

Impact

fuse_add_dirent_to_cache sizes a dirent from the server-controlled namelen and only checks whether it fits in the remaining space of the current page, never whether it exceeds PAGE_SIZE at all. A FUSE server returning namelen=4095 produces a 4120-byte record, and on 4 KiB-page systems the memcpy writes 24 bytes past the page-cache page into the next kernel page. GPU nodes lean on FUSE for dataset and model access - object-store mounts, checkpoint and image layers - and anywhere unprivileged FUSE mounts are permitted, a tenant that can run its own FUSE server gets a controlled kernel heap write from inside a container. Siemens ships the affected kernel in the SIMATIC S7-1500 TM MFP Linux subsystem.

Who can reach it

Local. Any user who can mount a FUSE filesystem backed by a server they control, which includes container workloads on hosts that allow unprivileged user-namespace FUSE mounts. No further authentication is needed once the mount exists.

What to do

Update to a stable kernel carrying the fix; FUSE is core kernel on most distro builds, so this is a drain and reboot per node. As an interim mitigation, disallow unprivileged FUSE mounts for tenant workloads (no user-namespace FUSE, no fuse device in the pod) so only operator-controlled servers can feed the readdir cache. Siemens advisory SSA-784472 covers the SIMATIC product line.

References

Related entries

All Kernel, userspace & hypervisor 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.