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

  - hexpm hex における高度に圧縮されたデータの不適切な処理(データ増幅)の脆弱性により、信頼できないパッケージミラーが、mix deps.get、mix deps.update、mix hex.package fetch または mix hex.docs fetch を実行しているマシンのメモリまたはディスクスペースを消費することが可能です。Hex は、HEX_MIRROR_URL、HEX_MIRROR または mirror_url で構成されたミラーを信頼できないものとして扱います。ミラーに認証情報を送信せず、ミラーが偽造できないレジストリ署名とパッケージチェックサムをチェックします。いくつかの応答パスは、これらのチェックのいずれかが実行される前に、ミラーが送信する内容に比例してメモリまたはディスクを消費します。Hex.HTTP.request/5 は応答本文全体をメモリに読み取り込み、応答の Content-Encoding に gzip が含まれているときはいつでも、圧縮時または展開時のサイズに制限なく :zlib.gunzip/1 で展開します。Hex は圧縮された応答を求めないため、このステップを実行するかどうかはサーバーが判断します。これは、レジストリ、パッケージ、docs、API の応答に適用されます。パッケージ tarball にはダウンロードサイズ制限がありません。Hex 2.5.1 が tarball 全体をメモリに保持してそれをキャッシュに書き込み、開発ブランチがこれを一時ファイルにストリームします。16 MiB の tarball 制限は、ファイルが解凍されるときにのみチェックされます。その後、tarball は、チェックサムがレジストリと比較される前に、2.5.1 内の deps/<app> および開発ブランチの staging ディレクトリに解凍されます。 hex.docs フェッチを混合し、オフラインで hex.docs を混合します docs がないときは、docs tarball をディスクに書き込み、16 MiB 圧縮および 128 MiB 展開のmix_hex_tarball制限なしで :mix_hex_erl_tar.extract/2 で展開します。unpack_docs/3が該当します。署名されたレジストリは docs tarball をカバーしないため、何もチェックされません。レジストリ応答も、署名がチェックされる前に、Hex ベンダー hex_coreコードで展開されます。その部分は https://github.com/hexpm/hex_core/security/advisories/GHSA-7c4r-cgf9-9jmqで追跡されています。この問題は、2.5.2 より前の 0.11.2 の hex: に影響を与えます。(CVE-2026-96618)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-96618

low Nessus プラグイン ID 366675

バージョン 1.4