CVE-2026-45696
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 18 — wyżej niż 18% wszystkich znanych CVE
Streszczenie
W bibliotece OpenEXR w wersjach od 3.4.0 do 3.4.11 wykryto podatność na odczyt poza zakresem sterty (heap-buffer-overflow) w funkcji ht_undo_impl() dekodera HTJ2K. Problem wynika z braku walidacji rozmiaru bufora linii OpenJPH względem deklarowanej szerokości kanału EXR, co może prowadzić do deterministycznej awarii (DoS) i potencjalnego wycieku danych z sąsiedniej sterty.
Ocena ryzyka
Atakujący może wykorzystać specjalnie spreparowany plik EXR do spowodowania awarii aplikacji (odmowa usługi) lub potencjalnego ujawnienia fragmentów pamięci sterty, co stanowi zagrożenie dla systemów przetwarzających niezaufane pliki EXR, takich jak miniaturyzatory, potoki assetów czy narzędzie exrcheck.
Rekomendacja
Należy niezwłocznie zaktualizować bibliotekę OpenEXR do wersji 3.4.12 lub nowszej, która zawiera poprawkę usuwającą podatność. W międzyczasie zaleca się unikanie otwierania plików EXR z nieznanych źródeł.
Oryginalny opis (angielski, źródło NVD)
OpenEXR is the reference implementation and specification for the EXR image format, widely used in the motion picture industry. In versions 3.4.0 through 3.4.11, the HTJ2K (High-Throughput JPEG 2000) decoder, ht_undo_impl() in OpenEXRCore is vulnerable to a heap-buffer-overflow READ. The ht_undo_imp function copies decoded pixels out of a per-line OpenJPH buffer using the EXR channel's declared width as the iteration count. The codestream embedded in the EXR chunk can declare different (smaller) tile/line dimensions than the EXR header advertises, but ht_undo_impl() does not validate this — it pulls width 32-bit samples from cur_line->i32[] without checking the OpenJPH line buffer's actual length. A crafted EXR file produces a 4-byte heap-buffer-overflow READ immediately after a buffer allocated by ojph::local::codestream::finalize_alloc(). The bug is reachable through the standard scanline-decode entry point used by every consumer of exr_decoding_run/Imf::checkOpenEXRFile, including thumbnailers, asset pipelines, and the exrcheck utility — i.e. any application that opens untrusted EXR files. The result is a deterministic crash (DoS) and potential adjacent-heap leak. This issue has been fixed in version 3.4.12.