CVE-2026-97619

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <796aa0547557e63338657ed1c487906f9fac4c73, <5.11, <696459029f3b65c070c91b729478475582f1dcdf, <=6.12.*, 7.2.7, ea2e6286e3e89a115ae554e20ba9aec2b2e1ddff, 2a853c206e553dd9c0a55c22858fd6a446d93e15, <cc580cee4dfa2ec9099c30ecbd4d804cbb996432, 6.18.53, 0, <055d43a1233edbd80e558889258105ce63051bcd, 6.12.112, 89a410dbd0f159ddd308f19d6eb682fc753e4771, <5.16, <=6.18.*, 6.1, <=7.2.*, b000145e9907809406d8164c3b2b8861d95aecd1, 5.10.165, <=*, 6.0.3, 5.15.90, <6.1, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: io_uring/rw: end write accounting from ->ki_complete Commit b000145e9907 moved both the fsnotify calls and the write accounting out of the kiocb completion handler and into the io_req_rw_complete() task_work. However, only the fsnotify part actually needed to move as it may sleep. Ending the write accounting is just a percpu_up_read() on the superblock writers sem. Deferring it is a problem, because it makes dropping SB_FREEZE_WRITE protection depend on the ring owner getting to running task_work. But the task may be blocked in freeze_super(), causing it to never get to that: task io-wq worker -------------------------------------------------------------- io_write() io_kiocb_start_write() (takes sb_writers, hidden from lockdep by __sb_writers_release) write_iter() -> -EIOCBQUEUED ioctl(FS_IOC_SHUTDOWN) bdev_freeze() freeze_super() percpu_down_write() <- waits for the reader above io_write() kiocb_start_write() percpu_down_read() <- queued behind the writer <bio completes> io_complete_rw() queues io_req_rw_complete() <- never runs, task is in D state End the write from io_complete_rw() instead, and leave only the fsnotify calls in task_work.

Gravité et risque d'exploitation

CVE-2026-97619 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.20 %, ce qui la place devant 9.2 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <796aa0547557e63338657ed1c487906f9fac4c73, <5.11, <696459029f3b65c070c91b729478475582f1dcdf, <=6.12.*, 7.2.7, ea2e6286e3e89a115ae554e20ba9aec2b2e1ddff, 2a853c206e553dd9c0a55c22858fd6a446d93e15, <cc580cee4dfa2ec9099c30ecbd4d804cbb996432, 6.18.53, 0, <055d43a1233edbd80e558889258105ce63051bcd, 6.12.112, 89a410dbd0f159ddd308f19d6eb682fc753e4771, <5.16, <=6.18.*, 6.1, <=7.2.*, b000145e9907809406d8164c3b2b8861d95aecd1, 5.10.165, <=*, 6.0.3, 5.15.90, <6.1, 7.3) 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