Odebrany

CVE-2026-98717

opublikowano: 18.10.2026, 18:17

modyfikacja: 19.10.2026, 12:19

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ę:

KVM: x86/mmu: Uwolnij się od spacerów w cieniu, jeśli root jest nieprawidłowy lub jest fikcyjny

Podczas przeglądania tabel stron cienia natychmiast zakończ przeszukiwanie, jeśli jest to root
jest „fikcyjnym” rootem, tj. rootem, którego tabela stron najwyższego poziomu jest wspierana przez
strona zerowa, ale poza tym nie istnieje. Jeśli tworzenie memslotu ściga się z
błąd strony etapu 2 (naruszenie EPT lub #NPF) z L2, to jeśli gwiazdy się wyrównają,
KVM spróbuje przejść przez tabele stron cienia przy użyciu strony zerowej i naciśnie a
Zmiana wskaźnika NULL.

BŁĄD: wyłuskiwanie wskaźnika NULL jądra, adres: 0000000000000021
#PF: dostęp do odczytu nadzorcy w trybie jądra
#PF: kod_błędu(0x0000) - nie ma strony
PGD 0 P4D 0
Ups: Ups: 0000 [nr 1] SMP
Procesor: 30 UID: 1000 PID: 941 Comm: qemu Nieskażony 7.2.0-rc2-1b731e5ded48-next-vm #1741 PREEMPTLAZY
Nazwa sprzętu: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02.06.2015
RIP: 0010:__kvm_mmu_invalidate_addr+0xea/0x210 [kvm]
Zadzwoń do śledzenia:
<ZADANIE>
kvm_mmu_invalidate_addr+0x92/0xe0 [kvm]
__kvm_inject_emulated_page_fault+0x67/0x80 [kvm]
ept_page_fault+0x160/0x850 [kvm]
kvm_mmu_do_page_fault+0x102/0x1f0 [kvm]
kvm_mmu_page_fault+0x8e/0x6b0 [kvm]
vmx_handle_exit+0x163/0x640 [kvm_intel]
kvm_arch_vcpu_ioctl_run+0x960/0x2120 [kvm]
kvm_vcpu_ioctl+0x2c7/0x970 [kvm]
__x64_sys_ioctl+0x90/0xd0
do_syscall_64+0x67/0x5f0
wpis_SYSCALL_64_after_hwframe+0x4b/0x53
RIP: 0033:0x7f606d0b53bb

Oportunistycznie utwardzaj kroki cienia przeciwko całkowicie nieprawidłowym korzeniom, ale
OSTRZEŻAJ, ponieważ od wszystkich wywołujących oczekuje się/wymaga się wstępnego sprawdzenia poprawnego katalogu głównego.
Nie OSTRZEŻ w przypadku fikcyjnego katalogu głównego, ponieważ cały sens używania fikcyjnego katalogu głównego
jest zapewnienie katalogu głównego, który jest wystarczająco ważny, aby wejść do gościa, tj. powinien
Po prostu pracuj dla wszystkich przepływów z wyjątkiem tych, które *muszą* wiedzieć o fikcyjnych korzeniach.

Alternatywnie KVM może przydzielić dedykowaną stronę i powiązany cień
struktura strony dla fikcyjnego katalogu głównego, która sama w sobie jest bardzo kusząca
podejście powinno być bardziej odporne na nieoczekiwane zachowanie. Ale to
byłaby znacznie większą i tym samym bardziej ryzykowną zmianą niż zwykłe zakończenie umowy
spacery po fikcyjnych korzeniach.

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

KVM: x86/mmu: Bail from shadow walks if the root is invalid or a dummy

When walking shadow page tables, immediately terminate the walk if the root
is a "dummy" root, i.e. a root whose top-level page table is backed by the
zero page, but otherwise doesn't exist. If memslot creation races with a
stage-2 page fault (EPT violation or #NPF) from L2, then if the stars align,
KVM will attempt to walk shadow page tables using the zero page and hit a
NULL pointer deref.

BUG: kernel NULL pointer dereference, address: 0000000000000021
#PF: supervisor read access in kernel mode
#PF: error_code(0x0000) - not-present page
PGD 0 P4D 0
Oops: Oops: 0000 [#1] SMP
CPU: 30 UID: 1000 PID: 941 Comm: qemu Not tainted 7.2.0-rc2-1b731e5ded48-next-vm #1741 PREEMPTLAZY
Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015
RIP: 0010:__kvm_mmu_invalidate_addr+0xea/0x210 [kvm]
Call Trace:
<TASK>
kvm_mmu_invalidate_addr+0x92/0xe0 [kvm]
__kvm_inject_emulated_page_fault+0x67/0x80 [kvm]
ept_page_fault+0x160/0x850 [kvm]
kvm_mmu_do_page_fault+0x102/0x1f0 [kvm]
kvm_mmu_page_fault+0x8e/0x6b0 [kvm]
vmx_handle_exit+0x163/0x640 [kvm_intel]
kvm_arch_vcpu_ioctl_run+0x960/0x2120 [kvm]
kvm_vcpu_ioctl+0x2c7/0x970 [kvm]
__x64_sys_ioctl+0x90/0xd0
do_syscall_64+0x67/0x5f0
entry_SYSCALL_64_after_hwframe+0x4b/0x53
RIP: 0033:0x7f606d0b53bb

Opportunistically harden the shadow walks against fully invalid roots, but
WARN, as all callers are expected/required to pre-check for a valid root.
Don't WARN in the dummy root case as the whole point of using a dummy root
is to provide a root that's valid enough to enter the guest, i.e. it should
Just Work for all flows except those that *need* to know about dummy roots.

Alternatively, KVM could allocate a dedicated page and associated shadow
page structure for the dummy root, which is very tempting as it such an
approach should be more resilient against unexpected behavior. But that
would be a much larger and thus riskier change than simply terminating
walks of dummy roots.

>_ 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