Katalog CVE

CVE-2026-40193

WysokieCVSS 8.2
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.42%

Percentyl 36 - wyżej niż 36% wszystkich znanych CVE

Streszczenie

maddy (kompozytowy serwer pocztowy all-in-one) w wersjach przed 0.9.3 zawiera podatność LDAP injection w module auth.ldap. Nazwy użytkowników dostarczone przez użytkownika są wstawiane do filtrów wyszukiwania LDAP i ciągów DN za pomocą strings.ReplaceAll() bez escapowania, mimo dostępności funkcji ldap.EscapeFilter(). Atakujący z dostępem sieciowym do interfejsu SMTP submission lub IMAP może wstrzyknąć dowolne wyrażenia filtrów LDAP poprzez pole nazwy użytkownika w poleceniach AUTH PLAIN lub LOGIN, co umożliwia podszywanie się pod tożsamość, enumerację katalogu LDAP i ślepą ekstrakcję wartości atrybutów.

Ocena ryzyka

Atakujący może podszyć się pod innego użytkownika, wyliczyć zawartość katalogu LDAP lub wydobyć wartości atrybutów, co prowadzi do nieautoryzowanego dostępu i ujawnienia danych. Ryzyko dotyczy bezpieczeństwa uwierzytelniania i poufności katalogu.

Rekomendacja

Zaktualizuj maddy do wersji 0.9.3, która naprawia tę podatność. Do czasu aktualizacji rozważ ograniczenie dostępu sieciowego do interfejsów SMTP submission i IMAP.

Powiązane podatności

Oryginalny opis (angielski, źródło NVD)

maddy is a composable, all-in-one mail server. Versions prior to 0.9.3 contain an LDAP injection vulnerability in the auth.ldap module where user-supplied usernames are interpolated into LDAP search filters and DN strings via strings.ReplaceAll() without any LDAP filter escaping, despite the go-ldap/ldap/v3 library's ldap.EscapeFilter() function being available in the same import. This affects three code paths: the Lookup() filter, the AuthPlain() DN template, and the AuthPlain() filter. An attacker with network access to the SMTP submission or IMAP interface can inject arbitrary LDAP filter expressions through the username field in AUTH PLAIN or LOGIN commands. This enables identity spoofing by manipulating filter results to authenticate as another user, LDAP directory enumeration via wildcard filters, and blind extraction of LDAP attribute values using authentication responses as a boolean oracle or via timing side-channels between the two distinct failure paths. This issue has been fixed in version 0.9.3.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS