CVE-2026-44663 - OpenEXR: Integer overflow in the HTJ2K decoder leads to heap-buffer-overflow
Özet
Bu kayıt, hedef sistemde bulunan bir zafiyeti detaylandırmaktadır. Zafiyet 2026-06-18 tarihinde yayınlanmış olup, topluluktan 100 görüntülenme almıştır. uzaktan kategorisinde sınıflandırılmıştır. Kullanıcıların teknik detaylar için Detay sekmesindeki kaynak kodunu incelemeleri önerilir.
Zafiyet Ozet Bilgileri
Zafiyet Detayi (Turkce)
OpenEXR, sinema endüstrisinde yaygın olarak kullanılan EXR görüntü formatının referans uygulaması ve spesifikasyonudur. 3.4.0 ile 3.4.11 arasındaki sürümlerde, src/lib/OpenEXRCore/internal_ht.cpp dosyasındaki ht_undo_impl() işlevindeki bir tamsayı taşması, hazırlanmış bir HTJ2K sıkıştırılmış EXR dosyasının kodu çözülürken yığın arabellek taşmasına neden olur. decode->channels[i].width (int32_t), 32 bit işaretli aritmetikte bytes_per_element ile çarpılır. Büyük genişliklerde (örneğin, FLOAT verileri için >= 536870912), bu taşma meydana gelir ve daha sonra işaretçi aritmetiği için kullanılan bozuk bir uzaklık üretir ve yığının sınırların dışında yazmaya neden olabilir. Aynı kontrol edilmeyen çarpma modeli diğer iki HTJ2K yolunda da görünür (satır başına bayt birikimi ve piksel satırı işaretçi ilerlemesi). Diğer codec bileşenlerindeki ilgili CVE-2026-34378 ila CVE-2026-34589 düzeltmelerinde olduğu gibi, yalnızca çarpma işleminden sonra doğrulama yapılması çok geç olur çünkü değer zaten taşmış olabilir. Bu sorun 3.4.12 sürümünde giderilmiştir.
Orijinal Aciklama (Ingilizce)
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, an integer overflow in ht_undo_impl() in src/lib/OpenEXRCore/internal_ht.cpp leads to a heap-buffer overflow when decoding a crafted HTJ2K-compressed EXR file. decode->channels[i].width (int32_t) is multiplied by bytes_per_element in 32-bit signed arithmetic. With large widths (e.g., >= 536870912 for FLOAT data), this overflows, producing a corrupted offset that is later used for pointer arithmetic and can cause a heap out-of-bounds write. The same unchecked multiplication pattern appears in two other HTJ2K paths (bytes-per-line accumulation and pixel-line pointer advancement). As with related CVE-2026-34378 through CVE-2026-34589 fixes in other codecs, validating only after the multiplication is too late because the value may already be overflowed. This issue has been fixed in version 3.4.12.
Kaynak Kodu İndir
Çevrimdışı analiz ve test için exploit kaynak kodunu indirin.
Şimdi İndirDosya Boyutu: ~4.1 KB | MD5: 16eeda355d4104f9aea449bce913155c
Galeri görseli bulunmuyor.
Henüz tartışma başlatılmamış.