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

  - x86/kvmTDX/SNP の MTRR をオーバーライドする際、レガシー PCI ホールを UC に強制します。KVM のもとで SNP または TDX ゲストとして実行する際、レガシー PCI ホール、すなわち Top of Low Useable DRAM と 4GiB の間のメモリを強制的にマッピングします。強制された変数 MTRR 範囲を介した UC 。ほとんどの KVM ベースのセットアップでは、HPET や TPM などのレガシーデバイスは ACPI を介して列挙されます。ACPI 列挙には、Memory32Fixed エントリが含まれ、オプションで OperationRegion 用の SystemMemory 記述子が含まれます (たとえばコントロールメソッドを介してアクセスする必要がある場合)。SystemMemory エントリが存在する場合、カーネルの ACPI ドライバーが領域を自動 ioremap して、意図にアクセスできるようにします。ただし、ACPI 仕様では、SystemMemory 領域のメモリタイプを列挙する方法は提供されません。つまり、領域を UC 対 としてマッピングする必要があることをソフトウェアに通知する方法がありません。WB など
    その結果、LinuxのACPIドライバーは常に、ioremap_cache()を使用して、つまりx86上のWBとしてSystemMemory領域をマップします。しかし、HPETドライバーやTPMドライバーなどの専用デバイスドライバーは、WBを使用したPCIデバイスへのアクセスがサポートされていないため、関連メモリをUCまたはWCとしてマッピングする必要があります。ベアメタおよび非 CoCO では、ファームウェアが PCI ホールおよび他のデバイスメモリを MTRR の UC になるように構成する際に、競合する要件が機能します。そのため、ACPI マッピングが WB をリクエストしても、カーネルが MTRR オーバーライドを適切に処理するため、カーネルの追跡で UC- に強制され、ドライバーがリクエストした WC/UC- と互換性があります。SNP および TDX ゲストに強制 WB MTRR を適用すると、専用ドライバーコードがデバイスの初期化を試行する前に ACPI マッピングが確立されると、ACPI マッピングはリクエストされた WB を取得します。例：
    対応するデバイスドライバーがプローブされる前に acpi_init() が実行されると、ACPI の WB マッピングが成功し、既存の WB マッピングがリクエストされた WC/UC- と互換性がないため、ドライバーの ioremap() が失敗します。たとえば、TPM がハイパーバイザーによってエミュレートされるとき (測定を保存するために、信頼できないエンティティと思われるものに依存するセキュリティ上の影響を無視する)、TPM ドライバーは UC をリクエストして失敗します。[ 1.730459] 0xfed40000-0xfed45000 の ioremap エラー、0x2 がリクエストされました。 、 が 0x0 を取得しました 1.732780] tpm_tis MSFT0101:00ドライバー tpm_tis を使ったプローブが、エラー -12 で失敗しました注意「0x2」および「0x0」の値は、x86 の memtype ではなく、enum page_cache_mode を参照しています原因不明なために、ほぼ純粋な反転2 == WB、0 == UC。たとえば、TPM TIS のマッピングリクエストをトレースすると、以下が発生しますreq_type = 0 で TPM TIS をマッピングします警告CPU
    22 PID1 at arch/x86/mm/pat/memtype.c530 memtype_reserve+0x2ab/0x460 モジュールがリンクされていますCPU22 UID0 PID1 通信swapper/0 汚染済みGW 6.16.0-rc7+ #2 VOLUNTARY 汚染: [W]=WARN ハードウェア名: Google Google Compute Engine/Google Compute Engine、BIOS Google 05/29/2025 RIP: 0010:memtype_reserve+0x2ab/0x460
    __ioremap_caller+0x16d/0x3d0 ioremap_cache+0x17/0x30 x86_acpi_os_ioremap+0xe/0x20 acpi_os_map_iomem+0x1f3/0x240 acpi_os_map_memory+0xe/0x20 acpi_ex_system_memory_space_handler+0x273/0x440 acpi_ev_address_space_dispatch+0x176/0x4c0 acpi_ex_access_region+0x2ad/0x530 acpi_ex_field_datum_io+0xa2/0x4f0 acpi_ex_extract_from_field+0x296/0x3e0 acpi_ex_read_data_from_field+0xd1/0x460 acpi_ex_resolve_node_to_value+0x2ee/0x530 acpi_ex_resolve_to_value+0x1f2/0x540 acpi_ds_evaluate_name_path+0x11b/0x190 acpi_ds_exec_end_op+0x456/0x960 acpi_ps_parse_loop+0x27a/0xa50 acpi_ps_parse_aml+0x226/0x600 acpi_ps_execute_method+0x172/0x3e0 acpi_ns_evaluate+0x175/0x5f0 acpi_evaluate_object+0x213/0x490 acpi_evaluate_integer+0x6d/0x140 acpi_bus_get_status+0x93/0x150 acpi_add_single_object+0x43a/0x7c0 acpi_bus_check_add+0x149/0x3a0 acpi_bus_check_add_1+0x16/0x30 acpi_ns_walk_namespace+0x22c/0x360 acpi_walk_namespace+0x15c/0x170 acpi_bus_scan+0x1dd/0x200 acpi_scan_init+0xe5/0x2b0 acpi_init+0x264/0x5b0 do_one_i ---truncated---CVE-2025-40181

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

検出

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

high Nessus プラグイン ID 275354

バージョン 1.8