因此，它受到 ALAS2023-2025-1142 公告中提及的一个漏洞影响。

    Advanced Software Foundation openexr v.3.2.3 和之前版本中的问题允许本地攻击者通过 exrmultipart.cpp 的 convert 函数造成拒绝服务 (DoS)。 (CVE-2024-31047)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

AlmaLinux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：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（） 的应用程序中造成无条件的进程中止，从而导致拒绝服务。低 5 位为零的 QCD 标记会触发崩溃，OpenEXR 在构造码流并评估其量化增量参数时，将其传递到供应商的 OpenJPH 库。OpenJPH 使用断言而非可恢复的错误来验证这些位，因此任何无效值都会直接调用 abort（），且无法通过周围的错误处理进行拦截，这使得 OpenEXR 在错误处理中仅包装其内部 HT 标头解析器，而使后续的码流读取和构造调用不受保护，使这一问题更加复杂。此问题已在版本 3.4.13中得到解决。（CVE-2026-54920）

  - OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。低于 的 3.3.123.4.13版本，在 3.2.10Imf_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（））编辑 sample-count 缓冲区，或通过在有效像素上调用 SampleCountChannel：：set（x， y， UINT_MAX） 来获取。已在版本 3.2.10、 和 3.3.123.4.13中修复此问题。（CVE-2026-55373）

  - OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。在 到 到 3.3.03.4.133.3.123.4.0 到 的3.2.10版本3.1.0中，OpenEXRCore 的 unpack_sample_table（） 中的int32_t乘法可能会在解码特制的深层平铺 EXR 文件时溢出，进而产生无效指针，导致读取未映射的内存地址并造成崩溃。由于溢出发生在标准解码路径 （exr_decoding_run） 中，因此任何解码深度平铺 EXR 文件的应用程序都会受到影响。在版本 3.2.11、 和 3.3.133.4.14中修复了此问题。
    (CVE-2026-59183)

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

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

  - Advanced Software Foundation openexr v.3.2.3 和之前版本中的问题允许本地攻击者通过 exrmultipart.cpp 的 convert 函数造成拒绝服务 (DoS)。 (CVE-2024-31047)

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

AlmaLinux 9.2 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.2：CLSA-2025：2025：1759413150公告中提及的漏洞的影响。

  - Academy Software Foundation openexr v.3.2.3 和之前版本中的问题允许本地攻击者通过 exrmultipart.cpp 的转换函数造成拒绝服务 （DoS）。（CVE-2024-31047）

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

Rocky Linux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：1 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（） 的应用程序中造成无条件的进程中止，从而导致拒绝服务。低 5 位为零的 QCD 标记会触发崩溃，OpenEXR 在构造码流并评估其量化增量参数时，将其传递到供应商的 OpenJPH 库。OpenJPH 使用断言而非可恢复的错误来验证这些位，因此任何无效值都会直接调用 abort（），且无法通过周围的错误处理进行拦截，这使得 OpenEXR 在错误处理中仅包装其内部 HT 标头解析器，而使后续的码流读取和构造调用不受保护，使这一问题更加复杂。此问题已在版本 3.4.13中得到解决。（CVE-2026-54920）

  - OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。低于 的 3.3.123.4.13版本，在 3.2.10Imf_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（））编辑 sample-count 缓冲区，或通过在有效像素上调用 SampleCountChannel：：set（x， y， UINT_MAX） 来获取。已在版本 3.2.10、 和 3.3.123.4.13中修复此问题。（CVE-2026-55373）

  - OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。在 到 到 3.3.03.4.133.3.123.4.0 到 的3.2.10版本3.1.0中，OpenEXRCore 的 unpack_sample_table（） 中的int32_t乘法可能会在解码特制的深层平铺 EXR 文件时溢出，进而产生无效指针，导致读取未映射的内存地址并造成崩溃。由于溢出发生在标准解码路径 （exr_decoding_run） 中，因此任何解码深度平铺 EXR 文件的应用程序都会受到影响。在版本 3.2.11、 和 3.3.133.4.14中修复了此问题。
    (CVE-2026-59183)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
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
257988	Linux Distros 未修补的漏洞：CVE-2024-31047	Nessus	Misc.	2025/8/27	2026/9/2	low
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
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

检测

插件搜索

low

high

low

low

high