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

  - Hexpm hex_core 中不當處理高度壓縮資料 （資料放大） 弱點允許不受信任的存放庫鏡像或回應hex_core API 請求的伺服器耗盡執行hex_core的 Erlang VM 的記憶體。以十六進位 （mix_hex_repo， mix_hex_api） 和 rebar3 （r3_hex_repo， r3_hex_api） 提供相同的程式碼。hex_repo：get_names/1、hex_repo：get_versions/1、hex_repo：get_package/2 和 hex_repo：get_policy/2 使用 zlib：gunzip/1 解壓縮登錄回應，並在驗證其簽名之前解碼已簽名的信封。鏡像沒有存放庫的私密金鑰，但它會選擇壓縮的位元組，因此在簽章檢查拒絕之前，小型回應會解壓縮到任何大小的信封中。hex_api會透過 hex_safe_binary_to_term：safe_binary_to_term/1 解碼具有 application/vnd.hex+erlang 內容類型的回應，這會呼叫 binary_to_term（Binary， [safe]）。safe 選項可防止建立原子，但它接受壓縮字詞，而且不會限制解碼字詞的大小，而且拒絕函式和連接埠的檢查會在字詞建置之後執行。修復 CVE-2026-21619 添加了安全選項，並且在不限制解碼大小的情況下進行檢查。此問題影響 rebar3： from 3.9.1 before 3.27.3; hex： from 2.1.0 before 2.5.2; hex_core： from 0.1.0 before 0.20.0。
    (CVE-2026-105274)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補弱點：CVE-2026-105274

low Nessus Plugin ID 365735

版本 1.3