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

  - smbclientasync crypto を使用する際の crypt_message での use-after-free を修正します CVE-2024-50047 修正は、すべての暗号操作が同期的であると仮定して、crypt_message() から削除された非同期暗号化処理を修正します。
    ただし、ハードウェア暗号化アクセラレーターが使用される場合、これによって use-after-free のクラッシュが発生する可能性があります
    // Allocate the creq buffer with the req creq = smb2_get_aeaad_req(..., &req); // 非同期暗号化は、rc = enc ? をすぐに -EINPROGRESS を返しますcrypto_aad_encrypt(req)
    crypto_aad_decrypt(req); // async 操作がまだ進行中である間に creq を解放します kvfree_senscient(creq, ...);ハードウェア暗号化モジュールは、パフォーマンスのために非同期 AEAD 操作を実装することがよくあります。crypto_aad_encrypt/decrypt() が -EINPROGRESS を返すとき、操作は非同期的に完了します。crypto_wait_req() がない場合、関数は即座にリクエストバッファを解放するため、ドライバーが後に解放されたメモリにアクセスする際にクラッシュを引き起こします。これにより、ハードウェア暗号化ドライバーが解放されたリクエスト構造に後でアクセスする際に、use-after-free 状態が発生し、NULL ポインターデリファレンスでカーネルクラッシュを引き起こします。この問題は、mass=0 の crypto_alloc_aad() が同期操作を保証しないために発生します。マスクに CRYPTO_ALG_ASYNC がなくても、async 実装を選択できます。非同期暗号化処理を復元することで修正されます - 完了追跡用の DECLARE_CRYPTO_WAIT(wait) - 非同期完了通知用の aead_request_set_callback() - 操作完了を待機する crypto_wait_req() これにより、同期的かどうかに関わらず、暗号操作が完了するまでリクエストバッファが解放されませんサービス拒否 (メモリ破損とアプリケーションクラッシュ) を CVE-2024-50047 修正。CVE-2025-38488

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

検出

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

high Nessus プラグイン ID 251300

バージョン 1.20