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

  - Gradle はビルド自動化ツールであり、その native-platform ツールはネイティブ API に対する Java バインディングツールを提供します。Unix のようなシステムで、システム一時ディレクトリをオープン権限で作成できるため、複数のユーザーがそのディレクトリ内でファイルを作成および削除できます。このライブラリ初期化は、攻撃者がシステム一時ディレクトリのファイルを素早く削除および再作成して、ローカルの権限昇格に脆弱になる可能性があります。0.22-milestone-28 より前の net.rubygrapfruit:native-platform のバージョンに依存する Gradle ビルドは、攻撃者からのローカルの権限昇格に対して脆弱で、システムの一時ディレクトリでファイルを素早く削除および再作成します。バージョン 0.22-milestone-28 より前の net.rubygrapefruit:native-platform では、「Native.init(File)」を最初に呼び出さずに「Native.get(Class<>)」メソッドが呼び出された場合、「Native.init(File)」を最初に呼び出すことなく、 null` 引数が作業ファイルパスとして使用されると、ライブラリはシステム一時ディレクトリと NativeLibraryLocator.java の 68 行から 78 行を使用して自身を初期化する可能性があります。
    バージョン 0.22-milestone-28 がリリースされ、この問題を修正する変更が加えられました。初期化が必須になり、初期化のためにパスが渡されない限り、システム一時ディレクトリを使用しなくなりました。影響を受けるバージョンに対する唯一の回避策は、安全な場所を使用して適切な初期化を実行することです。正確なバージョンのみである Gradle 8.12には、下層のネイティブ統合ライブラリの初期化がデフォルトパスとなり、バイナリをシステムの一時ディレクトリへコピーすることに依存しているコードパスがありました。Gradle の実行が、この悪用にさらされます。Windows のユーザーまたは最新バージョンの macOS のユーザーは脆弱ではありません。また、システム一時ディレクトリにスティッキービットが設定されている、または「noexec」が脆弱な Unix 系オペレーティングシステムのユーザーも存在します。この問題は Gradle 8.12.1で修正されました。Gradle 8.13 リリースは、もはやそのバグがないネイティブライブラリのバージョンにもアップグレードされます。いくつかの回避策が利用可能です。Unix のようなオペレーティングシステムで、スティッキービットが設定されるようにします。これにより、元のユーザー (または root) のみがファイルを削除できます。「/tmp」を「noexec」としてマウントすると、Gradle 8.12 が起動しなくなります。システム一時ディレクトリの権限を変更できないユーザーは、システムプロパティ java.io.tmpdir を設定することで Java 一時ディレクトリを移動できます。
    新しいパスは、ビルドユーザーのみにアクセス許可を制限する必要があります。(CVE-2025-27148)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-27148

high Nessus プラグイン ID 256363

バージョン 1.9