Heimdall Security Logo

CVE-2026-72379

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : 7.1.5, <a2038514e69371eb493083a6a897ed20fcbb8acb, 6.18.40, <=6.12.*, <47e434da476b5a8bcd1e6e52ab03c5ee7764ee78, <5.13, 0, <=7.1.*, <539dce1144651f7976fa418e618b0b574bf15eeb, 6.12.97, <=6.6.*, <bac8fb0d60254846f3b56957435dcd870ae12948, 5.13, <=6.18.*, 6.6.145, 8e5389132ab429604c1a2459b52f0c849a71cc61, <=*, <503d0568a525b168d9aa5ca046ec72fc5477df84, 7.2

Description

In the Linux kernel, the following vulnerability has been resolved: fs: refuse O_TMPFILE creation with an unmapped fsuid or fsgid vfs_tmpfile() never checked that the caller's fsuid and fsgid map into the filesystem. On an idmapped mount whose idmapping does not cover the caller's fs{u,g}id, the ->tmpfile() instance initializes the new inode through inode_init_owner(), where mapped_fsuid()/mapped_fsgid() return INVALID_UID/INVALID_GID, and the tmpfile ends up owned by (uid_t)-1. Every other creation path already refuses this: may_o_create() (O_CREAT) and may_create_dentry() (mkdir, mknod, symlink, link) bail out with -EOVERFLOW via fsuidgid_has_mapping() precisely so that an object cannot be created with an owner the filesystem cannot represent. An O_TMPFILE is no exception: it is created I_LINKABLE and linkat(2) can splice it into the namespace afterwards, so the same guarantee must hold. Add the missing fsuidgid_has_mapping() check to vfs_tmpfile(). On a non-idmapped mount the caller's fs{u,g}id always map in the superblock's user namespace, so this is a no-op there and only takes effect on an idmapped mount that does not map the caller. It applies to every filesystem that sets FS_ALLOW_IDMAP and implements ->tmpfile() (tmpfs, ext4, btrfs, xfs, f2fs, ...), and to overlayfs, whose upper-layer tmpfile creation funnels through vfs_tmpfile() via backing_tmpfile_open().

Gravité et risque d'exploitation

CVE-2026-72379 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.21 %, ce qui la place devant 10.4 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions 7.1.5, <a2038514e69371eb493083a6a897ed20fcbb8acb, 6.18.40, <=6.12.*, <47e434da476b5a8bcd1e6e52ab03c5ee7764ee78, <5.13, 0, <=7.1.*, <539dce1144651f7976fa418e618b0b574bf15eeb, 6.12.97, <=6.6.*, <bac8fb0d60254846f3b56957435dcd870ae12948, 5.13, <=6.18.*, 6.6.145, 8e5389132ab429604c1a2459b52f0c849a71cc61, <=*, <503d0568a525b168d9aa5ca046ec72fc5477df84, 7.2) 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

Rechercher une autre CVE