遠端 OracleVM 系統缺少可解決重大安全性更新的必要修補程式：

  - 來自 2a99aa99fc84a45f505f84802af56b006d14c52e 2001 年 9 月 17 日 (星期一) 00:00:00 發件人：Andrew Cooper 日期：2016 年 8 月 19 日 (星期五) 15:08:10 +0100 主題：[PATCH] xen/physmap：不允許客體自行填充 PoD 頁面。PoD 本應對客體完全透明，但此接口已經暴露了很長時間。使用 PoD 時需要搭配使用工具棧和 XENMEM_ [get，set] _pod_target 超級呼叫，以及 xenstore 擴展目標。toolstack 合作不損毀的情況下，客體能實現的最佳操作。此外，還有功能組合(例如 c/s c63868ff「libxl：
    啟用 PoD 時，禁止為 HVM 客體分配 PCI 設備」)，工具棧可能會明確禁止此組合(因為在這種情況下，兩者無法組合使用)。在此類情況下，客體絕不可以破壞由工具棧選擇的配置。

    衝突：xen/common/memory.c

  - 出於歷史性能原因，我們決定停用舊 OVM 產品中的 PoD 功能。請勿設置 maxmem>memory XSA-246、XSA-247 [錯誤 27120669] (CVE-2017-17044、CVE-2017-17045)

  - x86/shadow：更正 sh_guess_wrmap 中的 SH_LINEAR 映射檢測。針對 XSA-243 / CVE-2017-15592 的修補程式 (c/s bf2b4eadcf379) 為 sh_guest_wrmap 引入了行為變更，其中必須處理缺少影子線性映射的問題。顧名思義，guest_vtable 是客體頁表的映射，而不是 Xen 頁表，這表示我們不需要檢查此頁表的影子線性插槽。實際的結果是，如果影子 HVM vcpu 切換到到 4 級分頁模式，且 L4 頁表包含別名為 Xen 的 SH_LINEAR_PT_VIRT_START 的映射，則將欺騙對是否存在 SHADOW_LINEAR 映射的安全檢查。當檢查透過(本應失敗)時，Xen 隨後會透過以下頁面錯誤落在缺少的映射上：
    (XEN) 來自 ffff8140a0503880 的 Pagetable walk from：(XEN) L4[0x102] = 000000046c218063 ffffffffffffffff (XEN) L3[0x102] = 000000046c218063 ffffffffffffffff (XEN) L2[0x102] = 000000046c218063 ffffffffffffffff (XEN) L1[0x103] = 0000000000000000 ffffffffffffffff 這是 XSA-243 的一部分。(CVE-2017-15592)

  - dpci：修復取消綁定 MSI 中斷期間的爭用。hvm_irq_dpci->mapping 的檢查和標記的讀取未在同一關鍵區域中未受到保護，因此 MSI 中斷的取消綁定可能在兩者之間遭到攔截。如以下場景所示：
    CPU0 CPU1

    ---- ---- hvm_do_IRQ_dpci !test_bit(mirq, dpci->mapping)) 傳回 0 spin_lock(&d->event_lock) hvm_irq_dpci->mirq[machine_gsi].flags = 0 clear_bit(machine_gsi, hvm_irq_dpci->mapping) spin_unlock(&d->event_lock) <SoftIRQ> hvm_dirq_assist spin_lock(&d->event_lock) if (pt_irq_need_timer(hvm_irq_dpci->mirq[pirq].flags)) set_timer spin_unlock(&d->event_lock) 然後會錯誤呼叫 set_timer，進而存取為初始化的計時器結構。然後發生頁面錯誤和回溯，如下所示：(XEN) Xen 呼叫跟蹤：(XEN) [<ffff82c480124c92>] set_timer+0x92/0x170 (XEN) [<ffff82c48013bb03>] hvm_dirq_assist+0x1c3/0x1e0 (XEN) [<ffff82c4801235ff>] do_tasklet_work_percpu+0x7f/0x120 (XEN) [<ffff82c480121915>] __do_softirq+0x65/0x90 (XEN) [<ffff82c4801f7fb6>] process_softirqs+0x6/0x10 (XEN) (XEN) 來自 0000000000000008 的 Pagetable walk：(XEN) L4[0x000] = 0000002104cc1067 0000000000289430 (XEN) L3[0x000] = 000000212ecd8067 00000000002b3447 (XEN) L2[0x000] = 0000000000000000 ffffffffffffffff (XEN) (XEN) **************************************** (XEN) CPU 41 上的 Panic：(XEN) FATAL PAGE FAULT (XEN) [error_code=0002] (XEN) 錯誤的線性地址：
    0000000000000008 (XEN)
    **************************************此問題金影響 OVM3.2，因為 OVM3.3 或更高版本的 pt_pirq_iterate 中已經存在類似修補程式

偵測

OracleVM 3.2：xen (OVMSA-2017-0178)

high Nessus Plugin ID 105251

找不到變更記錄