CVE-2026-90463

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 sssd znaleziono usterkę w parserze protokołu v1 respondera PAM, pam_parse_in_data(). Lokalny klient z dostępem do gniazda UNIX respondera PAM może wykorzystać tę podatność, negocjując protokół v1 i wysyłając puste lub skrócone ciało żądania PAM, co może wywołać odczyt poza zakresem i spowodować zakończenie lub restart respondera PAM, prowadząc do lokalnej 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.