CVE-2022-49761

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

CVSS 7.8 · Élevée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <fdb4a70bb768d2a87890409597529ad81cb3de8a, 79787eaab46121d4713ed03c8fc63b9ec3eaec76, 3.4, 5.10.165, <=5.15.*, <=*, 6.1.8, 6.2, <=5.10.*, <3.4, <39f501d68ec1ed5cd5c66ac6ec2a7131c517bb92, 0, 5.15.90, <18bd1c9c02e64a3567f90c83c2c8b855531c8098, <853ffa1511b058c79a4c9bb1407b3b20ce311792

Description

In the Linux kernel, the following vulnerability has been resolved: btrfs: always report error in run_one_delayed_ref() Currently we have a btrfs_debug() for run_one_delayed_ref() failure, but if end users hit such problem, there will be no chance that btrfs_debug() is enabled. This can lead to very little useful info for debugging. This patch will: - Add extra info for error reporting Including: * logical bytenr * num_bytes * type * action * ref_mod - Replace the btrfs_debug() with btrfs_err() - Move the error reporting into run_one_delayed_ref() This is to avoid use-after-free, the @node can be freed in the caller. This error should only be triggered at most once. As if run_one_delayed_ref() failed, we trigger the error message, then causing the call chain to error out: btrfs_run_delayed_refs() `- btrfs_run_delayed_refs() `- btrfs_run_delayed_refs_for_head() `- run_one_delayed_ref() And we will abort the current transaction in btrfs_run_delayed_refs(). If we have to run delayed refs for the abort transaction, run_one_delayed_ref() will just cleanup the refs and do nothing, thus no new error messages would be output.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <fdb4a70bb768d2a87890409597529ad81cb3de8a, 79787eaab46121d4713ed03c8fc63b9ec3eaec76, 3.4, 5.10.165, <=5.15.*, <=*, 6.1.8, 6.2, <=5.10.*, <3.4, <39f501d68ec1ed5cd5c66ac6ec2a7131c517bb92, 0, 5.15.90, <18bd1c9c02e64a3567f90c83c2c8b855531c8098, <853ffa1511b058c79a4c9bb1407b3b20ce311792) 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