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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 OpenEXR 版本低于 1.7.1-8。因此，该软件受到 ALAS2-2026-4051 公告中提及的多个漏洞影响。

    OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。在之前版本中，3.2.113.3.0通过3.3.123.4.03.4.13公共 TiledRgbaInputFile RGBA API 读取时，特制的平铺 EXR 可在 32 位/ILP32版本上触发堆越界写入。该文件使用较小的 40x40 dataWindow，但平铺大小为 65537x65537。在 ILP32上，Array2D<Rgba> 平铺转换缓冲区大小计算溢出，分配一个小得多的堆缓冲区，并且平铺解码写入超出该分配。在版本 3.2.11、 和 3.3.133.4.14中修复了此问题。（CVE-2026-59186）

    OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。OpenEXR 之前3.2.11的 、 3.3.0 及3.3.123.4.0之前3.4.13版本容易崩溃。Imf：：GetChannelsInMultiPartFile（） 处理具有空 multiView 标头属性的特制 EXR，并且 Imf：：viewFromChannelName（） 为无点通道名称的空矢量编制索引时，会发生这种情况。在版本 3.2.11、 和 3.3.133.4.14中修复了此问题。（CVE-2026-61555）

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

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

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

  - OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。OpenEXR 之前3.2.11的 、 3.3.0 及3.3.123.4.0之前3.4.13版本容易崩溃。Imf：：GetChannelsInMultiPartFile（） 处理具有空 multiView 标头属性的特制 EXR，并且 Imf：：viewFromChannelName（） 为无点通道名称的空矢量编制索引时，会发生这种情况。在版本 3.2.11、 和 3.3.133.4.14中修复了此问题。（CVE-2026-61555）

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

因此，该软件受到 ALAS2023-2026-2154 公告中提及的多个漏洞影响。

    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)

    OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。低于 3.2.11、 3.3.0 和 3.4.03.3.12through 3.4.13 的版本允许带有非零 dataWindow.min 的特制 EXR 让 TypedFlatImageChannel：：row（） 返回无效的堆指针，进而造成越界或释放后使用写入。当应用程序通过 FlatHalfChannel：：row（） 写入行时，会发生这种情况。受影响的消费者是接受不受信任的 EXR 文件并在加载的图像上使用 FlatHalfChannel：：row（） 的工具、转换器、渲染管线组件或图像处理服务。
    在版本 3.2.11、 和 3.3.133.4.14中修复了此问题。（CVE-2026-59184）

    OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。在 OpenEXRUtil 版本及3.3.123.4.0之前的3.4.12版本3.3.0中，当深度图像具有非零 dataWindow 来源时，记录的 TypedDeepImageChannel<T>：：row（） API 可返回越界指针，从而导致堆越界读取和崩溃，在受控的堆布局下可能造成信息泄露。产生该缺陷的原因是 ImfDeepImageChannel 使用两个冲突的坐标模型：at（x， y） 使用绝对坐标（dataWindow.min 偏移_base），而 row（r） 记录为基于 0 的逻辑访问。因此，对于非零 dataWindow.min，row（0） 指向 _sampleListPointers 分配外部，而不是第一个逻辑行。此问题已在 3.3.13 和 3.4.13 版本中得到修补。(CVE-2026-59189)

    OpenEXR 是 EXR 图像文件格式的参考实现和规范，广泛应用于电影行业。在 到 的3.4.133.4.03.3.123.3.0版本3.2.10中，当深层图像的 dataWindow 来源为非零时，OpenEXRUtil 库会从 SampleCountChannel：：row（） API 返回越界指针。row（） 访问器记录为从 0 开始，并从绝对像素坐标偏移的内部基数计算其地址，因此只要 dataWindow.min 非零，两个坐标模型就会发生冲突。对于数据窗口具有较大的负垂直原点的深图像，row（0） 指向分配的样本计数缓冲区之外。打开由攻击者控制的深度 EXR 文件并通过 row（） 访问示例计数的应用程序会执行越界读取，从而导致进程崩溃，或者在受控的堆布局下，将相邻堆内存作为示例计数值返回。在版本 3.2.11、 和 3.3.133.4.14中修复了此问题。（CVE-2026-59981）

    OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。当特制的深度 EXR 具有非零 dataWindow 来源时，低于 、 3.3.03.3.12及3.4.0之前3.4.13版本3.2.11的 OpenEXR 可能会从 TypedDeepImageChannel：：row（） 返回越界指针。出现此漏洞的原因在于 API 将基于零的行访问与绝对坐标调整基指针相结合，从而允许崩溃或有限的信息泄露。在版本 3.2.11、 和 3.3.133.4.14中修复了此问题。（CVE-2026-59982）

    OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。OpenEXR 之前3.2.11的 、 3.3.0 及3.3.123.4.0之前3.4.13版本容易崩溃。Imf：：GetChannelsInMultiPartFile（） 处理具有空 multiView 标头属性的特制 EXR，并且 Imf：：viewFromChannelName（） 为无点通道名称的空矢量编制索引时，会发生这种情况。在版本 3.2.11、 和 3.3.133.4.14中修复了此问题。（CVE-2026-61555）

    OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。在 到 之前3.4.133.4.03.3.123.3.0的版本3.2.11中，当 exrmultiview 组合了两个攻击者提供的、单独有效的扫描线 EXR 文件，且其 union dataWindow 未与一个视图的通道子采样对齐时，exrmultiview 可以写入超过堆分配。实用工具使用截断的 union_width / xSampling 分配采样通道存储，然后根据未对齐的并集窗口通过 Slice 读取采样的输入，进而产生堆越界写入。触发因素为普通的公共工具处理，例如 exrmultiview 左 A.exr 右 B.exr out.exr 以及特别构建但有效的输入，因此这不仅仅是 API 或调用程序先决条件问题。在版本 3.2.11、 和 3.3.133.4.14中修复了此问题。（CVE-2026-68515）

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

请注意，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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - 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)

  - OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。低于 3.2.11、 3.3.0 和 3.4.03.3.12through 3.4.13 的版本允许带有非零 dataWindow.min 的特制 EXR 让 TypedFlatImageChannel：：row（） 返回无效的堆指针，进而造成越界或释放后使用写入。当应用程序通过 FlatHalfChannel：：row（） 写入行时，会发生这种情况。受影响的消费者是接受不受信任的 EXR 文件并在加载的图像上使用 FlatHalfChannel：：row（） 的工具、转换器、渲染管线组件或图像处理服务。
    在版本 3.2.11、 和 3.3.133.4.14中修复了此问题。（CVE-2026-59184）

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
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
374379	Amazon Linux 2：OpenEXR （ALAS-2026-4051）	Nessus	Amazon Linux Local Security Checks	2026/10/30	2026/10/30	high
339671	Linux Distros 未修补的漏洞：CVE-2026-61555	Nessus	Misc.	2026/8/26	2026/11/12	medium
345802	Amazon Linux 2023：openexr、openexr-devel、openexr-libs (ALAS2023-2026-2154)	Nessus	Amazon Linux Local Security Checks	2026/9/14	2026/9/14	high
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
370232	AlmaLinux 9.2 [TuxCare] 安全更新：openexr / openexr-devel / openexr-libs 多个漏洞（ALMALINUX9.2：CLSA-2026：1792627161）	Nessus	Alma Linux Local Security Checks	2026/10/22	2026/10/22	high

检测

插件搜索

high

high

medium

high

high

high