Katalog podatności CVE

Zgłoszenie CVE zostało odrzucone. Powód: kandydat znajdował się w puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone. Powód: kandydat znajdował się w puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone. Powód odrzucenia: kandydat pochodził z puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone. Powód odrzucenia: kandydat pochodził z puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone. Powód odrzucenia: kandydat pochodził z puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone. Powód odrzucenia: kandydat pochodził z puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone. Powód odrzucenia: kandydat pochodził z puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone. Powód odrzucenia: kandydat pochodził z puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone. Powód odrzucenia: kandydat pochodził z puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone. Powód odrzucenia: kandydat pochodził z puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone. Powód odrzucenia: kandydat pochodził z puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone. Powód odrzucenia: kandydat pochodził z puli CNA, która nie została przypisana do żadnego zgłoszenia.

Zgłoszenie CVE zostało odrzucone — kandydat znajdował się w puli CNA, która nie została przypisana do żadnego problemu. Brak rzeczywistej podatności do analizy.

Podatność przepełnienia bufora stosu w parserze odpowiedzi OSDP Control Panel (cp_decode_response()) w Zephyr OS. Dla typów REPLY_KEYPPAD i REPLY_RAW długość ładunku jest pobierana z odebranej ramki bez sprawdzenia górnego limitu, co pozwala na zapis poza 64-bajtowe tablice w strukturze osdp_event. Wymaga włączonego CONFIG_OSDP w trybie CP i zarejestrowanego callbacku zdarzeń.

Klient aktualizacji firmware UpdateHub w Zephyr parsuje odpowiedź CoAP za pomocą biblioteki JSON, która traktuje wszystkie pola jako opcjonalne. Gdy odpowiedź pominie pole "sha256sum", wskaźnik pozostaje NULL, a kod wywołuje strlen() na tym wskaźniku przed jakąkolwiek walidacją, co prowadzi do odczytu spod adresu zero. Ponieważ metadane pochodzą w całości od zdalnego peera (domyślnie bez DTLS, po zwykłym CoAP/UDP), atakujący może zdalnie wywołać awarię.

Pillow od wersji 8.2.0 do 13.0.0 może odczytywać dane poza buforem kafelka podczas kopiowania czterobajtowych pikseli w dekoderze kafelkowego TIFF. W funkcji _decodeTile libtiff może zwrócić alokację kafelka mniejszą niż wymagany krok wiersza pomnożony przez długość kafelka, a pętla kopiująca Pillow wykracza poza tę alokację.

W bibliotece Pillow (Python) przed wersją 13.0.0 dekodery surowe P;2L i P;4L mogą odczytywać dane poza końcem bufora wejściowego. Niezgodność między obliczanym rozmiarem wiersza a rzeczywistym rozmiarem odczytywanym przez rozpakowujące może ujawnić do trzech bajtów sterty w pikselach wyjściowych lub spowodować awarię procesu.

Biblioteka Pillow zawiera przepełnienie bufora na stercie oraz ujawnienie danych ze sterty w funkcji _tiffWriteProc podczas zapisu skompresowanych plików TIFF przez libtiff do celu bez użytecznego fileno(), np. BytesIO. Callback rozmiaruje alokację na podstawie poprzedniego rozmiaru bufora zamiast bieżącej pozycji zapisu, co pozwala na kopiowanie danych poza alokację. Podatność naprawiono w wersji 13.0.0.

W bibliotece Pillow od wersji 5.1.0 do 13.0.0 funkcja PdfParser.get_value() może rekurencyjnie przetwarzać zagnieżdżone obiekty PDF bez limitu. Atakujący może dostarczyć głęboko zagnieżdżony PDF do aplikacji zapisującej obraz z włączonym trybem dopisywania do PDF, co powoduje nieobsłużony RecursionError lub zakończenie procesu roboczego.

Biblioteka Pillow w wersjach od 7.2.0 do 13.0.0 może wejść w nieskończoną pętlę podczas ustalania liczby klatek obrazu MIC. MicImageFile dziedziczy mechanizm przechodzenia klatek TIFF, ale jego tell() zwraca indeks strumienia OLE, a seek() resetuje stan klatek TIFF, przez co osadzony TIFF z co najmniej trzema IFD nigdy nie postępuje. Gdy aplikacja z zainstalowanym olefile odczytuje n_frames lub zapisuje wszystkie klatki spreparowanego pliku MIC, pętla może na stałe obciążyć wątek roboczy w 100% CPU.