AlmaLinux 9.2 主機已安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2025：1759413150 公告中所述弱點影響。

  - Academy Software Foundation openexr v.3.2.3 及更早版本中的一個問題允許本機攻擊者透過 exrmultipart.cpp 的轉換功能造成拒絕服務 （DoS）。（CVE-2024-31047）

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

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - College Software Foundation openexr v.3.2.3 版和之前版本中有一個問題其允許本機攻擊者透過 exrmultipart.cpp 的轉換函式造成拒絕服務 (DoS)。 (CVE-2024-31047)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Rocky Linux 9.6 主機已安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1792628290 公告中提及的多個弱點影響。

  - Academy Software Foundation openexr v.3.2.3 及更早版本中的一個問題允許本機攻擊者透過 exrmultipart.cpp 的轉換功能造成拒絕服務 （DoS）。（CVE-2024-31047）

  - OpenEXR 是 EXR 影像格式的參考實作和規範，廣泛應用於電影產業。在 的3.4.12版本3.4.0中，HTJ2K 解碼路徑中可連線的宣告失敗允許特製的 HTJ2K 壓縮 EXR 檔案在任何在不受信任的輸入上呼叫 exr_start_read（） 的應用程式中導致無條件的進程中止，從而導致拒絕服務。損毀是由前五位元為零的 QCD 標記觸發，OpenEXR 在建構程式碼流並評估其量化增量參數時，將其傳遞至供應商的 OpenJPH 程式庫。OpenJPH 使用宣告而不是可恢復的錯誤來驗證這些位元，因此任何無效值都會直接呼叫 abort（），並且無法被周圍的錯誤處理攔截，OpenEXR 在錯誤處理中僅包裝其內部 HT 標頭剖析器，而使後續的程式碼流讀取和構造呼叫不受保護，從而使問題變得更加複雜。此問題已在版本 3.4.13中解決。（CVE-2026-54920）

  - OpenEXR 是 EXR 影像格式的參考實作和規範，廣泛應用於電影產業。之前的版本，3.2.103.3.12並在 3.4.13 Imf_4_0：：SampleCountChannel：：set（int r， unsigned int newNumSamples[]） 中包含堆積越界寫入。資料列型樣本計數設定器會使用 dataWindow.min.x 而不是 dataWindow.min.y 來計算目標 Y 座標。對於 min.x ！= min.y 的有效深層影像資料視窗，有效的資料列索引可能會轉譯成無效的 Y 座標，導致在配置的 _numSamples 緩衝區之前寫入。此弱點可透過公用 OpenEXRUtil DeepImage API 存取，並可能導致堆積損毀和處理程序損毀。此問題已在 3.2.10、3.3.12 和 3.4.13 版中修正。(CVE-2026-55059)

  - OpenEXR 是 EXR 影像格式的參考實作和規範，廣泛應用於電影產業。、 和 3.3.12之前3.4.13的版本在 3.2.10SampleCountChannel 中包含無限迴圈弱點。協助程式 roundListSizeUp（） 使用重複的無符號左移位，將樣本清單大小四捨五入為 2 的下一個冪，對於正常值會終止，但對於UINT_MAX會失敗：序列會達到 0x80000000，而下一個左移會將 32 位元值包裝為 0。因為 0 仍小於 UINT_MAX，所以迴圈永遠不會進行，也永遠不會結束。此錯誤可透過公用 OpenEXRUtil API 達成，方法是透過 SampleCountChannel：：Edit （其析構函式呼叫 endEdit（）） 編輯範例計數緩衝區，或在有效圖元上呼叫 SampleCountChannel：：set（x， y， UINT_MAX）。此問題已在 、 3.3.12和 3.4.13版本中3.2.10修正。（CVE-2026-55373）

  - OpenEXR 是 EXR 影像格式的參考實作和規範，廣泛應用於電影產業。在 、 3.3.0 through 3.3.12和 3.4.03.4.13through 的3.2.10版本3.1.0中，OpenEXRCore 的 unpack_sample_table（） 中的int32_t乘法在解碼特製的深層平鋪 EXR 檔案時可能會溢位，從而產生無效指標，導致從未映射的記憶體位址讀取並崩潰。由於溢位發生在標準解碼路徑 （exr_decoding_run） 中，因此任何解碼深層並排 EXR 檔案的應用程式都會受到影響。此問題已在 、 3.3.13和 3.4.14版本中3.2.11修正。
    (CVE-2026-59183)

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

因此，它會受到 ALAS2023-2025-1142 公告中提及的一個弱點影響。

    cademy Software Foundation openexr v.3.2.3 版和之前版本中有一個問題其允許本機攻擊者透過 exrmultipart.cpp 的轉換函式造成拒絕服務 (DoS)。 (CVE-2024-31047)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

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

