Katalog podatności CVE

W Pillow od wersji 5.3.0 do 13.0.0 biblioteka może zwracać niezainicjalizowaną pamięć jako piksele, gdy libtiff wykonuje niepełny dekodowanie danych TIFF skompresowanych JPEG lub Group 4 fax. Bufory _decodeStrip i _decodeTile mogą być większe niż dane zapisane przez libtiff, a Pillow nie zeruje nieużywanej końcówki. Atakujący może dostarczyć spreparowany plik TIFF aplikacji, która ładuje i zwraca lub ponownie koduje jego piksele.

W Pillow przed wersją 13.0.0 koder TIFF może odczytywać dane poza buforem ColorMap, gdy zachowane metadane TIFF mają rozmiar płaszczyzny niezgodny z BitsPerSample. Mały plik TIFF można otworzyć normalnie, a następnie zachowuje on spreparowany ColorMap używany ponownie przy zapisie obrazu. Aplikacja, która ponownie koduje taki TIFF z libtiff, może wywołać odczyt poza granicami bufora.

W Pillow od wersji 5.1.0 do 13.0.0 biblioteka może wyczerpać zasoby podczas parsowania istniejącego PDF przy operacji dopisywania. PdfParser podąża za referencjami drzewa stron bez wykrywania cykli i duplikacji oraz za łańcuchami poprzednich trailerów z jedynie dokładnym zabezpieczeniem powtórzonego offsetu, co może wyczerpać stos Pythona. Atakujący może dostarczyć taki PDF aplikacji wywołującej Image.save z włączonym dopisywaniem PDF.

W Pillow od wersji 5.1.0 do 13.0.0 rezerwacja identyfikatorów obiektów PDF przy zapisie wielu klatek z save_all zajmuje czas kwadratowy. PdfParser.next_object_id() wielokrotnie przebudowuje i skanuje wszystkie wcześniej zarezerwowane identyfikatory dla każdego obiektu. Atakujący może dostarczyć wieloklatkowy obraz, w tym mały APNG z dużą zadeklarowaną liczbą klatek, aplikacji konwertującej go do wielostronicowego PDF.

W Pillow od wersji 10.0.0 do 13.0.0 biblioteka może zwolnić nieprawidłowy wskaźnik glifu podczas renderowania FreeType z aktywnym strokerem. Jeśli FT_Load_Glyph zawiedzie, sprzątanie może wywołać FT_Done_Glyph na niezainicjalizowanej lub nieaktualnej zmiennej glifu. Atakujący może dostarczyć zniekształconą czcionkę jako niezaufane bajty aplikacji rysującej tekst z niezerową szerokością obrysu.

W Pillow od wersji 4.1.0 do 13.0.0 dekoder MSP RLE może rozwinąć mały plik do nieograniczonego bufora w pamięci. Dekoder zapisuje dane wyjściowe RLE do BytesIO bez ograniczania ekspansji do zadeklarowanego rozmiaru obrazu. Atakujący może dostarczyć spreparowany obraz MSP aplikacji ładującej jego piksele.

Pillow od wersji 9.2.0 do 13.0.0 wykonuje kwadratowe kopiowanie podczas zapisywania GIF z długim komentarzem. Funkcja _get_global_header() wielokrotnie kopiuje fragmenty danych komentarza, w tym komentarze z niezaufanego obrazu wejściowego, co może prowadzić do nadmiernego zużycia CPU.

W Pillow od wersji 5.1.0 do 13.0.0 biblioteka może wejść w nieskończoną pętlę podczas przepisywania stron PDF. PdfParser.rewrite_pages() podąża za relacjami Parent bez wykrywania cyklu w drzewie stron. Atakujący może dostarczyć cykliczny PDF aplikacji dopisującej do niego obraz.

W Pillow od wersji 12.0.0 do 13.0.0 funkcja Image.merge() może odwoływać się do pustej płaszczyzny image8. Walidacja pomija pierwszy pas wejściowy, pozwalając na scalenie obrazu 32-bitowego całkowitego lub zmiennoprzecinkowego opartego na magazynie image32 jako węższego obrazu wielopasmowego. Spreparowany plik IPTC może osiągnąć tę ścieżkę, gdy aplikacja go otwiera i ładuje, lub wywołujący może bezpośrednio wywołać Image.merge() z takim pierwszym pasem.

W Pillow od wersji 8.1.0 do 13.0.0 ścieżki dekodowania kafelków TIFF i RGBA mogą odczytywać dane poza wierszem wyprodukowanym przez libtiff. W _decodeTile i ścieżce rozpakowywania RGBA, gdy Pillow i libtiff interpretują zduplikowane tagi PhotometricInterpretation lub BitsPerSample odmiennie, Pillow nie weryfikuje, czy wymagany wiersz wejściowy mieści się w wierszu wyprodukowanym przez libtiff (ścieżka pasków ma tę walidację). Ładowanie pikseli z takiego spreparowanego TIFF może ujawnić sąsiednie dane sterty w pikselach wyjściowych lub spowodować awarię procesu.

