CVE-2026-90979
WysokieCVSS 7.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 36 - wyżej niż 36% wszystkich znanych CVE
Streszczenie
LDAPCache i LDAPBackingEngine wstawiają wartości %u, %dn i %fqdn do szablonów filtrów LDAP (userFilter, roleFilter) bez pełnego escapowania znaków wymaganych przez RFC 4515. Przed poprawką stosowano jedynie podwójne backslashowanie, co nie zabezpiecza znaków *, (, ) oraz NUL. Nazwa logowania zawierająca te znaki może zmienić strukturę filtra, np. zamieniając dopasowanie równościowe na wieloznaczne lub zamykając/otwierając klauzule filtra.
Ocena ryzyka
Podatność może prowadzić do dopasowania innego wpisu LDAP niż zamierzony, nadania nadmiernych uprawnień (role) lub zmiany konta, na które rozwiązuje się logowanie. Nie jest eksploatowalna przez wszystkie ścieżki — LDAPLoginModule i LDAPPubkeyLoginModule escapują nazwę logowania, ale GSSAPILdapLoginModule oraz LDAPBackingEngine (listRoles) przekazują ją bez escapowania.
Rekomendacja
Należy zastosować poprawkę producenta, która wprowadza pełne escapowanie znaków zgodne z RFC 4515 (*, (, ), NUL) w LDAPCache i LDAPBackingEngine. Do czasu wdrożenia poprawki zaleca się ograniczenie możliwości tworzenia nazw logowania zawierających te znaki oraz weryfikację szablonów filtrów userFilter i roleFilter.
Powiązane podatności
- CVE-2026-115995Krytyczne
Wykryto podatność w Unitree Robotics Unitree Go2 do wersji 1.1.11.4. Funkcja set_volume w pliku gpt_thread.py komponentu chat_go nieprawidłowo przetwarza argument Value, co prowadzi do wstrzyknięcia poleceń systemowych (OS command injection). Atak można przeprowadzić zdalnie, a aktualizacja do wersji 1.1.11.5 rozwiązuje problem.
- CVE-2026-114820Krytyczne
Podatność w komponencie JSSE produktów Oracle Java SE, Oracle GraalVM for JDK oraz Oracle GraalVM Enterprise Edition. Może być łatwo wykorzystana przez nieuwierzytelnionego atakującego z dostępem sieciowym, prowadząc do nieautoryzowanego dostępu, tworzenia, modyfikacji lub usuwania krytycznych danych. Podatność dotyczy również środowisk Java uruchamiających niezaufany kod w piaskownicy (np. aplety lub aplikacje Java Web Start).
- CVE-2026-115933Krytyczne
Postiz podpisuje tokeny sesji, zaproszeń i resetowania hasła jednym wspólnym sekretem, bez oznaczenia przeznaczenia tokenu. Trasa odświeżająca dane kanału rozszerzenia przeglądarki podpisywała dane pochodzące z samego żądania i zapisywała wynik w miejscu czytelnym dla użytkownika, co pozwalało uzyskać poprawnie podpisany token z dowolnymi roszczeniami akceptowany jako sesja, zaproszenie z wybraną rolą, reset hasła lub token provisioningu enterprise.
- CVE-2026-115557Krytyczne
Moduł "ssl" w Pythonie otrzymał listę blokowanych znanych skompromitowanych certyfikatów, aby zapewnić bezpieczeństwo użytkowników nawet bez skonfigurowanego odwoływania certyfikatów. Znane skompromitowane certyfikaty są automatycznie odrzucane niezależnie od konfiguracji polityki SSLContext.
- CVE-2026-115932Krytyczne
W Postiz ścieżka mediów, która nie jest adresem web, jest traktowana jako plik na dysku serwera bez sprawdzenia, czy znajduje się w katalogu uploadu. Zarejestrowany użytkownik może zapisać spreparowaną ścieżkę przy poście i doprowadzić do odczytu dowolnego pliku oraz wysłania go jako załącznika na kontrolowany przez siebie serwer Discord. Te same nieograniczone odczyty są dostępne przez dwie dodatkowe ścieżki, w tym sprawdzanie istnienia pliku i wyczerpanie pamięci backendu; samodzielna rejestracja jest domyślnie otwarta.
- CVE-2026-94075Krytyczne
Wtyczka WordPress Newsletters (newsletters-lite) do wersji 4.18.1 zawiera podatność deserializacji niezaufanych danych, umożliwiającą wstrzyknięcie obiektów. Może to prowadzić do wykonania niepożądanego kodu przez atakującego.
- CVE-2026-114196Krytyczne
Wtyczka WordPress Paytium do wersji 5.0.5 jest podatna na deserializację niezaufanych danych, co umożliwia wstrzyknięcie obiektów. Może to pozwolić atakującemu na wykonanie nieautoryzowanych działań.
- CVE-2026-112866Krytyczne
Wtyczka WordPress Product Filter by WBW (woo-product-filter) do wersji 3.4.6 jest podatna na ślepą iniekcję SQL z powodu niewłaściwej neutralizacji specjalnych elementów w poleceniach SQL. Atakujący może wykorzystać tę lukę do manipulacji zapytaniami do bazy danych.
- CVE-2026-111402Krytyczne
Wtyczka WordPress Newsletters (newsletters-lite) do wersji 4.18.1 jest podatna na iniekcję SQL z powodu niewłaściwej neutralizacji specjalnych elementów w poleceniach SQL. Może to umożliwić atakującemu wykonanie dowolnych zapytań SQL.
- CVE-2026-110956Krytyczne
Wtyczka WordPress asVereinbase przed wersją 1.1.8 nie wymaga prawidłowego hasła ani prawdziwego drugiego czynnika przed uwierzytelnieniem użytkownika, traktując pustą zapisaną wartość jako dopasowanie. Umożliwia to nieuwierzytelnionemu atakującemu zalogowanie się jako dowolny użytkownik, w tym administrator.
Oryginalny opis (angielski, źródło NVD)
LDAPCache and LDAPBackingEngine build LDAP search filters for user lookup and role lookup by textually substituting the placeholders %u, %dn, and %fqdn (drawn from the login name, the resolved user DN, and its fully qualified namespace form) into administrator-configured filter templates (userFilter, roleFilter). Before the fix, the only sanitization applied to the substituted value was double backslashed: filter = filter.replaceAll(Pattern.quote("%u"), Matcher.quoteReplacement(user)); filter = filter.replace("\\", "\\\\"); This does not escape the other characters RFC 4515 requires escaping in an LDAP search filter: *, (, ), and NUL. A login name containing any of these can change the structure of the resulting filter rather than being matched as a literal value (e.g. a crafted username can turn an equality match into a wildcard match, or close/reopen filter clauses), widening what the search returns and potentially causing a login or role lookup to match an LDAP entry other than the intended one, over-granting roles, and depending on deployment-specific filter templates, potentially affecting which account a login resolved to. It's not exploitable through every entry points: LDAPLoginModule and LDAPPubkeyLoginModule both called Util.doRFC2254Encoding() (correct RFC 4515 escaping) on the login name before handing it to LDAPCache, which masked the missing escaping in LDAPCache for those two call paths. Using LDAPCache directly (bypassing the login modules) does not reproduce through the normal LDAPLoginModule/LDAPPubkeyLoginModule authentication flow for this reason. It does reproduce through two other call paths that reach LDAPCache/LDAPBackingEngine without any prior escaping: * GSSAPILdapLoginModule passes the NameCallback name straight through, unescaped. * LDAPBackingEngine (listRoles) passes principal.getName() straight through, unescaped.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS