Katalog podatności CVE

W OpenStack Keystone przed wersją 29.0.3 tokeny uzyskane za pomocą tokena dostępu OAuth1, poświadczeń aplikacji lub uwierzytelniania z zakresem zaufania mogły tworzyć nowe długotrwałe poświadczenia lub autoryzować nowe delegacje, które utrzymują się niezależnie od poświadczenia użytego do ich uzyskania i go przeżywają. Ograniczenia delegacji, które blokują te operacje, nie były spójnie stosowane do wszystkich typów tokenów delegowanych, co pozwalało na przykład tokenowi z zakresem OAuth1 na tworzenie poświadczeń aplikacji lub autoryzację tokenów żądań OAuth1, mimo że te operacje były ograniczone dla innych typów tokenów delegowanych. Wszystkie wdrożenia Keystone, które zezwalają na delegowane uwierzytelnianie przez tokeny dostępu OAuth1, poświadczenia aplikacji lub zaufania, są dotknięte.

Zidentyfikowano podatność w code-projects Simple Inventory System 1.0. Podatność dotyczy nieznanego kodu w pliku /InventoryManagement/edit.php. Manipulacja argumentem ID prowadzi do wstrzyknięcia SQL. Atak może być przeprowadzony zdalnie. Exploit jest publicznie dostępny i może być wykorzystany.

Znaleziono podatność w SililaWijesinghe Food Ordering System do wersji ba314e897e3365600461e5ea59432e39ceaa0fa5. Dotyczy to nieznanej funkcjonalności w pliku /search.php. Manipulacja argumentem search_box prowadzi do wstrzyknięcia SQL. Zdalne wykorzystanie ataku jest możliwe. Exploit został upubliczniony i może być użyty. Ten produkt stosuje podejście ciągłego wydawania, więc szczegóły wersji dla dotkniętych lub zaktualizowanych wydań nie są podane. Dostawca został wcześnie skontaktowany w sprawie ujawnienia, ale nie odpowiedział.

Wersje Punk::Plugin::TOTP przed 0.05 dla Perla pozwalają na zresetowanie limitu prób drugiego czynnika przez powtórne użycie wcześniejszego ciasteczka sesji, ponieważ trasa wyzwania liczy niepowodzenia w sesji.

Wersje Punk::Plugin::TOTP przed 0.05 dla Perla akceptują kod odzyskiwania innego konta podczas wyzwania dwuskładnikowego, ponieważ totp_use_recovery porównuje identyfikatory użytkowników numerycznie.

Niewystarczające wygasanie sesji w Apache Tomcat: jeśli identyfikator sesji uwierzytelnionej sesji HTTP został zmieniony po ustanowieniu połączenia WebSocket w ramach tej sesji, sesja WebSocket nie została zamknięta po zakończeniu sesji HTTP, co narusza specyfikację Jakarta WebSocket.

Nieograniczona konsumpcja zasobów w Apache Tomcat przez wyciek alokacji w śledzeniu backlogu HTTP/2, gdy strumień jest resetowany.

Niewłaściwe uwierzytelnianie w Apache Tomcat: w niektórych okolicznościach (np. CLIENT-CERT, SPNEGO) użytkownik był uwierzytelniany, nawet jeśli nie istniał w DataSourceRealm.

Nieprawidłowa autoryzacja w procesie uwierzytelniania FORM w Apache Tomcat pozwala na ominięcie ograniczenia bezpieczeństwa, które ogranicza użytkownikowi dostęp do zasobu dla metody POST, ale nie dla GET.

Niewłaściwa autoryzacja w Apache Tomcat spowodowana nieprawidłowym użyciem definicji security-role-ref jako aliasów ról w Realm, oprócz poprawnego użycia z Request.isUserInRole().

Błąd off-by-one w Apache Tomcat wpływający na flagę [N] w zaworach przepisywania powoduje, że przetwarzanie przepisywania rozpoczyna się od drugiej reguły zamiast od pierwszej.

