Executive brief
A vulnerability exists in the Linux kernel's handling of the /proc file system, which provides information about running processes and system status. Under specific conditions involving the removal of kernel modules, the system may attempt to access memory that has already been freed. This could allow a local attacker to cause a system crash or potentially gain unauthorized access to sensitive information or elevated privileges.
Technical details
A use-after-free (UAF) vulnerability exists in the Linux kernel's procfs subsystem within proc_reg_open(). The issue stems from checking pde->proc_ops->proc_lseek directly without proper synchronization or flag-based validation during scenarios where a kernel module is being removed (rmmod). This creates a race condition where the proc_dir_entry (PDE) operations might be accessed after the module providing them has been unloaded. An attacker with local access could exploit this to cause a kernel oops (DoS) or potentially achieve local privilege escalation. The fix involves implementing a flag-based check (PROC_ENTRY_proc_lseek) consistent with how proc_read_iter and other operations are handled to ensure safe access. Patches have been released for various stable branches including 6.1.x, 6.6.x, 6.12.x, 6.15.x, and 6.16.x.
Affected products
- Linux Linux Kernel 6.0 to 6.1.148, 6.2 to 6.6.102, 6.7 to 6.12.42, 6.13 to 6.15.10, 6.16 to 6.16.1
Timeline
- 2025-08-22: advisory: NVD publication date
- 2025-08-15: patched: Fixes committed to stable kernel trees
References
- https://git.kernel.org/stable/c/1fccbfbae1dd36198dc47feac696563244ad81d3
- https://git.kernel.org/stable/c/33c778ea0bd0fa62ff590497e72562ff90f82b13
- https://git.kernel.org/stable/c/c35b0feb80b48720dfbbf4e33759c7be3faaebb6
- https://git.kernel.org/stable/c/d136502e04d8853a9aecb335d07bbefd7a1519a8
- https://git.kernel.org/stable/c/fc1072d934f687e1221d685cf1a49a5068318f34
- https://git.kernel.org/stable/c/ff7ec8dc1b646296f8d94c39339e8d3833d16c05
- https://lists.debian.org/debian-lts-announce/2025/10/msg00008.html