CVE-2026-90994

W SSSD skonfigurowanym z dostawcą dostępu LDAP i ldap_access_order zawierającym ppolicy lub lockout może wystąpić warunek fail-open w sprawdzaniu dostępu LDAP ppolicy, gdy wyszukiwanie użytkownika zwróci zero wyników. Może to nieprawidłowo zwrócić sukces i zapisać decyzję o zezwoleniu w pamięci podręcznej, umożliwiając dalszą autoryzację usuniętego lub wyrejestrowanego użytkownika.

W sssd znaleziono usterkę, w której lokalny nieuprzywilejowany użytkownik może wysłać specjalnie spreparowane żądanie z zerową długością treści do respondera NSS. Może to prowadzić do niestabilności lub zakończenia działania respondera NSS, co skutkuje odmową usługi.

W SSSD znaleziono usterkę, w której lokalny atakujący z uprawnieniami do połączenia z gniazdem respondera PAM może wysłać specjalnie spreparowane żądanie protokołu. Jeśli konfiguracja `pam_app_services` jest włączona, a element usługi zostanie pominięty w żądaniu, może wystąpić dereferencja pustego wskaźnika, prowadząca do awarii respondera PAM i zakłócenia usług uwierzytelniania.

W responderze NSS w sssd znaleziono podatność związaną z walidacją danych wejściowych. Lokalny atakujący, wysyłając specjalnie spreparowane żądania wyszukiwania usług do gniazda UNIX respondera NSS, może spowodować odczyt poza zakresem, co może prowadzić do awarii procesu respondera NSS i odmowy usługi.

W dostawcy uwierzytelniania IdP w SSSD funkcja eval_access_token_buf() porównuje identyfikator podmiotu OIDC za pomocą strncmp() z długością identyfikatora uwierzytelnionego użytkownika, wykonując porównanie prefiksu zamiast dokładnego dopasowania. Atakujący, którego identyfikator IdP jest ścisłym prefiksem identyfikatora docelowego użytkownika, może uwierzytelnić się jako ten użytkownik.

W SSSD znaleziono błąd. Funkcja extract_authtok_v1() w responderze PAM nie sprawdza pola auth_token_length względem pozostałego rozmiaru bufora przed przetworzeniem. Lokalny atakujący może wykorzystać to poprzez spreparowane żądanie protokołu v1 do gniazda respondera PAM, powodując odczyt poza zakresem i awarię procesu, co prowadzi do odmowy usługi.

W SSSD znaleziono błąd w funkcji sss_nss_protocol_fill_initgr() w responderze NSS. Funkcja wstępnie przydziela miejsce na odpowiedź dla wszystkich wpisów grup, ale nie zmniejsza pakietu, gdy grupy są pomijane, co powoduje wysyłanie niezainicjalizowanych bajtów z sterty do klienta. Lokalny atakujący może to wykorzystać do ujawnienia danych z pamięci podręcznej katalogu i informacji o układzie sterty z procesu sssd_nss.

W SSSD funkcja sss_nss_protocol_parse_addr() w responderze NSS nie sprawdza poprawności pola addrlen względem rozmiaru pakietu. Lokalny atakujący może wysłać spreparowane żądanie GETHOSTBYADDR, powodując odczyt poza zakresem i crash procesu (DoS).

W SSSD wykryto podatność polegającą na przechodzeniu do katalogów nadrzędnych (path traversal) w dostawcy AD GPO. Funkcja ad_gpo_extract_smb_components() nie oczyszcza sekwencji .. w atrybucie LDAP gPCFileSysPath, co pozwala atakującemu z uprawnieniami do zarządzania GPO w AD na zapisywanie plików poza katalogiem cache GPO jako root. W domyślnej konfiguracji RHEL z włączonym SELinux w trybie enforcing może to posłużyć do wstrzyknięcia konfiguracji Kerberos, prowadząc do ominięcia uwierzytelniania.

W SSSD w komponencie LDAP sudo provider wykryto lukę. Gdy opcja ldap_sudo_search_base nie jest skonfigurowana, SSSD przeszukuje całe drzewo LDAP w poszukiwaniu obiektów sudoRole. Uwierzytelniony atakujący z prawem zapisu do dowolnego poddrzewa może wstrzyknąć obiekt sudoRole przyznający uprawnienia root na wszystkich hostach korzystających z SSSD.