CVE-2026-43245

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.
Configurations

Configuration 1 (hide)

OR cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*

History

11 Nov 2026, 20:10

Type Values Removed Values Added
Summary
  • (es) En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta: ntfs: -> d_compare() no debe bloquearse ... así que no uses __getname() allí. Cámbialo (y ntfs_d_hash(), ya que estamos) a kmalloc(PATH_MAX, GFP_NOWAIT). Sí, ntfs_d_hash() casi con certeza puede funcionar con asignaciones más pequeñas, pero dejemos que la gente de ntfs se encargue de eso; mantengamos el tamaño de asignación tal cual por ahora. Dejen de abusar de names_cachep en ntfs, punto - varios usos de esa cosa allí no tienen nada que ver con los nombres de ruta; simplemente usen k[mz]alloc() y terminen con eso. Por ahora, mantengamos los tamaños tal cual, pero AFAICS ninguno de los usuarios realmente quiere PATH_MAX.

Information

Published : 2026-05-06 12:16

Updated : 2026-11-11 20:10


NVD link : CVE-2026-43245

Mitre link : CVE-2026-43245

CVE.ORG link : CVE-2026-43245


JSON object : View

Products Affected

linux

  • linux_kernel