CVE-2026-15449

ŚrednieCVSS 5.8

Opublikowano: 16/07/2026(UTC)Zaktualizowano: 17/07/2026(UTC)Przetłumaczono: 18/07/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.08%

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

Streszczenie

W sterowniku pseudo-sieciowym dld systemu illumos wykryto podatność TOCTOU (time-of-check to time-of-use) w obsłudze ioctl DLDIOC_GETMACPROP i DLDIOC_SETMACPROP. Funkcja drv_ioc_prop_common() dwukrotnie kopiuje dane z przestrzeni użytkownika, a złośliwy wątek może zmienić rozmiar między tymi kopiami, powodując przepełnienie bufora jądra. Lokalny, nieuprzywilejowany użytkownik może doprowadzić do paniki systemu lub potencjalnie do dalszej kompromitacji.

Ocena ryzyka

Ryzyko obejmuje możliwość lokalnego podniesienia uprawnień lub wywołania awarii systemu (paniki) przez nieuprzywilejowanego użytkownika, nawet w strefie nieglobalnej posiadającej łącze danych. Może to prowadzić do naruszenia integralności jądra i potencjalnego przejęcia kontroli nad systemem.

Rekomendacja

Należy niezwłocznie zastosować łatkę bezpieczeństwa dostarczoną przez dystrybutora systemu illumos. Do czasu jej wdrożenia ograniczyć dostęp do interfejsu /dev/dld dla nieuprzywilejowanych użytkowników oraz monitorować system pod kątem nietypowych zdarzeń.

Inne podatności w illumos

CVE-2026-15422Krytyczne
W ścieżce przychodzącej SCTP w systemie illumos występuje podatność polegająca na niewystarczającej walidacji parametrów adresowych w pakietach INIT ACK. Atakujący może wysłać spreparowany pakiet SCTP INIT ACK, powodując odczyt poza zakresem i uszkodzenie sterty jądra, co może prowadzić do zdalnego wykonania kodu.

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

A time-of-check to time-of-use (TOCTOU) flaw in the illumos data-link pseudo-driver (dld) affects handling of the DLDIOC_GETMACPROP and DLDIOC_SETMACPROP ioctls on /dev/dld. drv_ioc_prop_common() in usr/src/uts/common/io/dld/dld_drv.c copies the dld_ioc_macprop_t ioctl header in once to read its pr_valsize field, sizes and allocates a kernel heap buffer from that value, and then copies the full request in a second time from the same unprivileged user address. A concurrent thread can enlarge pr_valsize between the two copyins, so the second copyin and the subsequent property handling write beyond the end of the undersized allocation and corrupt the kernel heap. An unprivileged local user, including one confined to a non-global zone that owns a datalink, can trigger this to panic the system. The resulting kernel heap corruption may be usable for further compromise.