CVE-2026-89793

Vulnérabilité élevée dans Linux (Linux)

CVSS 7.8 · Élevée
EPSS 0.2%
Linux•Linux•Versions : <=6.12.*, 0, 6.18.51, <e373c1acdbcf88cec533ece9f589020adaed0a78, <=6.6.*, 6.0, 7.2.5, <6e2b571b0a54755b06e092501913e1dfefe75d6c, 6.6.157, <6.0, <fa5e1bc673ca59722608af67b27e65dba0c97926, 71f28f3136aff5890cd56de78abc673f8393cad9, <be41733c24be58e2a1ef718c80fafdfb98a40d5e, <=6.18.*, <=7.2.*, 6.12.110, <5befd06a72216869b607cf7724a4f16c6a2d3999, <=*, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: ublk: clear VM_MAYWRITE on read-only ublk char device mmap ublk_ch_mmap() rejects mmap requests with VM_WRITE set, but never clears VM_MAYWRITE on the resulting read-only mapping. This allows a userspace daemon to mmap the per-queue command buffer PROT_READ, then upgrade it to PROT_WRITE via mprotect(), since VM_MAYWRITE was never cleared. The command buffer holds struct ublksrv_io_desc entries that are kernel-written ABI; a writable mapping lets an unprivileged daemon process corrupt fields such as addr, op_flags, nr_sectors, and start_sector. Same bug class as the drm/panthor and drm/vc4 VM_MAYWRITE fixes, and the 2026-08-13 ptp/vmclock fix (a5edadbae57e). Verified via mprotect() PoC: before the fix, a PROT_READ mapping can be upgraded to PROT_READ|PROT_WRITE and a write into the command buffer corrupts io_desc fields (confirmed under KASAN). After the fix, mprotect() returns -EACCES.

Gravité et risque d'exploitation

CVE-2026-89793 obtient un score CVSS de 7.8/10, soit une gravité élevé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 5.7 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.12.*, 0, 6.18.51, <e373c1acdbcf88cec533ece9f589020adaed0a78, <=6.6.*, 6.0, 7.2.5, <6e2b571b0a54755b06e092501913e1dfefe75d6c, 6.6.157, <6.0, <fa5e1bc673ca59722608af67b27e65dba0c97926, 71f28f3136aff5890cd56de78abc673f8393cad9, <be41733c24be58e2a1ef718c80fafdfb98a40d5e, <=6.18.*, <=7.2.*, 6.12.110, <5befd06a72216869b607cf7724a4f16c6a2d3999, <=*, 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