There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the
    motion picture industry. Versions 3.3.0 through 3.3.12 and 3.4.0 through 3.4.13 contain a heap buffer
    overflow in PyOpenEXR triggered by a channel-name key collision between literal and prefixed RGB channels.
    When separate_channels=false, PyOpenEXR maps each physical channel name through channelNameToRGBA() and
    coalesces the results into a shared RGB array. A crafted flat scanline EXR that contains both a literal
    channel such as left and prefixed channels such as left.R, left.G, and left.B causes these names to
    collide, so the wrapper reuses an undersized two-dimensional NumPy array for the coalesced RGB slices and
    writes out of bounds when OpenEXR.File(path) decodes the pixels. This issue is fixed in versions 3.3.13
    and 3.4.14. (CVE-2026-68513)

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

  - OpenEXR 是 EXR 影像格式的參考實作和規範，廣泛應用於電影產業。3.3.0版本3.3.123.4.03.4.13在 PyOpenEXR 中包含堆積緩衝區溢位，該溢位是由常值和前置詞 RGB 通道之間的通道名稱金鑰衝突觸發的。
    當 separate_channels=false 時，PyOpenEXR 透過 channelNameToRGBA（） 映射每個實體通道名稱，並將結果合併到共享的 RGB 陣列中。特製的平面掃描線 EXR，其中包含文字色度 （例如左） 和前置詞色度 （例如左）。R，左。G，然後離開了。B 會導致這些名稱衝突，因此包裝函式會針對合併的 RGB 切片重複使用大小過小的二維 NumPy 陣列，並在 OpenEXR.File（path） 解碼圖元時寫入越界。此問題已在 3.3.13 和 3.4.14 版中修正。(CVE-2026-68513)

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

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

  - OpenEXR 是 EXR 图像格式的参考实现和规范，广泛应用于电影行业。版本3.3.123.4.0和整个3.4.13版本在 3.3.0 PyOpenEXR 中包含堆缓冲区溢出，由文字和前缀 RGB 通道之间的通道名称键冲突触发。
    当 separate_channels=false 时，PyOpenEXR 通过 channelNameToRGBA（） 映射每个物理通道名称，并将结果合并到共享 RGB 数组中。构建的平面扫描线 EXR，其中同时包含文字通道（如 left）和前缀通道（如 left）。R，左。G，然后离开了。B 会导致这些名称冲突，因此封装程序将较小的二维 NumPy 数组重复用于合并的 RGB 切片，并在 OpenEXR.File（path） 解码像素时写入越界。此问题已在 3.3.13 和 3.4.14 版本中得到修补。(CVE-2026-68513)

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

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

  - OpenEXR は、映画業界で広く使用されている EXR 画像形式の参照実装および仕様です。3.3.0から3.3.12まで、3.4.0から3.4.13までのバージョンには、リテラルとプレフィックス付きのRGBチャンネル間のチャンネル名キー衝突によってトリガーされるPyOpenEXRのヒープバッファオーバーフローがあります。
    separate_channels=falseの場合、PyOpenEXRはchannelNameToRGBA()を介して各物理チャネル名をマッピングし、その結果を共有RGB配列に結合します。左などのリテラルチャネルと左などのプレフィックス付きチャネルの両方を含む、細工されたフラットスキャンライン EXR。R、左。G、そして去りました。Bはこれらの名前を衝突させるため、ラッパーは合体したRGBスライスにサイズの小さい2次元NumPy配列を再利用し、OpenEXR.File(path)がピクセルをデコードするときに領域外書き込みを行います。この問題はバージョン 3.3.13および 3.4.14で修正されています。(CVE-2026-68513)

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

リモートホストにインストールされている FreeBSD のバージョンは、テスト済みバージョンより前です。したがって、56449320-97c5-11f1-84d7-3c7c3fba4204 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Cary Phillips 氏の報告:
    [OpenEXR 3.4.14]リリースは、次のセキュリティの脆弱性に対処しています:

Tenable は、前述の記述ブロックを FreeBSD セキュリティアドバイザリから直接抽出しています。

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

The version of FreeBSD installed on the remote host is prior to tested version. It is, therefore, affected by multiple vulnerabilities as referenced in the 56449320-97c5-11f1-84d7-3c7c3fba4204 advisory.

    Cary Phillips reports:
    [The OpenEXR 3.4.14] release addresses the following security vulnerabilities:

Tenable has extracted the preceding description block directly from the FreeBSD security advisory.

Note that Nessus has not tested for these issues 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. Versions 3.3.0 through 3.3.12 and 3.4.0 through 3.4.13 contain a heap buffer     overflow in PyOpenEXR triggered by a channel-name key collision between literal and prefixed RGB channels.
    When separate_channels=false, PyOpenEXR maps each physical channel name through channelNameToRGBA() and     coalesces the results into a shared RGB array. A crafted flat scanline EXR that contains both a literal     channel such as left and prefixed channels such as left.R, left.G, and left.B causes these names to     collide, so the wrapper reuses an undersized two-dimensional NumPy array for the coalesced RGB slices and     writes out of bounds when OpenEXR.File(path) decodes the pixels. This issue is fixed in versions 3.3.13     and 3.4.14. (CVE-2026-68513)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
472882	Echo: openexr: security update to 3.1.13-2	Tenable Cloud Security	Echo Local Security Checks	2026/10/6	2026/10/6	high
472882	Echo: openexr: security update to 3.1.13-2	Tenable Self-Hosted Container Security	Echo Local Security Checks	2026/10/6	2026/10/6	high
340706	Linux Distros 未修補弱點：CVE-2026-68513	Nessus	Misc.	2026/8/26	2026/11/11	high
340706	Linux Distros 未修补的漏洞：CVE-2026-68513	Nessus	Misc.	2026/8/26	2026/11/11	high
340706	Linux Distros のパッチ未適用の脆弱性: CVE-2026-68513	Nessus	Misc.	2026/8/26	2026/11/11	high
335504	FreeBSD:OpenEXR -- 3.4.14 は複数の脆弱性を修正します(56449320-97c5-11f1-84d7-3c7c3fba4204)	Nessus	FreeBSD Local Security Checks	2026/8/15	2026/8/26	high
335504	FreeBSD : OpenEXR -- 3.4.14 fixes multiple vulnerabilities (56449320-97c5-11f1-84d7-3c7c3fba4204)	Nessus	FreeBSD Local Security Checks	2026/8/15	2026/8/26	high
340706	Linux Distros Unpatched Vulnerability : CVE-2026-68513	Nessus	Misc.	2026/8/26	2026/11/11	high

検出

プラグインの検索

high

high

high

high

high

high

high

high