Obejście uwierzytelniania przez przechwycenie i powtórzenie w mechanizmie DIGEST w Apache Tomcat. Jeśli przed wykonaniem windowSize żądań klient wykona żądanie uwierzytelnione DIGEST z nonceCount na górnej granicy okna powtórzeń, to żądanie może być powtórzone tylko raz, dopóki nonceCount pozostaje w oknie.

Podatność na nieprawidłową walidację danych wejściowych w Apache Tomcat, wynikająca z niekompletnej poprawki dla CVE-2026-32990. Dotyczy wersji 11.0.20-11.0.24, 10.1.53-10.1.57 oraz 9.0.115-9.0.120.

Podatność typu TOCTOU (Time-of-check Time-of-use) w Apache Tomcat podczas tworzenia gniazd domeny unix, umożliwiająca nieautoryzowanemu lokalnemu użytkownikowi dostęp do gniazda. Dotyczy wersji od 11.0.0-M1 do 11.0.24, od 10.1.0-M1 do 10.1.57 oraz od 9.0.42 do 9.0.120.

Podatność dotycząca nieprawidłowej kontroli dostępu i autoryzacji w Apache Tomcat, prowadząca do obejścia ograniczeń bezpieczeństwa, jeśli ograniczenie dla dłuższej ścieżki jest zdefiniowane przed bardziej restrykcyjnym ograniczeniem dla krótszej pod-ścieżki. Dotyczy szerokiego zakresu wersji od 7.0.0 do 11.0.24.

Faktory w wersjach przed 1.10.0 zawiera podatność związaną z niebezpiecznym plikiem tymczasowym w osadzonym Redis. Lokalny nieuprzywilejowany użytkownik może przejąć konfigurację Redis i eskalować uprawnienia do roota, ponieważ Faktory zapisuje konfigurację do stałej, przewidywalnej ścieżki /tmp/redis.conf, nie sprawdzając jej zawartości.

Faktory przed wersją 1.10.0 jest podatny na nieuwierzytelniony atak DoS, w którym pojedyncza źle sformułowana komenda powoduje awarię całego procesu. Protokół komunikacyjny oparty jest na liniach, a kilka handlerów komend wycina fragmenty linii bez sprawdzania, czy payload istnieje, co prowadzi do paniki w Go i zakończenia procesu. Atak wymaga jedynie połączenia z portem komend i wykonania prostego handshake, bez żadnych poświadczeń, gdy hasło nie jest skonfigurowane.

Typebot w wersjach self-hosted przed 3.18.0 zawiera podatność w bloku integracji Send Email, która pozwala na dowolny odczyt lokalnych plików na serwerze. Blok buduje załączniki Nodemailer ze zmiennych typebot, a funkcja parseAttachments traktuje wartość jako ścieżkę systemową, jeśli nie zaczyna się od bazowego URL aplikacji. Ponieważ transport Nodemailer nie ma wyłączonego dostępu do plików, załącznik wskazujący absolutną ścieżkę serwera jest odczytywany i wysyłany.

Typebot w wersjach do 3.17.1 (self-hosted) ma podatność na brute-force kodu logowania w domyślnej metodzie uwierzytelniania magic-link. Kod jest generowany za pomocą Math.random() i ma tylko 900 000 możliwych kombinacji, a brak limitów prób i blokad pozwala na przejęcie konta. Atakujący znający adres e-mail ofiary może uzyskać pełny dostęp do konta bez interakcji z ofiarą.

TypeBot przed wersją 3.18.0 ma podatność, która pozwala każdemu uwierzytelnionemu członkowi przestrzeni roboczej (nie będącemu gościem) na usunięcie publicznej domeny niestandardowej innej przestrzeni roboczej, co powoduje niedostępność typebotów na tej domenie. Obsługa usuwania domeny autoryzuje wywołanie na podstawie client-supplied workspaceId, ale wysyła nazwę domeny do wspólnego projektu Vercel przed weryfikacją, czy domena należy do tej przestrzeni roboczej.