AlmaLinux 9.6 主機已安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1792628290 公告中提及的多個弱點影響。

  - Academy Software Foundation openexr v.3.2.3 及更早版本中的一個問題允許本機攻擊者透過 exrmultipart.cpp 的轉換功能造成拒絕服務 （DoS）。（CVE-2024-31047）

  - OpenEXR 是 EXR 影像格式的參考實作和規範，廣泛應用於電影產業。在 的3.4.12版本3.4.0中，HTJ2K 解碼路徑中可連線的宣告失敗允許特製的 HTJ2K 壓縮 EXR 檔案在任何在不受信任的輸入上呼叫 exr_start_read（） 的應用程式中導致無條件的進程中止，從而導致拒絕服務。損毀是由前五位元為零的 QCD 標記觸發，OpenEXR 在建構程式碼流並評估其量化增量參數時，將其傳遞至供應商的 OpenJPH 程式庫。OpenJPH 使用宣告而不是可恢復的錯誤來驗證這些位元，因此任何無效值都會直接呼叫 abort（），並且無法被周圍的錯誤處理攔截，OpenEXR 在錯誤處理中僅包裝其內部 HT 標頭剖析器，而使後續的程式碼流讀取和構造呼叫不受保護，從而使問題變得更加複雜。此問題已在版本 3.4.13中解決。（CVE-2026-54920）

  - OpenEXR 是 EXR 影像格式的參考實作和規範，廣泛應用於電影產業。之前的版本，3.2.103.3.12並在 3.4.13 Imf_4_0：：SampleCountChannel：：set（int r， unsigned int newNumSamples[]） 中包含堆積越界寫入。資料列型樣本計數設定器會使用 dataWindow.min.x 而不是 dataWindow.min.y 來計算目標 Y 座標。對於 min.x ！= min.y 的有效深層影像資料視窗，有效的資料列索引可能會轉譯成無效的 Y 座標，導致在配置的 _numSamples 緩衝區之前寫入。此弱點可透過公用 OpenEXRUtil DeepImage API 存取，並可能導致堆積損毀和處理程序損毀。此問題已在 3.2.10、3.3.12 和 3.4.13 版中修正。(CVE-2026-55059)

  - OpenEXR 是 EXR 影像格式的參考實作和規範，廣泛應用於電影產業。、 和 3.3.12之前3.4.13的版本在 3.2.10SampleCountChannel 中包含無限迴圈弱點。協助程式 roundListSizeUp（） 使用重複的無符號左移位，將樣本清單大小四捨五入為 2 的下一個冪，對於正常值會終止，但對於UINT_MAX會失敗：序列會達到 0x80000000，而下一個左移會將 32 位元值包裝為 0。因為 0 仍小於 UINT_MAX，所以迴圈永遠不會進行，也永遠不會結束。此錯誤可透過公用 OpenEXRUtil API 達成，方法是透過 SampleCountChannel：：Edit （其析構函式呼叫 endEdit（）） 編輯範例計數緩衝區，或在有效圖元上呼叫 SampleCountChannel：：set（x， y， UINT_MAX）。此問題已在 、 3.3.12和 3.4.13版本中3.2.10修正。（CVE-2026-55373）

  - OpenEXR 是 EXR 影像格式的參考實作和規範，廣泛應用於電影產業。在 、 3.3.0 through 3.3.12和 3.4.03.4.13through 的3.2.10版本3.1.0中，OpenEXRCore 的 unpack_sample_table（） 中的int32_t乘法在解碼特製的深層平鋪 EXR 檔案時可能會溢位，從而產生無效指標，導致從未映射的記憶體位址讀取並崩潰。由於溢位發生在標準解碼路徑 （exr_decoding_run） 中，因此任何解碼深層並排 EXR 檔案的應用程式都會受到影響。此問題已在 、 3.3.13和 3.4.14版本中3.2.11修正。
    (CVE-2026-59183)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
360072	AlmaLinux 9.2 [TuxCare] 安全性更新：openexr / openexr-devel / openexr-libs （ALMALINUX9.2：CLSA-2025：1759413150）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	low
257988	Linux Distros 未修補的弱點：CVE-2024-31047	Nessus	Misc.	2025/8/27	2026/9/2	low
370229	Rocky Linux 9.6 [TuxCare] 安全性更新：openexr / openexr-devel / openexr-libs 多個漏洞（ALMALINUX9.6：CLSA-2026：1792628290）	Nessus	Rocky Linux Local Security Checks	2026/10/22	2026/10/26	high
251377	Amazon Linux 2023：openexr、openexr-devel、openexr-libs (ALAS2023-2025-1142)	Nessus	Amazon Linux Local Security Checks	2025/8/18	2025/10/30	low
370227	AlmaLinux 9.6 [TuxCare] 安全性更新：openexr / openexr-devel / openexr-libs 多個弱點（ALMALINUX9.6：CLSA-2026：1792628290）	Nessus	Alma Linux Local Security Checks	2026/10/22	2026/10/26	high

偵測

搜尋 Plugin

low

low

high

low

high