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/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - hexpm hex_core 中的高度压缩数据不当处理（数据放大）漏洞允许不受信任的存储库镜像或响应hex_core API 请求的服务器耗尽运行hex_core的 Erlang VM 的内存。Hex （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]）。安全选项阻止 atom 创建，但它接受压缩的术语并且不限制已解码术语的大小，并且拒绝函数和端口的检查在构建该术语之后运行。的 CVE-2026-21619 补丁添加了 safe 选项和该检查，但不限制解码的大小。此问题影响 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/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - hexpm hex_core における高度に圧縮されたデータの不適切な処理(データ増幅)の脆弱性により、信頼できないリポジトリミラー、または hex_core の API リクエストに応答するサーバーが、hex_coreを実行する Erlang VM のメモリを消耗することが可能です。同じコードが Hex(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 は、binary_to_term(Binary, [safe]) を呼び出す hex_safe_binary_to_term:safe_binary_to_term/1 を介して、application/vnd.hex+erlang コンテンツタイプで応答をデコードします。safe オプションは atom の作成を防ぎますが、圧縮された条件を受け入れ、デコードされた条件のサイズを制限せず、関数とポートを拒否するチェックは条件が構築された後に実行されます。CVE-2026-21619 の修正によって、安全オプションが追加され、デコードされたサイズに制限されないチェックが追加されました。この問題は rebar3 に影響を与えます: 3.9.1 から 3.27.3 より前、hex: 2.1.0 から 2.5.2、hex_core: 0.1.0 から 0.20.0 より前。
    (CVE-2026-105274)

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

The remote Fedora 45 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2026-b514ab4cac advisory.

    hex_core ver. 0.21.1

Tenable has extracted the preceding description block directly from the Fedora 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 remote Fedora 44 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2026-b300043748 advisory.

    hex_core ver. 0.21.1

Tenable has extracted the preceding description block directly from the Fedora 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.

  - Improper Handling of Highly Compressed Data (Data Amplification) vulnerability in hexpm hex_core allows an     untrusted repository mirror, or a server answering hex_core's API requests, to exhaust the memory of the     Erlang VM running hex_core. The same code is vendored in Hex (mix_hex_repo, mix_hex_api) and rebar3     (r3_hex_repo, r3_hex_api). hex_repo:get_names/1, hex_repo:get_versions/1, hex_repo:get_package/2 and     hex_repo:get_policy/2 decompress the registry response with zlib:gunzip/1 and decode the signed envelope     before verifying its signature. A mirror doesn't have the repository's private key, but it chooses the     compressed bytes, so a small response decompresses into an envelope of any size before the signature check     rejects it. hex_api decodes responses with the application/vnd.hex+erlang content type through     hex_safe_binary_to_term:safe_binary_to_term/1, which calls binary_to_term(Binary, [safe]). The safe option     prevents atom creation, but it accepts compressed terms and doesn't limit the size of the decoded term,     and the check that rejects functions and ports runs after the term has been built. The fix for     CVE-2026-21619 added the safe option and that check without bounding the decoded size. This issue affects     rebar3: from 3.9.1 before 3.27.3; hex: from 2.1.0 before 2.5.2 and from 2.6.0 onward; hex_core: from 0.1.0     before 0.20.0. (CVE-2026-105274)

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

ID	Name	Product	Family	Published	Updated	Severity
365735	Linux Distros 未修補弱點：CVE-2026-105274	Nessus	Misc.	10/14/2026	11/12/2026	low
365735	Linux Distros 未修补的漏洞：CVE-2026-105274	Nessus	Misc.	10/14/2026	11/12/2026	low
365735	Linux Distros のパッチ未適用の脆弱性: CVE-2026-105274	Nessus	Misc.	10/14/2026	11/12/2026	low
375400	Fedora 45 : erlang-hex_core (2026-b514ab4cac)	Nessus	Fedora Local Security Checks	11/3/2026	11/3/2026	medium
375409	Fedora 44 : erlang-hex_core (2026-b300043748)	Nessus	Fedora Local Security Checks	11/3/2026	11/3/2026	medium
365735	Linux Distros Unpatched Vulnerability : CVE-2026-105274	Nessus	Misc.	10/14/2026	11/12/2026	low

Detections

Analytics

Plugins Search

low

low

low

medium

medium

low