Katalog podatności CVE
Przetłumaczone opisy podatności z bazy NVD NIST - w języku polskim
Przeglądaj podatności według pakietuKatalog CISA KEV zaktualizowany: (v2026.08.27)
Cotygodniowy digest CVE
Jeden mail w tygodniu z nowo opublikowanymi podatnościami, o których warto wiedzieć. Bez zakładania konta.
Digest dotyczy ogólnie nowych podatności, nie Twoich serwerów. Jeśli chcesz wiedzieć, które z nich faktycznie działają w Twojej infrastrukturze, tym zajmuje się Secvalis : skanuje Twoje maszyny i zgłasza wyłącznie to, co ich dotyczy.
Podatność w Apache Camel w komponencie mongodb-gridfs pozwala atakującemu na manipulację operacjami GridFS poprzez nagłówki HTTP. Brak walidacji wejścia i kontroli dostępu umożliwia nieautoryzowane usuwanie, odczyt lub wyliczanie plików oraz wstrzykiwanie operatorów NoSQL.
Podatność w komponencie Apache Camel Solr umożliwia ataki typu SSRF oraz wstrzykiwanie parametrów i pól do zapytań Solr. Nagłówki Exchange z prefiksami SolrParam. i SolrField. są przekazywane bez filtrowania z żądań HTTP do producenta Solr, co pozwala atakującemu na manipulację zapytaniami i dokumentami indeksowanymi.
Podatność w komponencie AWS2-SQS Apache Camel pozwala atakującemu na wstrzyknięcie nagłówków kontrolnych Camel (np. CamelHttpUri, CamelFileName) poprzez wiadomości SQS. Brak filtrowania przychodzących nagłówków w Sqs2HeaderFilterStrategy umożliwia modyfikację zachowania producentów w trasie Camel.
W komponencie camel-keycloak Apache Camel brakuje walidacji okresu ważności tokena dostępu. Funkcja pomocnicza nie sprawdza, czy token wygasł lub nie jest jeszcze ważny, przez co akceptuje tokeny poza ich dozwolonym przedziałem czasowym.
Podatność w komponencie Apache Camel Cometd umożliwia atakującemu wstrzyknięcie dowolnych nagłówków sterujących Camel do wymiany komunikatów. Brak filtra nagłówków (HeaderFilterStrategy) powoduje, że nagłówki dostarczone przez klienta CometD, w tym wewnętrzne nagłówki Camel (np. CamelHttpUri, CamelFileName), są kopiowane bez zmian. Domyślnie brak uwierzytelnienia (Bayeux SecurityPolicy) pozwala każdemu klientowi na opublikowanie takiego komunikatu.
Podatność w komponencie camel-pqc Apache Camel umożliwia deserializację niezaufanych danych z AWS Secrets Manager. Luka wynika z braku filtrowania podczas deserializacji obiektów Java, co może prowadzić do zdalnego wykonania kodu.
Podatność w komponencie camel-docling Apache Camel umożliwia wstrzykiwanie argumentów CLI i przechodzenie do katalogów nadrzędnych (directory traversal) poprzez niewystarczającą walidację nagłówków wymiany. Atakujący może dostarczyć nieautoryzowane flagi lub ścieżki wykraczające poza zamierzony katalog, co prowadzi do wykonania nieoczekiwanych operacji przez zewnętrzne narzędzie docling.
Wewnętrzny interfejs RPC DataNode w Apache IoTDB do tworzenia instancji Triggerów wykorzystuje nazwę przesłanego pliku JAR do budowania ścieżki pliku bez wystarczającej walidacji. Jeśli port RPC DataNode jest wystawiony na niezaufaną sieć, atakujący może użyć sekwencji przejścia do katalogu w nazwie JAR, aby zapisać pliki poza docelowym katalogiem instalacji Triggerów. Może to pozwolić na dowolny zapis plików z uprawnieniami procesu IoTDB.
W Apache IoTDB wykryto podatność polegającą na obejściu uwierzytelniania przez fałszowanie parametru sessionId w zapytaniach Thrift RPC. Atakujący może wysyłać spreparowane żądania z podrobionym identyfikatorem sesji, uzyskując wyniki zapytań bez uprzedniego uwierzytelnienia. Problem dotyczy wersji od 1.3.3 do 2.0.7.
Wtyczki WordPress FileOrganizer (przed 1.1.9), Advanced File Manager (przed 5.4.12), File Manager Pro (przed 2.1.1) oraz File Manager (przed 8.0.4) nieprawidłowo zabezpieczają parametr przed przekazaniem go do polecenia powłoki podczas przetwarzania obrazów. Umożliwia to uwierzytelnionym użytkownikom wstrzyknięcie poleceń systemu operacyjnego, pod warunkiem że serwer ma dostępne narzędzie ImageMagick convert CLI, a rozszerzenia PHP imagick i GD są wyłączone.
System zarządzania Prog Management System firmy PROG MIS zawiera podatność ujawnienia wrażliwych informacji, która pozwala nieuwierzytelnionym zdalnym atakującym na wyświetlenie konkretnej strony i uzyskanie nazwy użytkownika oraz hasła do bazy danych.
Aplikacja ERP opracowana przez PROG MIS zawiera podatność polegającą na użyciu zakodowanych na stałe poświadczeń, co umożliwia nieuwierzytelnionym zdalnym atakującym zalogowanie się w celu przeglądania kodu aplikacji oraz uzyskania konta i hasła bazy danych.
Podatność w cve-search w punkcie końcowym POST /fetch_cve_data pozwala nieuwierzytelnionemu atakującemu na manipulację parametrami żądania, co umożliwia odczyt dowolnych kolekcji MongoDB aplikacji. Atakujący może uzyskać nazwy użytkowników administracyjnych i skróty haseł z kolekcji mgmt_users.
Podatność w Gitea Actions Artifacts V4 wynika z niejednoznaczności HMAC w podpisanych URL-ach, co umożliwia odczyt artefaktów z innego repozytorium oraz zapis stanu przesyłania między zadaniami.
Podatność w mechanizmie wywołania zwrotnego logowania OAuth powoduje, że konta użytkowników wyłączone przez administratora są po cichu ponownie aktywowane. Brak odpowiedniej autoryzacji umożliwia ominięcie decyzji administracyjnych dotyczących blokady kont.
Podatność typu 'type confusion' w przeglądarce Microsoft Edge (opartej na Chromium) umożliwia nieautoryzowanemu atakującemu zdalne wykonanie kodu poprzez sieć.
Podatność w Gitea przed wersją 1.26.0 polega na tym, że podczas przetwarzania wejścia z hooka pre-receive nie następuje zamknięcie połączenia w przypadku błędów bufio.Scanner. Umożliwia to przesłanie zbyt dużego wejścia, które omija sprawdzanie ochrony gałęzi.
Podatność w Gitea przed wersją 1.25.5 polega na tym, że operacje push LFS i synchronizacji mirror nie korzystają z transportu HTTP migracji, co omija skonfigurowane zabezpieczenia transportu migracji dla tych żądań LFS.
Podatność w Gitea przed wersją 1.25.5 nieprawidłowo przechowuje metodę wyzwania PKCE S256 podczas autoryzacji OAuth2, co umożliwia wymianę tokena bez wymaganego sprawdzenia weryfikatora.
Podatność w Gitea przed wersją 1.25.5 pozwala na ponowne użycie wygasłych lub jednorazowych kodów autoryzacyjnych OAuth2 podczas wymiany na token. Brak spójnego egzekwowania wygaśnięcia i jednorazowości kodów może prowadzić do nieautoryzowanego dostępu.

