CVE-2016-5416

Serwer katalogowy 389 w wersjach przed 1.3.3.10 pozwala atakującym na obejście zamierzonych ograniczeń dostępu oraz modyfikację wpisów katalogowych za pomocą spreparowanego wywołania ldapmodrdn.

Serwer katalogowy 389 w systemach Red Hat Enterprise Linux 6 i 7 umożliwia zdalnym atakującym wnioskowanie o istnieniu obiektów komponentów RDN.

W 389 Directory Server (wcześniej Fedora Directory Server) w wersjach 1.3.4.x przed 1.3.4.7 występuje podatność, która pozwala zdalnym atakującym na spowodowanie odmowy usługi poprzez wykorzystanie nienormalnie zamkniętego połączenia, co prowadzi do nieskończonej pętli i blokowania połączeń.

Serwer katalogowy 389 (wcześniej Fedora Directory Server) przed wersją 1.3.3.12 nie egzekwuje preferencji nsSSL3Ciphers podczas tworzenia sslSocket, co pozwala zdalnym atakującym na wykorzystanie wyłączonego szyfru.

Serwer katalogowy 389 w systemach Red Hat Enterprise Linux (Desktop, HPC Node, Server, Workstation) w wersjach 6 i 7 umożliwia zdalnym atakującym uzyskanie haseł użytkowników.

W 389 Directory Server znaleziono usterkę. Operacje rozszerzone CleanAllRUV i Abort CleanAllRUV (utrzymanie replikacji) nie wykonują żadnej kontroli autoryzacji, co pozwala nieuwierzytelnionemu zdalnemu atakującemu na ich wywołanie, gdy nsslapd-allow-anonymous-access jest włączone (domyślnie), lub dowolnemu uwierzytelnionemu użytkownikowi z niskimi uprawnieniami w przeciwnym razie. Umożliwia to usunięcie identyfikatora repliki z metadanych replikacji, przeczyszczenie rekordów changelogu i przerwanie czyszczenia inicjowanego przez administratora, co może pozostawić replikację niespójną lub niedostępną.

389 Directory Server zawiera podatność w uwierzytelnianiu SASL PLAIN. Serwer instaluje poświadczenia bind na poziomie połączenia przed sprawdzeniem blokady konta. Jeśli konto jest zablokowane, bind jest zgłaszany jako nieudany, ale stan uwierzytelnienia na połączeniu nie jest cofany. Klient z prawidłowymi danymi dla zablokowanego konta może nadal korzystać z tego połączenia z uprawnieniami tego konta.

W 389 Directory Server (389-ds-base) znaleziono przepełnienie bufora stosu w funkcji get_ruvelement_from_berval() w repl5_ruv.c. Zdalny nieuwierzytelniony atakujący może wysłać spreparowane żądanie StartNSDS50ReplicationRequest z polem replica ID zawierającym więcej niż 16 cyfr, powodując przepełnienie i awarię serwera LDAP.

W 389 Directory Server znaleziono podatność, w której nieuwierzytelniony zdalny atakujący może wstrzyknąć filtry wyszukiwania LDAP do operacji CleanAllRUV. Ponieważ zapytanie jest wykonywane z podwyższonymi uprawnieniami, atakujący może wydobyć poufne metadane konfiguracji serwera, w tym DN-y replikacji i informacje o schemacie haseł.

W 389 Directory Server funkcja weryfikacji haseł PBKDF2-SHA256 używa standardowego memcmp() zamiast funkcji porównania o stałym czasie. Umożliwia to zdalnemu atakującemu potencjalne odtworzenie części informacji o skrócie poprzez pomiar czasu odpowiedzi na żądania LDAP bind.