CVE-2026-53496
ŚrednieCVSS 5.3Streszczenie
ExifReader przed wersją 4.40.1 zawiera podatność w parserze ISO-BMFF, gdzie funkcje findMetaBox() i parseBox() nie sprawdzają, czy wymagane pola pozostają w DataView. Specjalnie przygotowane dane HEIC lub AVIF mogą prowadzić do niekontrolowanego odczytu wersji pełnego boxa lub odczytu nieistniejących pól rozmiaru, co powoduje wyjątek RangeError i może przerwać działanie aplikacji lub workera.
Ocena ryzyka
Atakujący może zdalnie spowodować odmowę usługi (DoS) poprzez wysłanie złośliwego pliku HEIC/AVIF, co może przerwać działanie aplikacji lub workera przetwarzającego dane Exif.
Rekomendacja
Zaktualizuj ExifReader do wersji 4.40.1 lub nowszej, która zawiera poprawkę eliminującą tę podatność.
Inne podatności w ExifReader
Zobacz wszystkie- CVE-2026-8814Średnie
Biblioteka exifreader przed wersją 4.39.0 jest podatna na nieprawidłowe obsługiwanie silnie skompresowanych danych (amplifikacja danych) podczas dekompresji metadanych PNG zTXt bez wymuszania wbudowanego maksymalnego rozmiaru wyjścia. Przy asynchronicznym parsowaniu, spreparowany plik PNG może spowodować przydzielenie nadmiernie dużej wartości Comment w pamięci.
- CVE-2026-8813Wysokie
Podatność dotyczy wersji pakietu exifreader przed 4.39.0. Spreparowany obraz zawierający znacznik ICC mluc może ustawić kontrolowaną przez atakującego liczbę rekordów wraz z zerowym rozmiarem rekordu. Podczas parsowania ExifReader wielokrotnie przetwarza ten sam rekord i dodaje wpisy do tablicy bez wystarczającej walidacji granic, powodując nadmierny wzrost pamięci. W aplikacjach przetwarzających obrazy dostarczone przez atakującego może to prowadzić do odmowy usługi przez wyczerpanie pamięci.
Oryginalny opis (angielski, źródło NVD)
ExifReader is a JavaScript Exif information parser. Prior to 4.40.1, ExifReader.load() and the asynchronous file and URL loaders can pass attacker-supplied HEIC or AVIF data to the ISO-BMFF parser in src/image-header-iso-bmff.js, where findMetaBox() and parseBox() accept an eight-byte box header without confirming that fields required by the parsed box remain in the DataView. A valid ftyp box followed by an empty free or unknown box can cause an unchecked full-box version read, while a truncated extended-size box can make getBoxLength() and hasEmptyHighBits() read absent size fields. The resulting RangeError escapes the main parsing path and can abort an application request or worker when parse errors are not defensively caught, causing denial of service. This issue is fixed in version 4.40.1.