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.06)
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 modułach Net::LibSSH w wersjach przed 0.004 dla Perla połączenie nie weryfikuje klucza hosta względem known_hosts, mimo ustawienia opcji strict_hostkeycheck i knownhosts. Uwierzytelnianie hasłem, agentem i kluczem publicznym oraz operacje kanałów i SFTP działają na sesji z niezidentyfikowanym pełem.
Rex w wersjach do 1.16.1 dla Perla akceptuje nieznany klucz hosta SSH dla zdalnych transferów rsync, ponieważ sync na stałe ustawia StrictHostKeyChecking=no. Opcje SSH ustawiane przez set_openssh_opt nie docierają do tego polecenia, więc nie ma konfiguracji przywracającej sprawdzanie klucza hosta.
Podatność w komponencie JSSE produktów Oracle Java SE, Oracle GraalVM for JDK i Oracle GraalVM Enterprise Edition pozwala nieuwierzytelnionemu atakującemu z dostępem sieciowym na naruszenie poufności i integralności danych. Można ją wykorzystać przez API komponentu, np. przez usługę sieciową dostarczającą dane do API.
W Laravel przed wersjami 12.68.0 i 13.29.0 TokenGuard skonfigurowany jako standardowy strażnik API oparty na tokenach nie odrzuca spreparowanego niełańcuchowego poświadczenia. W niektórych konfiguracjach MySQL lub MariaDB wyszukiwanie uwierzytelniania może dopasować nieoczekiwanego istniejącego użytkownika, umożliwiając obejście uwierzytelniania i przejęcie konta.
W frameworku Laravel w wersjach od 12.45.0 do 12.68.0 oraz 13.27.0 spreparowane dołączenie relacji na endpointcie tylko do odczytu może wywołać destrukcyjną operację na powiązanej tabeli zamiast pobrania danych. Użytkownik z prawem odczytu, ale bez prawa zapisu, może opróżnić dane powiązanej tabeli, powodując nieodwracalną utratę danych, odmowę usługi i utratę integralności danych.
Biblioteka Pillow w wersjach od 11.2.1 do 13.0.0 błędnie zakłada, że wiersze obrazu są ściśle przyległe podczas eksportu do formatu Arrow. Gdy PILLOW_ALIGNMENT powoduje dodanie paddingu wierszy lub przesunięcia przed pierwszym wierszem, bufor Arrow może zawierać niezainicjalizowany padding, bajty sprzed pierwszego wiersza lub pozostałości po zwolnionych obrazach. Może to prowadzić do ujawnienia pikseli innego użytkownika lub pamięci procesu.
W itsourcecode Online Cake Ordering System 1.0 wykryto podatność bezpieczeństwa w nieznanej funkcji pliku /transactionsave.php. Manipulacja argumentem del prowadzi do wstrzyknięcia SQL. Atak można przeprowadzić zdalnie, a exploit został publicznie ujawniony i może być wykorzystany.
W TOTOLINK EX200 5.2.3c.7200 funkcja setWiFiAclAddConfig w pliku /cgi-bin/cstecgi.cgi komponentu wireless.so jest podatna na przepełnienie bufora na stosie poprzez manipulację argumentem macAddress. Atak można zainicjować zdalnie, a exploit został publicznie udostępniony i może być wykorzystany.
W TOTOLINK EX200 5.2.3c.7200 funkcja setStaticDhcpConfig w pliku /cgi-bin/cstecgi.cgi komponentu lan.so jest podatna na przepełnienie bufora na stosie poprzez manipulację argumentem Comment. Atak można przeprowadzić zdalnie, a exploit został publicznie udostępniony i może być wykorzystany.
W itsourcecode Online Cake Ordering System 1.0 stwierdzono podatność w nieznanej funkcji pliku /orderdetail.php. Manipulacja argumentem ID może prowadzić do wstrzyknięcia SQL. Atak może być przeprowadzony zdalnie, a exploit został publicznie ujawniony i może być wykorzystany.
Podatność w bibliotece Perl Robots::Validate (wersje 0.4.3 do 0.4.10) polega na tym, że stan maszyny Aho-Corasick używanej do dopasowywania User-Agent nie jest resetowany między żądaniami. Jeśli User-Agent zakończy się w połowie nazwy robota, następny User-Agent sprawdzany przez ten sam obiekt może dokończyć tę nazwę, co prowadzi do błędnej klasyfikacji klienta jako robota.
Pillow to biblioteka obrazowania w Pythonie. Od wersji 9.4.0 do 13.0.0 funkcja ImagingJpegEncode() w src/libImaging/JpegEncode.c może wywołać jpeg_write_marker() dla komentarza JPEG COM, gdy profil ICC dokładnie wypełnił 65536-bajtowy bufor enkodera. libjpeg zapisuje jeden bajt przed sprawdzeniem wyczerpanego licznika free_in_buffer, który następnie się zawija i pozwala kontrolowanemu przez atakującego komentarzowi oraz kolejnym skompresowanym danym obrazu nadpisać sąsiednią pamięć sterty. Ponowne zapisanie niezaufanego obrazu jako JPEG z zachowaniem profilu ICC i przekazanego komentarza może spowodować awarię procesu i potencjalnie umożliwić wykonanie kodu w odpowiednich warunkach środowiska uruchomieniowego i układu sterty. Problem naprawiono w wersji 13.0.0.
Pillow to biblioteka obrazów dla Pythona. W wersjach przed 13.0.0 w systemie Windows plik src/PIL/WmfImagePlugin.py przekazuje niekontrolowane 32-bitowe wymiary WMF lub EMF do natywnego handlera drawwmf, który alokuje bufor DIB na podstawie obciętych do 16 bitów wymiarów, ale kopiuje dane pikseli przy użyciu pełnych wymiarów, umożliwiając odczyt poza buforem sterty.
W bibliotece Pillow od wersji 11.0.0 do 13.0.0 funkcja Exif.load() w src/PIL/Image.py wielokrotnie wycina pozostałe dane EXIF, dopóki zaczynają się one od sześciobajtowego nagłówka Exif. Ponieważ src/PIL/PngImagePlugin.py akceptuje nieograniczony chunk eXIf w PNG, plik wypełniony powtarzającymi się nagłówkami powoduje tworzenie nowej zmniejszającej się kopii w każdej iteracji i kwadratowe zużycie CPU. Problem jest osiągalny przez Image.getexif(), Image._getexif() i ImageOps.exif_transpose(), w tym w typowych procesach obracania zdjęć przy uploadzie. Podatność naprawiono w wersji 13.0.0.
W bibliotece Pillow przed wersją 13.0.0 inicjalizator TarIO w src/PIL/TarIO.py akceptuje ujemną ósemkową wartość rozmiaru elementu i wykonuje wsteczne przesunięcie, które wraca do tego samego 512-bajtowego nagłówka. Gdy żądana nazwa elementu nie pasuje, parser wielokrotnie odczytuje ten nagłówek, zużywa pełny rdzeń CPU i nigdy nie kończy pracy. TarIO jest osiągalne tylko wtedy, gdy aplikacja bezpośrednio używa PIL.TarIO.TarIO zamiast domyślnej ścieżki Image.open(). Podatność naprawiono w wersji 13.0.0.
Pillow, biblioteka obrazowania w Pythonie, w wersjach przed 13.0.0 zawiera błąd w akumulacji szerokości tekstu PILfont w src/_imaging.c, gdzie dodatnie przesunięcia glifów są sprawdzane względem INT_MAX, ale ujemne przesunięcia nie są sprawdzane względem INT_MIN. Powtarzanie 16-bitowego przesunięcia -32768 może wywołać przepełnienie całkowite ze znakiem w xsize += dx, tworząc dużą dodatnią szerokość z ujemnego wyniku matematycznego, co może prowadzić do błędów logicznych lub zużycia zasobów w aplikacjach używających getlength(), getsize() lub obliczeń układu, limitów, serializacji lub alokacji.
Biblioteka Pillow w wersjach od 5.1.0 do 13.0.0 nie wykrywa zduplikowanych referencji pośrednich w grafie /Pages dokumentu PDF. Złośliwy, skompresowany plik PDF może spowodować wykładniczy wzrost liczby referencji do stron i nadmierne zużycie CPU podczas operacji zapisu z parametrem append=True.
Biblioteka Pillow w wersjach od 11.0.0 do 13.0.0 ma błąd w obsłudze wieloklatkowych obrazów (PSD, MPO, DCX, MIC). Przy zmianie trybu klatki na szerszy (RGB/CMYK) ponownie używany jest stary bufor o węższym trybie, co prowadzi do zapisu poza granicami pamięci i awarii, a w niektórych przypadkach do wykonania kodu.
Pillow, biblioteka obrazowania w Pythonie, w wersjach od 9.1.0 do 13.0.0 pozwala metodzie BmpRleDecoder.decode() w src/PIL/BmpImagePlugin.py na dołączanie danych poza pozostałą długość dest_length bez limitu na gałąź poprzez spreparowane ucieczki delta RLE BMP i przebiegi w trybie absolutnym. Delta może dodać około 255 wierszy obrazu w jednej iteracji, więc plik o rozmiarze kilobajta z dużą, ale dozwoloną szerokością może rozszerzyć bytearray danych do setek megabajtów lub więcej, powodując odmowę usługi przez wyczerpanie pamięci.
W bibliotece Pillow przed wersją 13.0.0 funkcja SpiderImageFile.seek() w src/PIL/SpiderImagePlugin.py ponownie parsuje późniejszą ramkę stosu SPIDER i zastępuje self._size bez ponownego uruchomienia Image._decompression_bomb_check(). Mały plik może użyć bezpiecznej pierwszej ramki, aby przejść przez Image.open(), a następnie zadeklarować bardzo duże wymiary w późniejszej ramce trybu F. Wczytanie takiej ramki alokuje około czterech bajtów na każdy piksel zadeklarowany przez atakującego i może zużyć wiele gigabajtów pamięci. Podatność naprawiono w wersji 13.0.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

