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.11.09)
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.
W systemie SourceCodester Class and Exam Timetabling System 1.0 wykryto podatność na iniekcję SQL w pliku /edit_course.php. Atakujący może zdalnie manipulować argumentem ID, co prowadzi do nieautoryzowanego dostępu do bazy danych. Exploit został publicznie ujawniony i może być wykorzystany.
W systemie CodeAstro Apartment Visitor Management System 1.0 znaleziono podatność SQL Injection w pliku /index.php w komponencie logowania. Manipulacja argumentem Username umożliwia atakującemu wstrzyknięcie kodu SQL. Atak może być przeprowadzony zdalnie, a exploit został opublikowany.
W bibliotece Ecommerce-CodeIgniter-Bootstrap wykryto podatność polegającą na deserializacji w funkcji getCartItems pliku ShoppingCart.php. Atak może być przeprowadzony zdalnie poprzez manipulację argumentem shopping_cart. Exploit został opublikowany, co zwiększa ryzyko wykorzystania.
Wersje Dancer2::Plugin::Auth::OAuth::Provider przed 0.23 dla Perla nie obsługują parametru state OAuth 2.0. Metoda authentication_url nie generuje wartości state, a metoda callback nie weryfikuje, czy odpowiedź pochodzi z zainicjowanego żądania autoryzacji, co umożliwia ataki CSRF na logowanie.
Podatność w bibliotece Plack::Middleware::OAuth dla Perla (wersje do 0.10) polega na braku obsługi parametru state w OAuth 2.0. Żądanie autoryzacji nie generuje unikalnego identyfikatora, a weryfikacja kodu zwrotnego nie sprawdza, czy pochodzi on z tej samej sesji, co umożliwia atak CSRF na logowanie.
W Ecommerce-CodeIgniter-Bootstrap do wersji 222ff31c06687b1c6d0e1ab63953f82c3674c52b wykryto podatność na manipulację ścieżką (path traversal) w pliku AddProduct.php komponentu Vendor Multi-Image Endpoint. Atakujący może zdalnie zmienić argument folder, co prowadzi do nieautoryzowanego dostępu do plików. Exploit został opublikowany i może być wykorzystywany w atakach.
W bibliotece fickling do wersji 0.1.11 włącznie, analiza UnsafeImportsML rejestruje skrócony kod każdego importu w współdzielonym zbiorze, co powoduje, że następująca analiza MLAllowlist pomija wszystkie sprawdzenia, uznając je za już zgłoszone. W rezultacie MLAllowlist staje się martwym kodem, a importy modułów spoza listy dozwolonych (np. torch, numpy) mogą być pominięte, prowadząc do fałszywie pozytywnego wyniku LIKELY_SAFE.
Podatność w bibliotece fickling do wersji 0.1.10 włącznie polega na braku modułów standardowej biblioteki Pythona (_posixsubprocess, site, atexit) na liście UNSAFE_IMPORTS. Powoduje to, że funkcja check_safety() błędnie klasyfikuje złośliwe ładunki pickle jako LIKELY_SAFE, co umożliwia ich deserializację i wykonanie niebezpiecznych funkcji, takich jak fork_exec, execsitecustomize czy _run_exitfuncs.
W jądrze Linux w funkcji __ip6_append_data() dla IPv6 wykryto błąd w obliczaniu rozmiaru bufora dla ścieżki alokacji stronicowanej (paged allocation). Nieprawidłowe uwzględnienie fraggap (dodatkowych bajtów przenoszonych między pakietami) powoduje, że obszar liniowy skb jest za mały, a dane są kopiowane poza jego koniec, nadpisując struktury skb_shared_info. Nieuprzywilejowany użytkownik może wywołać tę podatność przez gniazdo UDPv6 z flagami MSG_MORE i MSG_SPLICE_PAGES.
W jądrze Linux w podsystemie af_unix wykryto problem synchronizacji w funkcji unix_gc(). Flaga gc_in_progress mogła być ustawiona na false podczas wykonywania garbage collectora, co umożliwiało uruchomienie kolejnego przebiegu GC, zanim poprzedni się zakończył. Funkcja unix_peek_fpl() polega na tej fladze, aby uniknąć błędów przy MSG_PEEK.
W jądrze Linuxa w komponencie KVM/SEV dla procesorów AMD EPYC z obsługą SEV-SNP odkryto krytyczną podatność. Brak wymogu umieszczenia obszaru scratch w buforze GHCB v2+ oraz szereg błędów walidacji pozwala złośliwemu gościowi SNP na odczyt i zapis poza przydzielonym buforem (OOB) w pamięci jądra hosta.
W jądrze Linux wykryto podatność use-after-free w mechanizmie shadow paging KVM dla architektury x86. Błąd wynika z nieprawidłowego dopasowania roli (role) strony pamięci podczas zmiany mapowania PDE z zewnątrz gościa, co prowadzi do ponownego użycia struktury kvm_mmu_page z nieodpowiednią rolą. W efekcie wpis rmap nie jest usuwany przy usuwaniu memslota, a późniejsze operacje na zwolnionej stronie powodują naruszenie pamięci.
Panel HestiaCP zawiera podatność polegającą na złamaniu kontroli dostępu w funkcji cronjob. Użytkownicy z niskimi uprawnieniami mogą modyfikować zadania cron panelu, aby wykonywać skrypty zarządzania HestiaCP z sudo bez hasła.
myVesta zawiera podatność na zdalne wykonanie kodu po uwierzytelnieniu. Użytkownicy z niskimi uprawnieniami mogą wstrzykiwać dowolne polecenia w parametrze v_ftp_user podczas usuwania nazw użytkowników FTP.
W komponencie AJAX Endpoint aplikacji restaurant-website-php-mysql wykryto brak uwierzytelnienia w pliku /admin/ajax_files. Podatność pozwala zdalnemu atakującemu na manipulację bez wymagania logowania. Exploit został opublikowany, co zwiększa ryzyko wykorzystania.
W bibliotece nltk w wersjach 3.9.3 i wcześniejszych pięć klas interfejsu Stanforda (StanfordPOSTagger, StanfordNERTagger, StanfordParser, StanfordDependencyParser i StanfordNeuralDependencyParser) jest podatnych na wykonanie niezaufanego kodu JAR. Klasy te akceptują kontrolowane przez użytkownika ścieżki JAR i wykonują je przez funkcję `java()`, która wywołuje `subprocess.Popen()` bez weryfikacji integralności. Podatność jest identyczna z CVE-2026-0848, która została naprawiona dla StanfordSegmenter przez dodanie weryfikacji SHA256, ale poprawka nie została zastosowana do tych dodatkowych klas.
Węzeł Execute Command w n8n umożliwia uwierzytelnionym użytkownikom wykonywanie dowolnych poleceń na systemie hosta, na którym działa n8n. Atakujący z dostępem użytkownika lub skradzionymi poświadczeniami mogą wykorzystać ten węzeł do uruchamiania złośliwych poleceń, co może prowadzić do wycieku danych, przerwania usług lub całkowitego przejęcia systemu.
Picklescan przed wersją 0.0.34 nie wykrywa wbudowanej funkcji _operator.methodcaller podczas skanowania plików pickle pod kątem złośliwego kodu. Atakujący mogą tworzyć złośliwe ładunki pickle wykorzystujące _operator.methodcaller, które omijają wykrywanie i wykonują dowolny kod po załadowaniu przez pickle.load().
Podatność w narzędziu picklescan przed wersją 0.0.33 polega na braku wykrywania wywołań funkcji operator.methodcaller w plikach pickle. Umożliwia to atakującym ominięcie zabezpieczeń i wykonanie dowolnego kodu po załadowaniu spreparowanego pliku pickle.
Picklescan przed wersją 0.0.33 nie wykrywa gadżetu numpy.f2py.crackfortran.getlincoef w metodach __reduce__ pickle, co umożliwia zdalne wykonanie kodu. Atakujący mogą stworzyć złośliwe pliki pickle, które po załadowaniu wykonują dowolny kod Pythona, omijając mechanizmy bezpieczeństwa Picklescan.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

