Podatności OpenLDAP

W OpenLDAP 2.x przed 2.5.12 i 2.6.x przed 2.6.2 istnieje podatność na wstrzykiwanie SQL w eksperymentalnym backendzie back-sql dla slapd, poprzez instrukcję SQL w zapytaniu LDAP. Może to wystąpić podczas operacji wyszukiwania LDAP, gdy przetwarzany jest filtr wyszukiwania, z powodu braku odpowiedniego escapowania.

W OpenLDAP do wersji 2.4.57 oraz w gałęzi 2.5.x do 2.5.1alpha występuje błąd asercji w funkcji issuerAndThisUpdateCheck w slapd. Poprzez spreparowany pakiet z krótkim znacznikiem czasu atakujący może wywołać awarię demona (odmowa usługi). Podatność związana jest z plikiem schema_init.c i funkcją checkTime.

W OpenLDAP przed wersją 2.4.57 wykryto błąd prowadzący do naruszenia asercji w slapd podczas parsowania DN X.509 w decode.c (funkcja ber_next_element), co powoduje odmowę usługi.

W OpenLDAP przed wersją 2.4.57 odkryto usterkę w funkcji ldap_X509dn2bv, która prowadzi do awarii slapd podczas parsowania wyróżnionej nazwy X.509 w ad_keystring, co skutkuje odmową usługi.

W OpenLDAP w wersjach przed 2.4.57 wykryto niedomiar liczby całkowitej (integer underflow) prowadzący do awarii slapd podczas przetwarzania Certificate List Exact Assertion. Skutkuje to odmową usługi (DoS).

W OpenLDAP w wersjach przed 2.4.57 wykryto wadę powodującą nieskończoną pętlę w slapd podczas operacji cancel_extop Cancel. Skutkuje to odmową usługi (DoS).

W OpenLDAP przed wersją 2.4.57 odkryto usterkę prowadzącą do błędnego obliczenia memch->bv_len i awarii slapd podczas przetwarzania saslAuthzTo, co skutkuje odmową usługi.

W OpenLDAP przed wersją 2.4.57 odkryto usterkę prowadzącą do podwójnego zwolnienia pamięci i awarii slapd podczas przetwarzania atrybutu saslAuthzTo, co skutkuje odmową usługi.

W OpenLDAP przed wersją 2.4.57 odkryto usterkę prowadzącą do zwolnienia nieprawidłowego wskaźnika i awarii slapd podczas przetwarzania saslAuthzTo, co skutkuje odmową usługi.

W OpenLDAP przed wersją 2.4.57 odkryto usterkę prowadzącą do awarii slapd podczas obsługi kontroli Values Return Filter, co skutkuje odmową usługi (podwójne zwolnienie pamięci i odczyt poza zakresem).

W OpenLDAP w wersjach przed 2.4.57 wykryto wadę powodującą błąd asercji w slapd podczas walidacji saslAuthzTo. Skutkuje to odmową usługi (DoS).

W OpenLDAP w wersjach przed 2.4.57 wykryto niedomiar liczby całkowitej (integer underflow) powodujący awarie slapd podczas przetwarzania Certificate Exact Assertion (funkcja schema_init.c serialNumberAndIssuerCheck). Skutkuje to odmową usługi (DoS).

W filter.c w slapd w OpenLDAP przed 2.4.50, filtry wyszukiwania LDAP z zagnieżdżonymi wyrażeniami boolowskimi mogą skutkować odmową usługi (awaria demona).

W OpenLDAP 2.x przed 2.4.48, podczas korzystania z uwierzytelniania SASL i szyfrowania sesji oraz polegania na warstwach bezpieczeństwa SASL w kontrolach dostępu slapd, możliwe jest uzyskanie dostępu, który w przeciwnym razie byłby zabroniony przez prosty bind dla dowolnej tożsamości objętej tymi ACL. Po pierwszym bindzie SASL wartość sasl_ssf jest zachowywana dla wszystkich nowych połączeń nie-SASL.

OpenLDAP w Apple Mac OS X 10.4 do 10.4.6 umożliwia zdalnym atakującym spowodowanie odmowy usługi (awarii) poprzez nieprawidłowe żądanie LDAP, które wyzwala błąd asercji.

W OpenLDAP w wersjach przed 2.4.56 występuje błąd, który pozwala atakującemu wysłać złośliwy pakiet i wymusić nieudaną asercję w funkcji csnNormalize23().

W OpenLDAP wykryto błąd, który pozwala atakującemu wysłać złośliwy pakiet do serwera slapd i wywołać awarię asercji.

W serwerze OpenLDAP występuje dereferencja wskaźnika NULL, naprawiona w wersji 2.4.55, podczas żądania zmiany nazwy RDN. Nieuwierzytelniony atakujący może zdalnie spowodować awarię procesu slapd, wysyłając specjalnie spreparowane żądanie.

W serwerze OpenLDAP przed wersją 2.4.48 odkryto problem. Gdy administrator serwera deleguje uprawnienia rootDN (administratora bazy) dla niektórych baz danych, ale chce zachować izolację (np. w środowiskach wielodostępnych), slapd nie zatrzymuje prawidłowo rootDN przed żądaniem autoryzacji jako tożsamość z innej bazy podczas wiązania SASL lub z kontrolą proxyAuthz (RFC 4370). (Nie jest to powszechna konfiguracja, gdy administrator serwera i administrator bazy mają różne poziomy zaufania.)