遠端主機上安裝的 OpenEXR Python 套件版本早於 3.4.x3.4.13。因此會受到一個拒絕服務弱點影響：

  - 特製的 HTJ2K 壓縮 EXR 檔案會導致在任何在不受信任的輸入上呼叫 exr_start_read（） 的應用程式中無條件的處理程序中止。損毀是由較低五位元為零的 QCD 標記觸發，OpenEXR 會將其傳遞至廠商的 OpenJPH 程式庫。OpenJPH 使用宣告而不是可復原的錯誤，因此任何無效值都會直接呼叫 abort（），並且無法被周圍的錯誤處理攔截。
    (CVE-2026-53532)

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。在之后的3.4.12版本3.4.0中，特制的 HTJ2K 压缩的 EXR 文件会在任何对不受信任的输入调用 exr_start_read（） 的应用程序中造成无条件的进程中止，进而导致拒绝服务。低 5 位为零的 QCD 标记会触发崩溃，OpenEXR 在构造码流并评估其量化增量参数时，将其传递到供应商的 OpenJPH 库。OpenJPH 使用断言而非可恢复的错误来验证这些位，因此任何无效值都会直接调用 abort（），且无法通过周围的错误处理进行拦截，这使得 OpenEXR 在错误处理中仅包装其内部 HT 标头解析器，而使后续的码流读取和构造调用不受保护，使这一问题更加复杂。此问题已在版本 3.4.13 中得到解决。
    (CVE-2026-53532)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - OpenEXR は、映画業界で広く使用されている EXR 画像形式の参照実装および仕様です。3.4.0から3.4.12までのバージョンでは、細工されたHTJ2K圧縮EXRファイルにより、信頼できない入力でexr_start_read()を呼び出すアプリケーションが無条件にプロセスを中止し、サービス拒否が発生します。このクラッシュは、下位 5 ビットがゼロの QCD マーカーによって引き起こされ、コードストリームを構築し、その量子化デルタパラメーターを評価する際に、OpenEXR がこれをベンダーの OpenJPH ライブラリに渡します。OpenJPH は、回復可能なエラーではなくアサーションを使用して、これらのビットを検証するため、無効な値は abort() を直接呼び出し、周囲のエラー処理によって傍受できません。この問題は、OpenEXR がエラー処理で内部 HT ヘッダーパーサーのみをラップし、その後の codestream 読み取りおよび構築呼び出しを保護しないまま放置することで、さらに悪化します。この問題はバージョン3.4.13で解決済みです。
    (CVE-2026-53532)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

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

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

請注意，Nessus 依賴供應商報告的套件存在。

远程主机上安装的 OpenEXR Python 程序包版本低于 3.4.x3.4.13. 因此，其受到拒绝服务漏洞的影响：

  - 构建的 HTJ2K 压缩的 EXR 文件会在任何对不受信任输入调用 exr_start_read（） 的应用程序中造成无条件的进程中止。崩溃由下方五位为零的 QCD 标记触发，OpenEXR 将该标记传递到供应商的 OpenJPH 库。OpenJPH 使用断言而不是可恢复的错误，因此任何无效值都会直接调用 abort（），且周围错误处理无法拦截。
    (CVE-2026-53532)

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

リモートホストにインストールされているOpenEXR Pythonパッケージのバージョンは3.4.13より前の3.4.xです。したがって、サービス拒否の脆弱性の影響を受けます。

  - 細工されたHTJ2K圧縮EXRファイルにより、信頼できない入力でexr_start_read()を呼び出すアプリケーションで無条件のプロセス中止が引き起こされます。このクラッシュは、下位 5 ビットがゼロの QCD マーカーによって引き起こされ、OpenEXR はこれをベンダーの OpenJPH ライブラリに渡します。OpenJPH は、回復可能なエラーではなくアサーションを使用するため、無効な値は abort() を直接呼び出し、周囲のエラー処理によって傍受されることはありません。
    (CVE-2026-53532)

Nessus はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

The version of the OpenEXR Python package installed on the remote host is 3.4.x prior to 3.4.13. It is, therefore, affected by a denial of service vulnerability:

  - A crafted HTJ2K-compressed EXR file causes an unconditional process abort in any application that calls     exr_start_read() on untrusted input. The crash is triggered by a QCD marker whose lower five bits are zero,     which OpenEXR passes into the vendored OpenJPH library. OpenJPH uses an assertion rather than a recoverable     error, so any invalid value calls abort() directly and cannot be intercepted by surrounding error handling.
    (CVE-2026-53532)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - 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.12, a crafted HTJ2K-compressed EXR file causes an     unconditional process abort in any application that calls exr_start_read() on untrusted input, resulting     in denial of service. The crash is triggered by a QCD marker whose lower five bits are zero, which OpenEXR     passes into the vendored OpenJPH library while constructing the codestream and evaluating its quantization     delta parameters. OpenJPH uses an assertion rather than a recoverable error to validate those bits, so any     invalid value calls abort() directly and cannot be intercepted by surrounding error handling, a problem     compounded by OpenEXR wrapping only its internal HT header parser in error handling while leaving the     later codestream read and construction calls unprotected. This issue has been resolved in version 3.4.13.
    (CVE-2026-53532)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Published	Updated	Severity
341184	Python 函式庫 OpenEXR 3.4.0 < 3.4.13 DoS （CVE-2026-53532）	Nessus	Misc.	8/28/2026	9/30/2026	high
339528	Linux Distros 未修补的漏洞：CVE-2026-53532	Nessus	Misc.	8/25/2026	11/7/2026	high
339528	Linux Distros のパッチ未適用の脆弱性: CVE-2026-53532	Nessus	Misc.	8/25/2026	11/7/2026	high
339528	Linux Distros 未修補弱點：CVE-2026-53532	Nessus	Misc.	8/25/2026	11/7/2026	high
341184	Python 库 OpenEXR 3.4.0 < 3.4.13 DoS （CVE-2026-53532）	Nessus	Misc.	8/28/2026	9/30/2026	high
341184	PythonライブラリOpenEXR 3.4.0 < 3.4.13 DoS(CVE-2026-53532)	Nessus	Misc.	8/28/2026	9/30/2026	high
341184	Python Library OpenEXR 3.4.0 < 3.4.13 DoS (CVE-2026-53532)	Nessus	Misc.	8/28/2026	9/30/2026	high
339528	Linux Distros Unpatched Vulnerability : CVE-2026-53532	Nessus	Misc.	8/25/2026	11/7/2026	high

Detections

Analytics

Plugins Search

high

high

high

high

high

high

high

high