CVE-2025-68369: ntfs3: init run lock for extend inode
In the Linux kernel, the following vulnerability has been resolved:
ntfs3: init run lock for extend inode
After setting the inode mode of $Extend to a regular file, executing the
truncate system call will enter the do_truncate() routine, causing the
run_lock uninitialized error reported by syzbot.
Prior to patch 4e8011ffec79, if the inode mode of $Extend was not set to
a regular file, the do_truncate() routine would not be entered.
Add the run_lock initialization when loading $Extend.
syzbot reported:
INFO: trying to register non-static key.
Call Trace:
dump_stack_lvl+0x189/0x250 lib/dump_stack.c:120
assign_lock_key+0x133/0x150 kernel/locking/lockdep.c:984
register_lock_class+0x105/0x320 kernel/locking/lockdep.c:1299
__lock_acquire+0x99/0xd20 kernel/locking/lockdep.c:5112
lock_acquire+0x120/0x360 kernel/locking/lockdep.c:5868
down_write+0x96/0x1f0 kernel/locking/rwsem.c:1590
ntfs_set_size+0x140/0x200 fs/ntfs3/inode.c:860
ntfs_extend+0x1d9/0x970 fs/ntfs3/file.c:387
ntfs_setattr+0x2e8/0xbe0 fs/ntfs3/file.c:808
Security readout for executives and security teams
Plain-English summary
This Linux ntfs3 filesystem flaw can cause a kernel locking failure when the special NTFS metadata inode $Extend reaches a truncate path. The stated impact is loss of availability, not data theft or modification. Systems not using affected ntfs3 code are unlikely to be exposed.
Executive priority
High for systems that depend on ntfs3 or accept NTFS volumes; otherwise prioritize according to verified use. Availability disruption could affect host or service continuity, but no confidentiality or integrity impact is stated. Rapid inventory and vendor-confirmed patching are more appropriate than assuming universal emergency exposure.
Technical view
Linux ntfs3 can load $Extend without initializing its run_lock. After $Extend is treated as a regular file, truncate can reach ntfs_set_size and ntfs_extend and acquire the uninitialized lock, producing the reported syzbot lockdep failure. The supplied CVSS score is 7.5, but the bundle does not establish a practical remote attack path.
Likely exposure
Exposure is concentrated in Linux hosts running affected code and using ntfs3 on NTFS filesystems. The supplied version table is difficult to reconcile, so confirm distribution backports rather than relying only on version numbers. The permissions and input conditions required to reach the faulty path are not fully documented.
Exploitation context
No KEV listing or cited evidence of active exploitation is provided. Syzbot discovered the issue, and the report demonstrates a lockdep failure. Although the CVSS vector states network-accessible, unauthenticated exploitation, the sources do not explain a remote delivery path. Treat that characterization cautiously pending vendor confirmation.
Researcher notes
The key gap is exploitability context: the description establishes a truncate-triggered uninitialized lock but not attacker control, remote reachability, or production crash behavior. The CVSS vector and filesystem-local code path require reconciliation. The stable commits are the strongest basis for fix verification; distribution kernels may backport them under different version identifiers.
Mitigation direction
Install a vendor-supported kernel containing the referenced ntfs3 run_lock initialization fix.
Prioritize remediation on hosts that actively mount NTFS filesystems using ntfs3.
If updating is delayed, consult distribution guidance for supported exposure-reduction options.
Do not infer safety from kernel version strings when vendor backports may differ.
Validation and detection
Inventory kernel builds and determine whether ntfs3 is enabled and actively used.
Map each build to its distribution advisory or the referenced stable commits.
Confirm the deployed kernel initializes run_lock when loading $Extend.
Review kernel logs for related lockdep warnings or availability incidents without reproducing the fault.
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-68369 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
8Source 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.