In the Linux kernel, the following vulnerability has been resolved:
jfs: nlink overflow in jfs_rename
If nlink is maximal for a directory (-1) and inside that directory you
perform a rename for some child directory (not moving from the parent),
then the nlink of the first directory is first incremented and later
decremented. Normally this is fine, but when nlink = -1 this causes a
wrap around to 0, and then drop_nlink issues a warning.
After applying the patch syzbot no longer issues any warnings. I also
ran some basic fs tests to look for any regressions.
Security readout for executives and security teams
Plain-English summary
A Linux JFS directory can mishandle an already-maximal link count during a child-directory rename, wrapping the count to zero and triggering a kernel warning. The assigned CVSS 7.5 reflects potential availability impact, but the supplied evidence demonstrates a warning rather than a confirmed outage, data loss, or code execution.
Executive priority
Treat this as a high-severity but exposure-dependent maintenance item. Promptly identify JFS usage, then patch affected critical hosts through supported kernel channels. Avoid emergency-wide action where JFS is absent. Escalate if warnings appear or vendor guidance confirms stronger availability consequences than the source bundle currently demonstrates.
Technical view
In jfs_rename, a same-parent child-directory rename temporarily increments and then decrements the parent directory's nlink. When nlink is maximal and represented as -1, the increment wraps it to zero; drop_nlink then warns. The referenced stable-kernel patches prevent the overflow. Syzbot stopped warning after the patch, and basic filesystem testing found no regressions.
Likely exposure
Exposure is limited to Linux systems using JFS with an affected kernel or a kernel lacking the referenced backport. Triggering also requires the unusual condition of a directory already having the maximal link count. The supplied version data is ambiguous, so determine exposure by vendor package guidance and fix-commit presence, not version strings alone.
Exploitation context
The supplied record is not in KEV and provides no evidence of active exploitation or a public exploit. Although the CVSS vector states network reachability and no privileges, the technical description concerns a JFS rename operation. That inconsistency should be resolved through vendor guidance before treating the flaw as remotely exploitable.
Researcher notes
The documented trigger is an edge-case metadata state: maximal directory nlink followed by a same-parent child-directory rename. Evidence establishes integer wraparound and a warning, not the full mechanism behind the CVSS availability rating. Exact affected ranges and remote exploitability remain unclear in the supplied bundle; validate against stable commits and distribution backports.
Mitigation direction
Install a vendor kernel update containing the applicable referenced stable-kernel fix.
Confirm the update includes the fix backport; package versions alone may be misleading.
Prioritize JFS hosts supporting critical services or untrusted filesystem workloads.
If updates are unavailable, obtain supported interim guidance from the Linux distribution vendor.
Validation and detection
Inventory mounted JFS filesystems and the kernel packages running on their hosts.
Check vendor advisories or package changelogs for the applicable referenced fix commit.
Review kernel logs for JFS, nlink, or drop_nlink warnings.
After updating, verify the fixed kernel is running and JFS workloads operate normally.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2025-71292 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
0ADP providers
9Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.