Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - 驅動程式hvvmbus不解除參照 ACPI root 物件處理自從 中參照的認可
    VMBus 用戶端驅動程式之下的標籤會將 ACPI 命名空間從 VMBus ACPI 裝置向上走至 ACPI 命名空間 root 物件以嘗試尋找 Hyper-V MMIO 範圍。但是如果無法找到它們則會結束嘗試執行 ACPI 命名空間 root 物件本身的資源。此物件具有 all-ones 控點其可造成 ACPI 程式碼中發生 NULL 指標解除參照 (來自此具有位移的指標解除參照)。這進而造成使用在其 VMBus ACPI 裝置或其上階中未提供 Hyper-V MMIO 範圍的 VMBus 主機實作開機時發生 oops。QEMU VMBus 實作即為此類實作的範例。我猜想是否提供這些範圍是選擇性的因為所有經過測試的 Windows 版本在沒有這些範圍的情況下似乎都能使用 VMBus 裝置。透過明確終止 ACPI 命名空間 root 物件的查閱來修正此問題。請注意KVM/QEMU 下的 Linux 來賓預設不使用 Hyper-V PV 介面只有在 KVM PV 介面遺漏或停用時才會使用。此類 oops 的範例堆疊追踪 [ 3.710827] ? __die+0x1f/0x60 [ 3.715030] ? page_fault_oops+0x159/0x460 [ 3.716008] ? exc_page_fault+0x73/0x170 [ 3.716959] ? asm_exc_page_fault+0x22/0x30 [ 3.717957] ? acpi_ns_lookup+0x7a/0x4b0 [ 3.718898] ? acpi_ns_internalize_name+0x79/0xc0 [ 3.720018] acpi_ns_get_node_unlocked+0xb5/0xe0 [ 3.721120] ? acpi_ns_check_object_type+0xfe/0x200 [ 3.722285] ? acpi_rs_convert_aml_to_resource+0x37/0x6e0 [ 3.723559] down_timeout+0x3a/0x60 [ 3.724455] ? acpi_ns_get_node+0x3a/0x60 [ 3.725412] acpi_ns_get_node+0x3a/0x60 [ 3.726335] acpi_ns_evalulate+0x1c3/0x2c0 [ 3.727295] acpi_ut_evaluate_object+0x64/0x1b0 [ 3.728400] acpi_rs_get_method_data+0x2b/0x70 [ 3.729476] ] vmbus_platform_driver_probe+0x1d0/0x1d0 [hv_vmbus] [ 3.730940] vmbus_platform_driver_probe+0x1d0/0x1d0 [hv_vmbus] [ 3.732411] acpi_walk_resources+0x78/0xd0 [ 3.733398] vmbus_platform_driver_probe+0x9f/0x1d0 [hv_vmbus] [ 3.734802] platform_probe+0x3d/0x90 [ 3.735684] real_probe+0x19b/0x400 [ 3.736570] ?
    __device_attach_driver+0x100/0x100 [ 3.737697] __driver_probe_device+0x78/0x160 [ 3.738746] driver_probe_device+0x1f/0x90 [ 3.739743] __driver_attach+0xc2/0x1b0 [ 3.740671] bus_for_each_dev+0x70/0xc0 [ 3.741601] bus_add_driver+0x10e/0x [ 3.742527] driver_register+0x55/0xf0 [3.744412] ? 0xffffffffc039a000 [ 3.745207] hv_acpi_init+0x3c/0x1000 [hv_vmbus] (CVE-2023-53647)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2023-53647

high Nessus Plugin ID 269263

版本 1.2