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

    OpenEXR 提供 EXR 文件格式的规范和参考实现，该格式是用于电影行业的图像存储格式。版本 3.0.0 到 3.2.9、3.3.0 到 3.3.11和 3.4.0 到 3.4.11 中，ImageChannel::resize 中存在整数溢出，导致通过 OpenEXRUtil 公共 API 进行堆 OOB 写入。已在  3.2.9、3.3.11 和 3.4.11 中修补此问题。

    注意：https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-m25w-72cj-q6mgNOTE:
    https://github.com/AcademySoftwareFoundation/openexr/pull/2367NOTE:
    https://github.com/AcademySoftwareFoundation/openexr/commit/0592ee539f33c122c90f09238579b902d838afb4(CVE-2026-41142)

    OpenEXR 提供 EXR 文件格式的规范和参考实现，该格式是用于电影行业的图像存储格式。从版本 3.0.0 到 3.2.9、3.3.0 到 3.3.11 以及 3.4.11，IIDManifest::init() 从前缀压缩的表示形式重新构造字符串。如果前一个字符串长度超过 255 字节，下一个字符串应以 2 字节长度的前缀开头。代码读取 stringList[i][0] 和 stringList[i][1] 时，未检查目前字符串是否至少有两个字节。已在  3.2.9、3.3.11 和 3.4.11 中修补此问题。

    注意：https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-65j8-95g9-jgj4(CVE-2026-42216)

    OpenEXR 提供 EXR 文件格式的规范和参考实现，该格式是用于电影行业的图像存储格式。从版本 3.0.0 到 3.2.9（不含）、3.3.0 到 3.3.11（不含）和 3.4.0 到 3.4.11（不含），readVariableLengthInteger() 从不受信任的 EXR 输入解码一个可变长度整数，并且不限制位移位数。在足够的连续字节之后，代码会对 64 位值执行左移 70 位的操作，这是未定义的行为。已在  3.2.9、3.3.11 和 3.4.11 中修补此问题。--- 来自 NIST (CVE-2026-42217)

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

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

检测

Amazon Linux 2023：openexr、openexr-devel、openexr-libs (ALAS2023-2026-1713)

high Nessus 插件 ID 316840

版本 1.1