CVE-2025-68351
Medium · 5.5CVSS
5.5
EPSS
0.2%
Published
Dec 24, 2025
CISA due date
—
Cloudanix analysis
A bug in how Linux handles certain file operations on exFAT drives can cause the system to slowly leak memory and eventually crash if an attacker repeatedly accesses those files.
- Exploitation
- Local Privilege
- Attacker needs
- Low Privilege
- Complexity
- Low
- Impact
- Denial Of Service
- Component
- OS kernel
- Class
- Memory Corruption
- Remediation
- Upgrade
- Effort
- Medium
- Patch risk
- Low
What it actually does
Refcount leak in exfat_find when exfat_get_dentry_set succeeds without subsequent exfat_put_dentry_set, leaving buffer head references unbalanced and enabling resource exhaustion or memory corruption in the exFAT driver.
Why it matters to the business
Systems using exFAT filesystems may experience kernel instability, crashes, or denial of service, increasing downtime and operational risk especially on servers or devices handling removable media; urgency is moderate given low exploitability and lack of known campaigns.
How an attack unfolds
An attacker with local access crafts or mounts a malicious exFAT volume and triggers repeated calls to exfat_find (via directory operations) to accumulate leaked references, eventually causing memory pressure or use-after-free conditions in the kernel.
How to fix it
Upgrade the Linux kernel to version 6.12.68 or later, or apply the commit fc9ce762525e73438d31b613f18bca92a4d3d578. For Chainguard packages, update logstash-jre-bcfips and related variants to 8.17.4-r0. Reboot systems after kernel updates and verify exFAT functionality.
How to confirm the fix worked
Confirm the running kernel version is at least 6.12.68; inspect the exfat_find function in the source to verify the relocated checks and presence of balanced exfat_put_dentry_set calls after every exfat_get_dentry_set success path.
Typical attack path
- Obtain local user access on a Linux system with exFAT support enabled
- Prepare a crafted exFAT filesystem image or USB device
- Mount the image and perform directory/file enumeration operations that invoke exfat_find
- Repeat operations to trigger the missing put_dentry_set path and accumulate refcount leaks
- Trigger kernel memory pressure or specific access patterns to convert the leak into a crash or corruption
How to detect it
Review kernel logs (dmesg, /var/log/kern.log) for repeated exfat-related warnings or buffer-head reference errors around mount and directory operations; correlate with unusual USB or loopback device activity; no public exploitation artifacts are known.
What your security team should do
- Apply kernel updates to fixed versions immediately on all affected systems
- Disable exFAT support (via module blacklist or CONFIG_EXFAT_FS=n) if not required
- Monitor for unusual exFAT mount or directory operation patterns in system logs
- Test patched kernels in staging environments before production rollout
The record
In the Linux kernel, the following vulnerability has been resolved: exfat: fix refcount leak in exfat_find Fix refcount leaks in `exfat_find` related to `exfat_get_dentry_set`. Function `exfat_get_dentry_set` would increase the reference counter of `es->bh` on success. Therefore, `exfat_put_dentry_set` must be called after `exfat_get_dentry_set` to ensure refcount consistency. This patch relocate two checks to avoid possible leaks.
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|---|---|---|
| Linux | Kernel | 0 | 6.12.68 |
| Linux | Kernel | 6.14.0 | 6.18.2 |
| openSUSE:Leap 16.0 | dtb-aarch64 | 0 | 6.12.0-160000.9.1 |
| openSUSE:Leap 16.0 | kernel-64kb | 0 | 6.12.0-160000.9.1 |
| openSUSE:Leap 16.0 | kernel-azure | 0 | 6.12.0-160000.9.1 |
| openSUSE:Leap 16.0 | kernel-default | 0 | 6.12.0-160000.9.1 |
| openSUSE:Leap 16.0 | kernel-default-base | 0 | 6.12.0-160000.9.1.160000.2.6 |
| openSUSE:Leap 16.0 | kernel-docs | 0 | 6.12.0-160000.9.1 |
| openSUSE:Leap 16.0 | kernel-kvmsmall | 0 | 6.12.0-160000.9.1 |
| openSUSE:Leap 16.0 | kernel-obs-build | 0 | 6.12.0-160000.9.1 |
| openSUSE:Leap 16.0 | kernel-obs-qa | 0 | 6.12.0-160000.9.1 |
| openSUSE:Leap 16.0 | kernel-rt | 0 | 6.12.0-160000.9.1 |
| openSUSE:Leap 16.0 | kernel-source | 0 | 6.12.0-160000.9.1 |
| openSUSE:Leap 16.0 | kernel-syms | 0 | 6.12.0-160000.9.1 |
| openSUSE:Leap 16.0 | kernel-zfcpdump | 0 | 6.12.0-160000.9.1 |
| openSUSE:Tumbleweed | kernel-source | 0 | 6.18.5-1.1 |
| openSUSE:Tumbleweed | kernel-source-longterm | 0 | 6.18.16-1.1 |
Related vulnerabilities
- CVE-2026-23226 In the Linux kernel, the following vulnerability has been resolved: ksmbd: add chann_lock… Also affects Kernel
- CVE-2026-23225 In the Linux kernel, the following vulnerability has been resolved: sched/mmcid: Don't… Also affects Kernel
- CVE-2026-23230 In the Linux kernel, the following vulnerability has been resolved: smb: client: split… Also affects Kernel
- CVE-2026-23224 In the Linux kernel, the following vulnerability has been resolved: erofs: fix UAF issue… Also affects Kernel
- CVE-2026-23227 In the Linux kernel, the following vulnerability has been resolved: drm/exynos: vidi: use… Also affects Kernel
- CVE-2026-23223 In the Linux kernel, the following vulnerability has been resolved: xfs: fix UAF in… Also affects Kernel
- CVE-2026-23228 In the Linux kernel, the following vulnerability has been resolved: smb: server: fix leak… Also affects Kernel
- CVE-2026-23229 In the Linux kernel, the following vulnerability has been resolved: crypto: virtio - Add… Also affects Kernel