遠端主機上安裝的 OpenEXR Python 套件版本早於 3.4.x3.4.12。因此，會受到多個弱點影響：

  - 解碼特製的 HTJ2K 壓縮 EXR 檔案時，src/lib/OpenEXRCore/internal_ht.cpp 中 ht_undo_impl（） 中的整數溢位會導致堆積緩衝區溢位。在行 188-189中，decode->channels[i].width 乘以 decode->channels[i].bytes_per_element，採用 32 位帶正負號算術。當寬度 >= 536870912時，具有 FLOAT 通道，乘積會超過 INT32_MAX，造成帶正負號的整數溢位。溢位的值會儲存在raster_line_offset中，稍後會用作指標位移，導致越界寫入超過堆積配置的解壓縮緩衝區。（CVE-2026-44663）

  - OpenEXR 的 HTJ2K 解碼器 OpenEXRCore 中的 ht_undo_impl（） 使用 EXR 通道宣告的寬度作為迭代計數，將解碼的像素從每行 OpenJPH 緩衝區複製出來。內嵌在 EXR 區塊中的程式碼串流可以宣告與 EXR 標頭通告的圖塊/線條尺寸不同 （更小），但 ht_undo_impl（） 不會驗證這一點。特製的 EXR 檔案會在 ojph：：local：：codestream：：finalize_alloc（） 配置的緩衝區之後立即產生 4 位元組堆積緩衝區溢位 READ。結果是確定性損毀 （DoS） 和潛在的相鄰堆積洩漏。（CVE-2026-45696）

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

偵測

Python 函式庫 OpenEXR 3.4.x < 3.4.12 多個漏洞

high Nessus Plugin ID 321448

版本 1.4