Podatności systemd

systemd-homed zawiera błąd lokalnej eskalacji uprawnień poprzez arbitralne dodanie grupy systemowej do lokalnego, zalogowanego użytkownika zarządzanego przez homed.

W systemd w wersjach od 223 do 235, zdalny serwer DNS może odpowiedzieć z niestandardowym rekordem NSEC, co prowadzi do wywołania nieskończonej pętli w funkcji dns_packet_read_type_window() usługi 'systemd-resolved', powodując DoS tej usługi.

W systemd w wersji do 233, rozmiary przekazywane do dns_packet_new w systemd-resolved mogą spowodować przydzielenie zbyt małego bufora. Złośliwy serwer DNS może wykorzystać to poprzez odpowiedź z specjalnie skonstruowanym ładunkiem TCP, aby oszukać systemd-resolved i wymusić przydzielenie zbyt małego bufora, co prowadzi do zapisu dowolnych danych poza jego końcem.

W systemd v228 wystąpiła luka w pliku /src/basic/fs-util.c, która powodowała tworzenie plików suid z uprawnieniami do zapisu dla wszystkich, gdy używane były funkcje timerów systemd. Umożliwia to lokalnym atakującym eskalację uprawnień do poziomu roota.

W systemd odkryto podatność, w której usługa używająca właściwości DynamicUser może utworzyć binarny plik SUID/SGID, który będzie mógł być uruchomiony z tymczasowym UID/GID usługi nawet po jej zakończeniu. Lokalny atakujący może wykorzystać tę lukę, aby uzyskać dostęp do zasobów należących do potencjalnie innego UID/GID.

W udev w systemd przed wersją 260 może wystąpić lokalne wykonanie kodu z uprawnieniami roota za pomocą złośliwych urządzeń sprzętowych oraz niesanitarnych danych wyjściowych z jądra.

W systemd w wersjach od 233 do 259 przed 260, w nspawn może wystąpić akcja ucieczki do hosta poprzez spreparowany opcjonalny plik konfiguracyjny.

Podatność w systemd powoduje, że systemd-coredump nie respektuje ustawienia jądra fs.suid_dumpable, co może prowadzić do lokalnego wycieku informacji.

Odkryto, że usługa systemd korzystająca z właściwości DynamicUser może uzyskać nowe uprawnienia poprzez wykonanie binarek SUID, co pozwala na tworzenie binarek należących do tymczasowej grupy usługi z ustawionym bitem setgid. Lokalny atakujący może wykorzystać tę lukę do uzyskania dostępu do zasobów, które będą.

W systemd wykryto wadę polegającą na niekontrolowanej rekurencji w narzędziu systemd-tmpfiles. Może to prowadzić do odmowy usługi podczas uruchamiania systemu, gdy w katalogu /tmp utworzono zbyt wiele zagnieżdżonych katalogów.

W module NSS nss-mymachines w systemd występuje przepełnienie bufora oparte na stosie w funkcjach getpwnam i getgrnam.

systemd w wersji 233 i wcześniejszych nieprawidłowo przetwarza nazwy użytkowników zaczynające się od cyfry, co skutkuje uruchomieniem usługi z uprawnieniami roota zamiast z zamierzonymi uprawnieniami użytkownika.

Gdy systemd-machined >= v259 (lub v258 z niestandardową polityką polkit, która zezwala na dostęp do `register-machine`) działa na systemie desktopowym, nieuprzywilejowany użytkownik zalogowany w graficznej sesji pulpitu może zabić dowolne procesy, nawet uprzywilejowane. Wersje starsze niż v259 nie są dotknięte, chyba że nieuprzywilejowany dostęp do akcji polkit `register-machine` jest przyznany przez lokalny, niestandardowy plik konfiguracyjny. Wersje starsze niż v258 nie są dotknięte. Niezwiązane z menedżerem usług systemd (pid 1 lub menedżerami sesji użytkownika). systemd-machined nie jest zazwyczaj instalowany domyślnie i jest zazwyczaj w opcjonalnym, osobnym pakiecie (np. systemd-container). Sesje terminalowe lub zdalne (np. ssh) nie są dotknięte.

W systemd wykryto podatność w usłudze systemd-machined, polegającą na niewystarczającej walidacji parametru class w metodzie RegisterMachine D-Bus. Lokalny nieuprzywilejowany użytkownik może wykorzystać tę podatność, próbując zarejestrować maszynę z określoną wartością klasy, co może pozostawić użyteczny obiekt maszyny kontrolowany przez atakującego. Pozwala to atakującemu na wywoływanie metod na uprzywilejowanym obiekcie, prowadząc do wykonania dowolnych poleceń z uprawnieniami roota na hoście.

Podatność w systemd-coredump umożliwia atakującemu wymuszenie awarii procesu SUID i zastąpienie go binarnym plikiem bez uprawnień SUID, aby uzyskać dostęp do zrzutu pamięci oryginalnego uprzywilejowanego procesu. Pozwala to na odczytanie wrażliwych danych, takich jak zawartość pliku /etc/shadow, załadowanych przez oryginalny proces.