Pillow przed wersją 13.0.0 ma lukę w dekoderze JPEG, który może zapisać pełną linię skanowania do bufora o rozmiarze dostosowanym do żądanego skalowania. ImagingJpegDecode nie weryfikuje rzeczywistej szerokości wyjściowej libjpeg po skalowaniu, a 8-bitowy bezstratny JPEG SOF3 dekodowany przez libjpeg-turbo 3.x może zignorować żądaną geometrię zmniejszania.

W bibliotece Pillow przed wersją 13.0.0 funkcja ImagingScaleAffine może spowodować podwójne zwolnienie pamięci obrazu, gdy wystąpi częściowa awaria alokacji. Dotyczy to szybkiej ścieżki dla operacji Transform.EXTENT lub czystego skalowania i przesunięcia Transform.AFFINE z domyślnym próbkowaniem NEAREST. Atakujący może wywołać awarię, powodując dużą operację Image.transform() przy niedoborze pamięci.

Pillow od wersji 5.4.0 do 13.0.0 wykonuje kwadratowe kopiowanie podczas parsowania komentarzy GIF. Funkcja GifImageFile._seek() wielokrotnie dołącza niezmienne bajty dla podbloków komentarzy i wielu rozszerzeń komentarzy, a ramka zerowa jest parsowana podczas Image.open().

W bibliotece Pillow od wersji 9.2.0 do 13.0.0 może dojść do zachowania odrzuconego rozmiaru ramki GIF po wyjątku decompression-bomb. W GifImageFile._seek spreparowany GIF może pozostawić odrzucone wymiary po Image.DecompressionBombError; jeśli aplikacja przechwyci wyjątek i kontynuuje przetwarzanie tego samego obiektu obrazu, późniejsze operacje seek lub load alokują pamięć zgodnie z tymi wymiarami, co może wyczerpać pamięć i spowodować odmowę usługi.

W bibliotece Pillow od wersji 8.1.0 do 13.0.0 może dojść do alokacji tła disposal APNG o pełnym rozmiarze kanwy przed sprawdzeniem decompression-bomb. Spreparowany APNG z małą pierwszą ramką, bardzo dużym zadeklarowanym kanwem i disposal tła lub OP_PREVIOUS pierwszej ramki dociera do PngImageFile._seek podczas Image.open() pozycjonującego ramkę zerową. Alokacja pełnego kanwy następuje wewnątrz Image.open() bez wymogu ładowania pikseli lub iteracji ramek, co może wyczerpać pamięć i spowodować odmowę usługi.

Pillow przed wersją 13.0.0 ma lukę w dekoderze kafelków JPEG FlashPix, który może zapisywać zdekodowane linie skanowania poza przydzielonym buforem kafelka. Dekodowanie FlashPix (FPX) JPEG wybiera tryb raw LA z dwoma bajtami na piksel, podczas gdy nierozpoznany tryb JPEG może być zdekodowany jako JCS_UNKNOWN z czterema komponentami, powodując zapis czterokomponentowych linii do dwubajtowego bufora kafelka.

W bibliotece Pillow przed wersją 13.0.0 funkcja ImageMorph.MorphOp.apply() może uzyskać dostęp do pamięci przed buforem wiersza dla obrazu o zerowej szerokości. Wejście PPM i PGM może utworzyć obraz o szerokości zero, a natywna procedura morfologii indeksuje outrow[width - 1] bez odrzucenia tej geometrii. Atakujący może dostarczyć taki obraz do aplikacji wykonującej operację morfologii, co może spowodować awarię procesu.

Pillow od wersji 11.3.0 do 13.0.0 zawiera podatność use-after-free na stercie, gdy libtiff odrzuca tag podczas kodowania danych TIFF do bufora w pamięci. Ścieżka błędu zwalnia bufor wyjściowy bez zamknięcia uchwytu TIFF, a późniejsze czyszczenie zapisuje do zwolnionej pamięci.

W bibliotece Pillow przed wersją 13.0.0 filtry oparte na rangach mogą odwoływać się do nieprawidłowego magazynu obrazu dla obrazu o zerowym rozmiarze. ImagingExpand() alokuje niepusty wynik, a następnie ulega awarii podczas replikacji krawędzi przez odczyt pierwszego piksela z pustego magazynu wejściowego; ImagingRankFilter nigdy nie jest osiągany. Atakujący może dostarczyć lub spowodować utworzenie obrazu o zerowym rozmiarze w aplikacji stosującej filtr rangi, mediany, minimum lub maksimum, co powoduje natywną awarię procesu.

Dolibarr do wersji 23.0.2 zawiera podatność w nieznanej funkcji pliku htdocs/document.php w komponencie CSP. Manipulacja prowadzi do awarii mechanizmu ochrony, a atak można wykonać zdalnie.