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.10.26)
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.
Apache Airflow FAB provider: ścieżka Authentik OAuth w menedżerze uwierzytelniania FAB nie waliduje roszczeń issuer ani audience przyjmowanego id_token. Atakujący posiadający token wygenerowany przez tę samą instancję Authentik dla innej aplikacji klienckiej może przedstawić go Airflow i zostać uwierzytelniony jako wskazany użytkownik, ponieważ roszczenie audience nigdy nie jest sprawdzane. Dotyczy wdrożeń używających menedżera FAB z Authentik OAuth, gdzie ta sama instancja Authentik obsługuje inne aplikacje.
Przesyłanie poświadczeń domowej sieci Wi-Fi bez szyfrowania podczas procesu parowania między aplikacją DuoxMe a monitorami VEO i VEO-XS (w wersjach przed 4.3.4 aplikacji i 01.50.001 oprogramowania monitora) umożliwia atakującemu w sieci Wi-Fi Direct przechwycenie hasła sieciowego.
W Apache Airflow FAB provider dezaktywacja konta użytkownika nie unieważnia wcześniej wydanych tokenów. Tokeny te pozostają ważne i mogą być używane do uzyskiwania dostępu, nawet po dezaktywacji konta przez administratora.
W Apache ZooKeeper opcode deleteContainer (0x14/20) jest przetwarzany bez weryfikacji uprawnień ACL, co pozwala każdemu uwierzytelnionemu klientowi na usunięcie pustych węzłów persistent, container i TTL, nawet bez odpowiednich uprawnień. Jest to obejście autoryzacji i kontrola ACL.
Na platformach Arista EOS z skonfigurowanym OSPFv3, specjalnie spreparowany pakiet może spowodować nieoczekiwane ponowne uruchomienie agenta OSPFv3.
Na platformach Arista EOS z skonfigurowanym OSPFv2, specjalnie spreparowany pakiet OSPFv2 od nieuwierzytelnionego atakującego w tym samym segmencie rozgłoszeniowym, przy skonfigurowanym uwierzytelnianiu OSPFv2, może powodować flapping sąsiedztwa i utratę pakietów. Zakłócenia mogą wpływać na routing w całej domenie OSPF.
W Apache ZooKeeper, w trybie FIPS, weryfikacja nazwy hosta w TLS dla kworum nie jest egzekwowana. Mimo włączenia odpowiednich opcji, połączenie akceptuje certyfikat zaufany przez CA, nawet jeśli SAN nie pasuje do połączonego hosta, co pozwala złośliwemu certyfikatowi dołączyć do ruchu kworum.
W Apache ZooKeeper występuje ujawnienie informacji przez mechanizm SetWatches podczas ponownego połączenia, z powodu braku sprawdzenia ACL. Atakujący może odkryć ścieżki chronione ACL, rejestrując watch na nieistniejących ścieżkach, a następnie łącząc się ponownie po ich utworzeniu z ograniczeniami ACL.
Podatność obejścia uwierzytelniania SAML w pluginie Kong SAML, gdy opcja validate_assertion_signature jest jawnie ustawiona na false (domyślnie jest włączona). Gdy wyłączona, plugin może wyodrębnić tożsamość SAML z niepodpisanej asercji i uwierzytelnić użytkownika bez weryfikacji podpisu kryptograficznego.
W jądrze Linuxa, w module ksmbd, występuje podatność na odczyty poza zakresem w odpowiedziach konfiguracji udziału. Brak walidacji rozmiaru danych IPC przed przetworzeniem pól o zmiennej długości może prowadzić do odczytu poza dozwolonym obszarem pamięci.
W jądrze Linux występuje podatność use-after-free w mechanizmie perf, gdy wywołanie perf mmap() (tzw. revival) ściga się z ostatnim munmap(). Funkcja perf_mmap_close() zmniejsza licznik rb->mmap_count bez trzymania event->mmap_mutex, co pozwala równoległemu perf_mmap_rb() na ponowne podpięcie bufora, który następnie zostaje zwolniony mimo że inny proces wciąż ma go zmapowanego.
W jądrze Linux w funkcji gtp_newlink() w ścieżce błędu brakuje synchronize_net(), co prowadzi do użycia po zwolnieniu (use-after-free). Po wyczyszczeniu sk_user_data bez oczekiwania na okres RCU, współbieżny odbiór pakietów w gtp_encap_recv() może nadal używać wskaźnika do zwolnionej pamięci.
W jądrze Linux w module fs/ntfs3 wykryto podatność polegającą na braku walidacji rozmiaru tablicy restartu podczas odtwarzania $LogFile. Podczas montowania spreparowanego obrazu NTFS liczba wpisów przekraczająca U16_MAX jest obcinana, co prowadzi do alokacji zbyt małej tablicy i dostępu poza jej granicami (out-of-bounds).
W jądrze Linux w systemie plików NTFS3 funkcja read_log_rec_buf() odczytuje poza zakresem z powodu nieprawidłowej wartości log->record_header_len pochodzącej z dysku. Może to prowadzić do odczytu pamięci poza buforem podczas montowania spreparowanego obrazu NTFS.
W jądrze Linux w podsystemie vfio/pci funkcja vfio_msi_cap_len() przy błędzie inicjalizacji zwalniała pamięć vdev->msi_perm, ale nie zerowała wskaźnika. Prowadziło to do użycia zwolnionej pamięci (use-after-free) przy kolejnym otwarciu urządzenia oraz do podwójnego zwolnienia (double free) przy jego zamykaniu, co może skutkować paniką jądra.
W jądrze Linux w podsystemie Bluetooth SCO funkcja sco_conn_ready() odwołuje się do wskaźnika sk bez trzymania conn->lock lub referencji, co w połączeniu z równoległym zamknięciem gniazda prowadzi do use-after-free. Poprawka utrzymuje referencję do sk i ponownie sprawdza ważność gniazda po lock_sock().
W NLnet Labs Unbound do wersji 1.26.0 włącznie, nazwa zapytania o długości 255 z dużą odpowiedzią TCP może prowadzić do przepełnienia bufora sterty podczas procedury kanonizacji RRSet. Jest to spowodowane brakiem dodania pierwszej nazwy właściciela do kontroli długości bufora. Złośliwy aktor obsługujący złośliwy serwer nazw lub modyfikujący przychodzącą odpowiedź do Unbound (kanonizacja odbywa się przed walidacją DNSSEC) może wywołać podatność.
Na platformach Arista EOS z włączonym gRPC Network Management Interface (gNMI), specjalnie spreparowane żądanie może pozwolić złośliwemu uwierzytelnionemu klientowi z dostępem gNMI na wykonanie dowolnego kodu z uprawnieniami roota na przełączniku.
Na platformach EOS z włączoną autoryzacją gRPC opartą na AAA dla OpenConfig, żądania gRPC uwierzytelnionego użytkownika do OpenConfig mogą używać niewłaściwego poziomu uprawnień, co skutkuje autoryzacją przy użyciu niewłaściwej listy metod AAA. Nie wpływa to na żądania OpenConfig inne niż gRPC, takie jak NETCONF.
Na platformach Arista EOS z skonfigurowanym gRPC Network Security Interface (gNSI) Credentialz, specjalnie spreparowane żądanie może spowodować niezamierzone modyfikacje właściwości konta docelowego. Może to skutkować przyznaniem kontu podwyższonych uprawnień lub dostępu wykraczającego poza zamierzenia administratora.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

