CVE-2026-19574

WysokieCVSS 7.0

Opublikowano: 09/10/2026(UTC)Zaktualizowano: 09/10/2026(UTC)Przetłumaczono: 09/10/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.10%

Percentyl 1 - wyżej niż 1% wszystkich znanych CVE

Streszczenie

W podsystemie MMU dla architektury ARM64 w Zephyr RTOS identyfikatory ASID przydzielane są przez prosty licznik round-robin, który po przekroczeniu 255 możliwych wartości zaczyna przydzielać te same ASID aktywnym domenom pamięci. Ponieważ mapowania domen są instalowane jako nieglobalne (MT_NG), ASID jest jedynym znacznikiem odróżniającym tłumaczenia w TLB, a ścieżka przełączenia kontekstu nie opróżnia TLB w przypadku kolizji osiągniętej przez trzecią domenę. W efekcie wątki w trybie użytkownika mogą czytać i zapisywać pamięć należącą do innej domeny, naruszając izolację domen pamięci.

Ocena ryzyka

Podatność pozwala obejść granicę izolacji domen pamięci i uzyskać dostęp do partycji oraz stosów wątków innej domeny, co może prowadzić do wycieku danych lub eskalacji uprawnień. Wymaga jednak aplikacji z CONFIG_USERSPACE na ARM64, która utworzy ponad 255 domen pamięci w czasie działania, a API k_mem_domain_init() i k_mem_domain_deinit() są dostępne wyłącznie dla kodu uprzywilejowanego.

Rekomendacja

Zaktualizuj Zephyr RTOS do wersji zawierającej poprawkę, która przed przydzieleniem ASID skanuje listę aktywnych domen, przesuwa licznik poza zajęte ASID i zwraca -ENOMEM, gdy wszystkie są zajęte. Do czasu aktualizacji ogranicz tworzenie domen pamięci w aplikacjach z CONFIG_USERSPACE na ARM64 do mniej niż 255 w czasie życia systemu.

Inne podatności w Zephyr RTOS

Zobacz wszystkie

Oryginalny opis (angielski, źródło NVD)

The ARM64 MMU back-end allocated address space identifiers (ASIDs) for memory domains with a bare round-robin counter in arch_mem_domain_init() (arch/arm64/core/mmu.c). VM_ASID_BITS is 8, so only 255 ASIDs exist; once the counter wrapped, arch_mem_domain_init() could hand an ASID to a new domain while a still-live domain held the same one. Domain-private mappings are installed non-global (MT_NG), so the ASID is the only tag separating one domain's cached translations from another's in the TLB. The context-switch path in z_arm64_swap_ptables() only flushes the TLB when the outgoing and incoming domains carry the same ASID, which does not cover a duplicate reached through a third domain: for domains A and C sharing an ASID and an unrelated domain B, the schedule A -> B -> C never takes the flush branch, so the ASID-tagged entries A populated remain resident while C runs. Under SMP two live domains sharing an ASID can additionally be resident on two CPUs at once, which the architecture does not allow for distinct translation-table sets. Triggering the wrap requires a CONFIG_USERSPACE application on ARM64 that creates more than 255 memory domains over its lifetime; k_mem_domain_init() and k_mem_domain_deinit() are supervisor-only APIs and are not exposed as syscalls, so an unprivileged thread cannot drive the counter directly. Once two live domains alias, however, a user-mode thread in one domain can read and write memory belonging to the other domain's partitions and thread stacks with that domain's permissions, defeating the memory-domain isolation boundary. The fix scans the live domain_list before assigning an ASID, advances the round-robin counter past ASIDs already in use, and returns -ENOMEM when all are taken, so domain creation fails closed instead of silently aliasing.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS