因此，它會受到 ALAS2023-2026-3314 公告中所提及的多個弱點影響。

    libheif 是 HEIF 和 AVIF 檔案格式解碼器和編碼器。從 1.19.0 直到 1.23.2，特製的 HEIF 或 AVIF MIME 中繼資料和 unci 影像資料可能會導致 decompress_brotli（） 和 do_inflate（） 在沒有有效大小限制或 MemoryHandle 會計的情況下增加累積輸出。brotli 路徑沒有輸出界限，而 zlib 路徑只會檢查分支中有效資料流無法到達的小型臨時緩衝區，並且重疊的 icef 單位可以重複解壓縮相同的有效負載。
    HeifContext：：interpret_heif_file_images（） 在檔案開啟期間處理多個壓縮的元資料項，允許小檔案消耗無限記憶體並終止進程。1.23.2 版已修正此問題。(CVE-2026-84384)

    libheif 是 HEIF 和 AVIF 檔案格式解碼器和編碼器。在 1.23.1 及更早之前，特製的格線、iovl 和 iden 參考圖可以重複解碼相同的基礎映像，因為每個分支會複製processed_ids且 ImageItem：:d ecode_image（） 沒有共用作業預算。此弱點已在 1.23.2 中修正。
    (CVE-2026-84447)

    libheif 是 HEIF 和 AVIF 檔案格式解碼器和編碼器。在之前 1.23.2，libheif/api/libheif/heif_regions.cc 中的公用 heif_region_item_add_region_inline_mask_data（） 函式接受mask_data_len，而不驗證它是否等於寬度和高度所需的位元組計數。稍後的 heif_region_get_mask_image（） 呼叫會從區域幾何圖形衍生讀取長度，因此大小過小的預存緩衝區會導致 heif_region_get_inline_mask_image（） 讀取超出堆積配置，並將相鄰位元組複製到傳回的單色遮罩影像中。這可能會洩漏堆積資料，或損毀透過寫入器 API 建構區域中繼資料的應用程式，而檔案剖析路徑不會受到影響，因為它會驗證標準遮罩大小。1.23.2 版已修正此問題。
    (CVE-2026-84448)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

偵測

Amazon Linux 2023：heif-pixbuf-loader、libheif、libheif-devel (ALAS2023-2026-3314)

medium Nessus Plugin ID 371847

版本 1.1