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 Distros 未修补的漏洞：CVE-2026-105274

low Nessus 插件 ID 365735

版本 1.6