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

  - 透過 tiff_load_ifd. tiff_load_ifd（） 中未檢查的起始位移在 EXIF 區塊之外讀取的 Perl_02 1.035 之前0.45版本的成像器會透過檢查「entry->offset + entry->size」是否保留在 EXIF 區塊內來驗證 IFD 項目的資料，並且從不檢查起始偏移本身。如果該總和不是資料的真正結束，則檢查會隨著區塊外部的項目開始而通過。通過 'entry->offset' 是一個 1.032 普通的整數，因此在通常的二進制補碼實現中，具有高位集的偏移量會轉換為負數，並且總和可以回到塊內。來自 1.033 欄位是一個size_t，並且加法僅在 32 位元size_t換行。IFD 自己的起始位移會以相同的方式檢查，並在無正負號 long 為 32 位的位置換行，其中包括 64 位 Windows。攻擊者提供的影像上任何 Imager->read（） 的呼叫者都可能收到來自區塊外部的包含位元組的 EXIF 標籤，或使處理程序當機。（CVE-2026-73638）

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

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

  - 对于通过 tiff_load_ifd. tiff_load_ifd（） 中未检查的起始偏移在 EXIF 块之外读取的 Perl 的 Imager 版本 0.45为 _02 之前 1.035 ，通过检查“entry->offset + entry->size”是否留在 EXIF 块内来验证 IFD 条目的数据，并且从不检查开始偏移本身。如果该总和不是数据的真正末尾，则检查通过，条目从块外开始。通过 'entry->offset' 是一个 1.032 普通 int，因此在通常的二进制补码实现中，高位集的偏移量会转换为负数，并且总和可以回到块内。来自 1.033 字段是一个size_t，加法仅在 size_t 为 32 位时进行换行。以相同的方式检查 IFD 自身的起始偏移量，并在无符号 long 为 32 位（包括 64 位 Windows）时进行封装。攻击者提供的图像上的任何 Imager->read（） 调用程序可能收到来自区块外部的保留字节的 EXIF 标签，或造成进程崩溃。（CVE-2026-73638）

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

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

  - tiff_load_ifd. tiff_load_ifd() でチェックされていない開始オフセットにより EXIF ブロック外で読み取るPerl1.035前の 0.45_02 からのバージョンの Imager は、「entry->offset + entry->size」が EXIF ブロック内にとどまっていることをチェックすることで IFD エントリのデータを検証し、開始オフセット自体は一切チェックしません。その合計がデータの実際の終端ではない場合、チェックはブロック外のエントリで開始して合格します。1.032を通じて、「entry->offset」はプレーンな整数であるため、通常の 2 の補数の実装では、ビットセットが高いオフセットが負に変換され、合計がブロック内に戻されます。1.033フィールドはsize_tであり、加算はsize_tが 32 ビットの場合にのみラップされます。IFD 自身の開始オフセットは、同じ方法でチェックされ、符号なし long が 64 ビットの Windows を含む 32 ビットである場合をラップします。攻撃者が指定した画像上の Imager->read() の呼び出し元が、ブロック外からバイトを保留している EXIF タグを受け取ったり、プロセスをクラッシュさせたりする可能性があります。(CVE-2026-73638)

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

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

  - Imager versions from 0.45_02 before 1.035 for Perl read outside the EXIF block via unchecked start offsets     in tiff_load_ifd. tiff_load_ifd() validates an IFD entry's data by checking that `entry->offset +     entry->size` stays within the EXIF block, and never checks the start offset itself. Where that sum is not     the real end of the data, the check passes with the entry starting outside the block. Through 1.032     `entry->offset` is a plain int, so on the usual two's-complement implementations an offset with the high     bit set converts to negative and the sum can land back inside the block. From 1.033 the field is a size_t     and the addition wraps only where size_t is 32 bits. The IFD's own start offset is checked the same way     and wraps where unsigned long is 32 bits, which includes 64-bit Windows. Any caller of Imager->read() on     an attacker-supplied image may receive EXIF tags holding bytes from outside the block, or crash the     process. (CVE-2026-73638)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
338203	Linux Distros 未修補弱點：CVE-2026-73638	Nessus	Misc.	2026/8/20	2026/11/1	medium
338203	Linux Distros 未修补的漏洞：CVE-2026-73638	Nessus	Misc.	2026/8/20	2026/11/1	medium
338203	Linux Distros のパッチ未適用の脆弱性: CVE-2026-73638	Nessus	Misc.	2026/8/20	2026/11/1	medium
338203	Linux Distros Unpatched Vulnerability : CVE-2026-73638	Nessus	Misc.	2026/8/20	2026/11/1	medium

偵測

搜尋 Plugin

medium

medium

medium

medium