In the Linux kernel, the following vulnerability has been resolved:
ntfs: ->d_compare() must not block
... so don't use __getname() there. Switch it (and ntfs_d_hash(), while
we are at it) to kmalloc(PATH_MAX, GFP_NOWAIT). Yes, ntfs_d_hash()
almost certainly can do with smaller allocations, but let ntfs folks
deal with that - keep the allocation size as-is for now.
Stop abusing names_cachep in ntfs, period - various uses of that thing
in there have nothing to do with pathnames; just use k[mz]alloc() and
be done with that. For now let's keep sizes as-in, but AFAICS none of
the users actually want PATH_MAX.
References
Configurations
Configuration 1 (hide)
|
History
No history.
Information
Published : 2026-05-06 12:16
Updated : 2026-06-17 10:49
NVD link : CVE-2026-43245
Mitre link : CVE-2026-43245
CVE.ORG link : CVE-2026-43245
JSON object : View
Products Affected
linux
- linux_kernel
CWE
