CVE-2022-49286

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=5.17.*, <5b1d2561a03e534064b51c50c774657833d3d2cf, 5.18, 0, <eda1662cce964c8a65bb86321f8d9cfa6e9ceaab, 5.17.1, <fb5abce6b2bb5cb3d628aaa63fa821da8c4600f9, <ba84f9a48366dcc3cdef978599433efe101dd5bd, <=5.10.*, 5.15.32, <95193d12f10a8a088843b25e0f5fe1d83ec6b079, 4.12, 5.4.188, <=5.4.*, 5.10.109, <=5.16.*, 4d57856a21ed2abe33412e0526cc84bdcf67ea08, <=*, <=5.15.*, <4.12, <476ddd23f818fb94cf86fb5617f3bb9a7c92113d, 5.16.18

Description

In the Linux kernel, the following vulnerability has been resolved: tpm: use try_get_ops() in tpm-space.c As part of the series conversion to remove nested TPM operations: https://lore.kernel.org/all/20190205224723.19671-1-jarkko.sakkinen@linux.intel.com/ exposure of the chip->tpm_mutex was removed from much of the upper level code. In this conversion, tpm2_del_space() was missed. This didn't matter much because it's usually called closely after a converted operation, so there's only a very tiny race window where the chip can be removed before the space flushing is done which causes a NULL deref on the mutex. However, there are reports of this window being hit in practice, so fix this by converting tpm2_del_space() to use tpm_try_get_ops(), which performs all the teardown checks before acquring the mutex.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=5.17.*, <5b1d2561a03e534064b51c50c774657833d3d2cf, 5.18, 0, <eda1662cce964c8a65bb86321f8d9cfa6e9ceaab, 5.17.1, <fb5abce6b2bb5cb3d628aaa63fa821da8c4600f9, <ba84f9a48366dcc3cdef978599433efe101dd5bd, <=5.10.*, 5.15.32, <95193d12f10a8a088843b25e0f5fe1d83ec6b079, 4.12, 5.4.188, <=5.4.*, 5.10.109, <=5.16.*, 4d57856a21ed2abe33412e0526cc84bdcf67ea08, <=*, <=5.15.*, <4.12, <476ddd23f818fb94cf86fb5617f3bb9a7c92113d, 5.16.18) 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