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

  - drm/amdgpuAPU デバイスの VRAM ロジックの NULL ポインターデリファレンスを修正します。以前は、APU プラットフォームおよび初期化されていない VRAM マネージャーのある他のシナリオは、「ttm_resource_manager_usage()」で NULL ポインターデリファレンスをトリガーしていました。ルートの原因は、「struct ttm_resource_manager *man」ポインター自体が NULL であることではなく、「man->bdev」マネージャー内のバッキングデバイスポインターが初期化されていないNULL のままであることです。これは、APU に専用の VRAM が不足しており、完全に動作しないためです。 VRAM マネージャー構造をセットアップします。「ttm_resource_manager_usage()」が「man->bdev->lru_lock」を取得しようとする際、NULL 「man->bdev」が逆参照され、カーネル OOPS が発生します。 1. **amdgpu_cs.c**「amdgpu_cs_get_threshold_for_moves()」にある既存の帯域幅コントロールチェックを拡張し、「ttm_resource_manager_used()」に対するチェックを含めます。マネージャーが使用されていない場合初期化されていない「bdev」場合、移行しきい値に対して 0 を返し、NULL 逆参照を発生させる可能性のある VRAM 固有のロジックをすぐにスキップします。 2. **amdgpu_kms.c**条件付きを使用するためにレポートする「AMDGPU_INFO_VRAM_USAGE」ioctl とメモリ情報を更新しますマネージャーが使用されている場合は、実際の VRAM 使用率を返します。
    これにより、NULL の場合、「man->bdev」へのアクセスが回避されます。 3. **amdgpu_virt.c**vf2pf仮想関数から物理関数へデータ書き込みパスを変更します。「ttm_resource_manager_used()」を使用して有効性をチェックします。マネージャーが使用可能な場合は、VRAM 使用率から「fb_usage」を計算します。そうでない場合は、「fb_usage」を 0 に設定しますAPU にレポートする別個のフレームバッファがありません。このアプローチは、APU 固有のチェックよりも堅牢です。 - VRAM マネージャーが初期化されていないすべてのシナリオで動作しますAPU だけでなく、 - ネイティブのヘルパー関数を使用することで TTM の設計と一致します。 - ディスクリート GPU の正しい動作を維持しますこれは「man->bdev」が完全に初期化されており、「ttm_resource_manager_used()」チェックにパスしています。 v4adev->gmc.is_app_apu フラグをチェックする代わりに、ttm_resource_manager_used(&adev->mman.vram_mgr.manager) を使用しますChristian 氏CVE-2025-40288

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

検出

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

medium Nessus プラグイン ID 277677

バージョン 1.30