CVE-2025-71292
JFS nlink Overflow in Linux Kernel
Publication date: 2026-05-06
Last updated on: 2026-05-06
Assigner: kernel.org
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| linux | linux_kernel | * |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-UNKNOWN |
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?
This vulnerability exists in the Linux kernel's JFS (Journaled File System) related to the handling of the nlink value during a rename operation within a directory.
Specifically, if the nlink value of a directory is at its maximum (-1) and a rename operation is performed on a child directory inside it (without moving it out of the parent), the nlink of the parent directory is first incremented and then decremented.
Normally, this increment and decrement is harmless, but when nlink is -1, incrementing causes an integer wrap-around to 0, which leads to a warning from the drop_nlink function.
This issue has been fixed by a patch that prevents these warnings and avoids the wrap-around problem.
How can this vulnerability impact me? :
The vulnerability causes an integer wrap-around in the nlink count of directories during rename operations, which triggers warnings in the kernel.
While the description does not explicitly mention direct security impacts such as privilege escalation or data corruption, the warnings indicate an inconsistency in filesystem metadata that could potentially lead to unexpected behavior or instability.
Therefore, the impact may include filesystem reliability issues or unexpected kernel warnings, which could affect system stability or complicate troubleshooting.
How can this vulnerability be detected on my network or system? Can you suggest some commands?
This vulnerability relates to the Linux kernel's jfs filesystem and involves an nlink overflow during a rename operation within a directory with maximal nlink value (-1). Detection would involve monitoring for warnings issued by drop_nlink related to nlink wraparound.
Since no specific detection commands or tools are provided, a general approach would be to check kernel logs for warnings related to jfs_rename or drop_nlink warnings.
- Use dmesg or journalctl to look for kernel warnings: `dmesg | grep -i drop_nlink` or `journalctl -k | grep -i drop_nlink`
- Monitor filesystem behavior for anomalies during rename operations in jfs filesystems.
What immediate steps should I take to mitigate this vulnerability?
The vulnerability has been resolved by a patch to the Linux kernel. Immediate mitigation involves applying the patch or updating the Linux kernel to a version where this issue is fixed.
Until the patch is applied, avoid performing rename operations within directories using the jfs filesystem that might have maximal nlink values to prevent triggering the overflow.