Odebrany

CVE-2026-93232

opublikowano: 24.09.2026, 18:17

modyfikacja: 24.09.2026, 18:17

Ocena CVSS

n/a

Brak oceny

Oficjalne źródła

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

W jądrze Linuksa usunięto następującą lukę:

mm/hugetlb: napraw panikę podczas rozruchu za pomocą stron bootmem CONFIG_DEBUG_VM i HVO

Seria poprawek „mm: Refactor bootmem gigantyczny przydział ogromnych stron”, v4.

Ta seria jest oddzielona od wcześniejszej większej serii „mm: Generalize
HVO dla HugeTLB i urządzenia DAX” [1]. Gromadzi pierwsze 19 poprawek
tę serię jako samodzielny zestaw poprawek i przygotowawczych porządków
bootmem Obsługa ogromnej liczby TLB, rzadka kolejność inicjalizacji i powiązane
konfiguracja vmemmapa.

Pierwsze łatki naprawiają kilka błędów znalezionych podczas przeglądania istniejącego kodu,
w tym nieprawidłowa obsługa bootmem HVO, zła rejestracja vmemmap
argumenty, błąd śledzenia złożonej mapy vmemmap w Powerpc i za późno
inicjalizacja gigantycznych stron struktury bootmem HugeTLB.

Reszta serii zmienia kolejność wczesnej inicjalizacji pamięci, więc
odpowiedni stan strefy jest dostępny przed konfiguracją czasu rozruchu rzadkiego i HugeTLB
działa, a następnie upraszcza pozostałą gigantyczną alokację ogromnej strony bootmem
path i usuwa kod, który stał się przestarzały w wyniku tej przeróbki.

Na wysokim poziomie:
- poprawki [1-4] naprawiające błędy związane z czasem rozruchu i specyficzne dla arch
- poprawki [5-12] zmieniają kolejność i upraszczają wczesną inicjację sparse/mm/hugetlb
- poprawki [13-19] refaktoryzują bootmem gigantyczną alokację ogromnych stron i
usuń przestarzałe pomocniki i stan

Ta łatka (z 19):

Zatwierdzono 622026e87c40 („mm/hugetlb: usuń fałszywe strony główne”) przełączono
HVO do ponownego wykorzystania współdzielonych stron końcowych dla poszczególnych stref ze strefy->vmemmap_tails[].

Te wspólne strony końcowe zostały zainicjowane w hugetlb_vmemmap_init(), ale
bootmem Folie HugeTLB są przygotowywane wcześniej z
zbieraj_bootmem_prealloc(). Z hugetlb_free_vmemmap=on,
prep_and_add_bootmem_folios() może uzyskać dostęp do flag bloków stron w pamięci bootmem
Ogromne strony TLB, których lustrzane strony struktury końcowej już wskazują na udostępnione
strona ogona. Na jądrach CONFIG_DEBUG_VM następnie get_pfnblock_bitmap_bitidx()
odwołuje się do wciąż niezainicjowanej udostępnionej strony końcowej i może w tym czasie wpaść w panikę
rozruch.

Zainicjuj strefę->vmemmap_tails[] z metody zbierania_bootmem_prealloc(), przed
bootmem Folie HugeTLB są przetwarzane i porzucają późniejszą inicjalizację
z hugetlb_vmemmap_init().

Ten błąd dotyczy tylko jąder CONFIG_DEBUG_VM, jeśli ma to zastosowanie
twierdzenie jest oceniane.

In the Linux kernel, the following vulnerability has been resolved:

mm/hugetlb: fix boot panic with CONFIG_DEBUG_VM and HVO bootmem pages

Patch series "mm: Refactor bootmem gigantic hugepage allocation", v4.

This series is split out from the earlier larger series "mm: Generalize
HVO for HugeTLB and device DAX" [1]. It collects the first 19 patches of
that series as a standalone set of fixes and preparatory cleanups around
bootmem HugeTLB handling, sparse initialization ordering, and related
vmemmap setup.

The first patches fix a few bugs found while reviewing the existing code,
including incorrect bootmem HVO handling, wrong vmemmap registration
arguments, a powerpc compound-vmemmap tracking bug, and too-late
initialization of gigantic bootmem HugeTLB struct pages.

The rest of the series reorders early memory initialization so the
relevant zone state is available before sparse and HugeTLB boot-time setup
runs, then simplifies the remaining bootmem gigantic hugepage allocation
path and removes code made obsolete by that rework.

At a high level:
- patches [1-4] fix boot-time and arch-specific bugs
- patches [5-12] reorder and simplify sparse/mm/hugetlb early init
- patches [13-19] refactor bootmem gigantic hugepage allocation and
remove obsolete helpers and state

This patch (of 19):

Commit 622026e87c40 ("mm/hugetlb: remove fake head pages") switched
HVO to reuse per-zone shared tail pages from zone->vmemmap_tails[].

Those shared tail pages were initialized in hugetlb_vmemmap_init(), but
bootmem HugeTLB folios are prepared earlier from
gather_bootmem_prealloc(). With hugetlb_free_vmemmap=on,
prep_and_add_bootmem_folios() can access pageblock flags on bootmem
HugeTLB pages whose mirrored tail struct pages already point to the shared
tail page. On CONFIG_DEBUG_VM kernels, get_pfnblock_bitmap_bitidx() then
dereferences the still-uninitialized shared tail page and can panic during
boot.

Initialize zone->vmemmap_tails[] from gather_bootmem_prealloc(), before
bootmem HugeTLB folios are processed, and drop the later initialization
from hugetlb_vmemmap_init().

This bug only affects CONFIG_DEBUG_VM kernels, where the relevant
assertion is evaluated.

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve