CVE-2022-49554

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

CVSS 7.8 · Élevée
EPSS 0.2%
Linux•Linux•Versions : <=5.17.*, 5.15.45, 0, <3674d8a8dadd03a447dd21069d4dacfc3399b63b, 77ff465799c60294e248000cd22ae8171da3304c, 5.19, <3ec459c8810e658401be428d3168eacfc380bdd0, 4.19.246, <fae05b2314b147a78fbed1dc4c645d9a66313758, <=5.10.*, <=4.14.*, <2505a981114dcb715f8977b8433f7540854851d8, <fc658c083904427abbf8f18280d517ee2668677c, <=5.18.*, <=5.4.*, 5.18.2, <=4.19.*, 5.10.120, <c5402fb5f71f1a725f1e55d9c6799c0c7bec308f, 5.17.13, <=*, <4.14, <=5.15.*, 5.4.197, <8ba7b7c1dad1f6503c541778f31b33f7f62eb966, <645996efc2ae391246d595832aaa6f9d3cc338c7, 4.14, 4.14.282

Description

In the Linux kernel, the following vulnerability has been resolved: zsmalloc: fix races between asynchronous zspage free and page migration The asynchronous zspage free worker tries to lock a zspage's entire page list without defending against page migration. Since pages which haven't yet been locked can concurrently migrate off the zspage page list while lock_zspage() churns away, lock_zspage() can suffer from a few different lethal races. It can lock a page which no longer belongs to the zspage and unsafely dereference page_private(), it can unsafely dereference a torn pointer to the next page (since there's a data race), and it can observe a spurious NULL pointer to the next page and thus not lock all of the zspage's pages (since a single page migration will reconstruct the entire page list, and create_page_chain() unconditionally zeroes out each list pointer in the process). Fix the races by using migrate_read_lock() in lock_zspage() to synchronize with page migration.

Gravité et risque d'exploitation

CVE-2022-49554 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.22 %, ce qui la place devant 11.3 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=5.17.*, 5.15.45, 0, <3674d8a8dadd03a447dd21069d4dacfc3399b63b, 77ff465799c60294e248000cd22ae8171da3304c, 5.19, <3ec459c8810e658401be428d3168eacfc380bdd0, 4.19.246, <fae05b2314b147a78fbed1dc4c645d9a66313758, <=5.10.*, <=4.14.*, <2505a981114dcb715f8977b8433f7540854851d8, <fc658c083904427abbf8f18280d517ee2668677c, <=5.18.*, <=5.4.*, 5.18.2, <=4.19.*, 5.10.120, <c5402fb5f71f1a725f1e55d9c6799c0c7bec308f, 5.17.13, <=*, <4.14, <=5.15.*, 5.4.197, <8ba7b7c1dad1f6503c541778f31b33f7f62eb966, <645996efc2ae391246d595832aaa6f9d3cc338c7, 4.14, 4.14.282) 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