Heimdall Security Logo

CVE-2026-53154

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

CVSS 0.0 · Non évaluée
EPSS 0.1%
Linux•Linux•Versions : <8d6e1dd3ad1340cd8b6d554b7aa93d8f0a1c6d38, <=7.0.*, <=6.12.*, 6.12.94, <40c81856e622a9dc59294a90d169ac07ea25b0b0, 0, <45e33d43243d71d089af42f5077b8213cee6610f, 6.4, <=6.6.*, 7.0.13, <c72469ac0f274bde3f0df60a4584e14a123d0aa6, <6.4, 6.18.36, 1cb9dc4b475c7418f925ab0c97b6750007d9f52e, 7.1, <=6.18.*, <=*, 6.6.143, <e47bf16af3c45470ea32f2241fa69aefe0dd61bd

Description

In the Linux kernel, the following vulnerability has been resolved: mm/hugetlb: restore reservation on error in hugetlb folio copy paths Two sites in mm/hugetlb.c allocate a hugetlb folio via alloc_hugetlb_folio() (consuming a VMA reservation) and then call copy_user_large_folio(), which became int-returning in commit 1cb9dc4b475c ("mm: hwpoison: support recovery from HugePage copy-on-write faults") and can now fail (e.g. -EHWPOISON on a hwpoisoned source page). On the failure path, folio_put() restores the global hugetlb pool count through free_huge_folio(), but the per-VMA reservation map entry is left marked consumed: - hugetlb_mfill_atomic_pte() resubmission path (UFFDIO_COPY) - copy_hugetlb_page_range() fork-time CoW path when hugetlb_try_dup_anon_rmap() fails (rare: pinned hugetlb anon folio under fork) User-visible effect: on UFFDIO_COPY into a private hugetlb VMA where the resubmission copy fails, the reservation for that address is leaked from the VMA's reserve map. A subsequent fault at the same address takes the no-reservation path, and under hugetlb pool pressure the task is SIGBUSed at an address it had previously reserved. The fork-time CoW path leaks the same way in the child VMA's reserve map, though it requires the much rarer combination of pinned hugetlb anon page + hwpoisoned source. Add the missing restore_reserve_on_error() call before folio_put() on both error paths.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <8d6e1dd3ad1340cd8b6d554b7aa93d8f0a1c6d38, <=7.0.*, <=6.12.*, 6.12.94, <40c81856e622a9dc59294a90d169ac07ea25b0b0, 0, <45e33d43243d71d089af42f5077b8213cee6610f, 6.4, <=6.6.*, 7.0.13, <c72469ac0f274bde3f0df60a4584e14a123d0aa6, <6.4, 6.18.36, 1cb9dc4b475c7418f925ab0c97b6750007d9f52e, 7.1, <=6.18.*, <=*, 6.6.143, <e47bf16af3c45470ea32f2241fa69aefe0dd61bd) 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