CVE-2023-52909

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

CVSS 7.5 · Élevée
EPSS 0.6%
Linux•Linux•Versions : <45c08a752982116f3287afcd1bd9c50f4fab0c28, <=6.1.*, 106331a12b0fa5afa6995b1f9ebb03ddcaac6915, <=*, <0b3a551fa58b4da941efeb209b3770868e2eddd7, <973acfdfe90c8a4e58ade97ff0653a498531ff2e, 0, c20097329d2c196b818c4666c7820c1378d69d61, fb70bf124b051d4ded4ce57511dfec6d3ebf2b43, 6.2, <5.19, 5.19, 6.1.7, <0b778361998d6c6356b8d2fc7ddf025fb3224654

Description

In the Linux kernel, the following vulnerability has been resolved: nfsd: fix handling of cached open files in nfsd4_open codepath Commit fb70bf124b05 ("NFSD: Instantiate a struct file when creating a regular NFSv4 file") added the ability to cache an open fd over a compound. There are a couple of problems with the way this currently works: It's racy, as a newly-created nfsd_file can end up with its PENDING bit cleared while the nf is hashed, and the nf_file pointer is still zeroed out. Other tasks can find it in this state and they expect to see a valid nf_file, and can oops if nf_file is NULL. Also, there is no guarantee that we'll end up creating a new nfsd_file if one is already in the hash. If an extant entry is in the hash with a valid nf_file, nfs4_get_vfs_file will clobber its nf_file pointer with the value of op_file and the old nf_file will leak. Fix both issues by making a new nfsd_file_acquirei_opened variant that takes an optional file pointer. If one is present when this is called, we'll take a new reference to it instead of trying to open the file. If the nfsd_file already has a valid nf_file, we'll just ignore the optional file and pass the nfsd_file back as-is. Also rework the tracepoints a bit to allow for an "opened" variant and don't try to avoid counting acquisitions in the case where we already have a cached open file.

Gravité et risque d'exploitation

CVE-2023-52909 obtient un score CVSS de 7.5/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.64 %, ce qui la place devant 49.8 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <45c08a752982116f3287afcd1bd9c50f4fab0c28, <=6.1.*, 106331a12b0fa5afa6995b1f9ebb03ddcaac6915, <=*, <0b3a551fa58b4da941efeb209b3770868e2eddd7, <973acfdfe90c8a4e58ade97ff0653a498531ff2e, 0, c20097329d2c196b818c4666c7820c1378d69d61, fb70bf124b051d4ded4ce57511dfec6d3ebf2b43, 6.2, <5.19, 5.19, 6.1.7, <0b778361998d6c6356b8d2fc7ddf025fb3224654) 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