CVE-2026-53320

Vulnérabilité non évaluée dans Linux (Linux)

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=7.0.*, <=6.12.*, 0, 6.18.33, 5.15.209, <9472d37799a0b9ff9b99639f35961ac2f0b3c9be, <4525658002be3ad310b16bf8db48c8adb6a55d32, 6.12.91, <=5.10.*, 2.6.30, <=6.6.*, 6.1.175, <e5ff0ba4b6983cdbcc826efc201e7179ece5d46f, 6.6.141, <e0a0c4903cbba351f0f5b5d104960d3a5b23202f, <2.6.30, 7.1, <=6.18.*, 7.0.10, <94094e70fe292c9566502772d4d4d6d6a99204b1, 5.10.258, <=*, <b88f905d4449b70da6bda547be546e365e44352e, <=5.15.*, <65e07964b4b2daf9a54e686cf0fa72d74a9648a8, <be3e5d10643d3be1cbac9d9939f220a99253f980, 7942b919f7321f95a777d396ff7894a7a83dc9b0

Description

In the Linux kernel, the following vulnerability has been resolved: nilfs2: reject zero bd_oblocknr in nilfs_ioctl_mark_blocks_dirty() nilfs_ioctl_mark_blocks_dirty() uses bd_oblocknr to detect dead blocks by comparing it with the current block number bd_blocknr. If they differ, the block is considered dead and skipped. However, bd_oblocknr should never be 0 since block 0 typically stores the primary superblock and is never a valid GC target block. A corrupted ioctl request with bd_oblocknr set to 0 causes the comparison to incorrectly match when the lookup returns -ENOENT and sets bd_blocknr to 0, bypassing the dead block check and calling nilfs_bmap_mark() on a non-existent block. This causes nilfs_btree_do_lookup() to return -ENOENT, triggering the WARN_ON(ret == -ENOENT). Fix this by rejecting ioctl requests with bd_oblocknr set to 0 at the beginning of each iteration. [ryusuke: slightly modified the commit message and comments for accuracy]

Gravité et risque d'exploitation

CVE-2026-53320 obtient un score CVSS de 0.0/10, soit une gravité non évaluée. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.17 %, ce qui la place devant 6.3 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=7.0.*, <=6.12.*, 0, 6.18.33, 5.15.209, <9472d37799a0b9ff9b99639f35961ac2f0b3c9be, <4525658002be3ad310b16bf8db48c8adb6a55d32, 6.12.91, <=5.10.*, 2.6.30, <=6.6.*, 6.1.175, <e5ff0ba4b6983cdbcc826efc201e7179ece5d46f, 6.6.141, <e0a0c4903cbba351f0f5b5d104960d3a5b23202f, <2.6.30, 7.1, <=6.18.*, 7.0.10, <94094e70fe292c9566502772d4d4d6d6a99204b1, 5.10.258, <=*, <b88f905d4449b70da6bda547be546e365e44352e, <=5.15.*, <65e07964b4b2daf9a54e686cf0fa72d74a9648a8, <be3e5d10643d3be1cbac9d9939f220a99253f980, 7942b919f7321f95a777d396ff7894a7a83dc9b0) est présent sur votre parc.
  • Appliquez le correctif ou la version corrigée indiqués dans les références de l'éditeur.
  • À défaut de correctif, limitez l'exposition (filtrage réseau, désactivation du composant).
  • Automatisez la détection : les agents CVE Heimdall (gratuits, open source) corrèlent l'inventaire de vos serveurs avec la base CVE.

Références