遠端主機上安裝的 AHV 低於 20201105.30142 版。因此，它受到 NXSA-AHV-20201105.30142 公告中所提及的多個弱點影響。

  - 讀取套件檔案時，在 RPM 的簽章檢查功能中發現一個缺陷。攻擊者若能夠誘騙受害者安裝看似可驗證的套件 (其簽章標頭已修改)，則可利用此缺陷造成 RPM 資料庫損毀並執行程式碼。此弱點對資料完整性、機密性以及系統可用性的威脅最大。(CVE-2021-20271)

  - 在 MIT Kerberos 5 (亦稱 krb5)  1.18.5 之前版本和 1.19.x 的 1.19.3 之前版本中，金鑰發佈中心 (KDC) 的 kdc/do_tgs_req.c 中存在 NULL 指標解除參照弱點，藉由缺少伺服器欄位的 FAST 內部主體可以觸發此弱點。
    (CVE-2021-37750)

  - 在 OpenSSH 6.2 到 8.x (但早於 8.8) 版中，使用特定非預設組態時，由於補充群組並未如預期進行初始化，sshd 會允許執行權限提升。如果組態指定以不同的使用者身分執行命令，則可以與 sshd 處理程序的群組成員資格相關聯的權限執行 AuthorizedKeysCommand 和 AuthorizedPrincipalsCommand 的協助程式。
    (CVE-2021-41617)

  - ** 爭議 ** 在 Unicode 規格 14.0 和之前所有版本的雙向演算法中發現一個問題。它允許透過控制序列對字元進行視覺重新排序，這可用於特製原始程式碼，以呈現與編譯器和解譯器提取的 token 邏輯順序不同的邏輯。攻擊者可利用此弱點為接受 Unicode 的編譯器編碼原始程式碼，進而以隱形方式將目標弱點引入人工檢閱者程式。注意：Unicode Consortium 提供以下替代方法來呈現此問題。在國際文字的本質中發現一個問題，其可影響實作 Unicode 標準和 Unicode 雙向演算法 (所有版本) 支援的應用程式。由於文字顯示行為的緣故，當文字包含從左到右和從右到左的字元時，token 的視覺順序可能與其邏輯順序不同。
    此外，爲了完全支援雙向文字的需求而需要的控製字元可能進一步混淆 token 的邏輯順序。除非此問題得到緩解，否則攻擊者可透過特製的原始程式碼，造成人工檢閱者感知到的 token 順序與編譯器/解譯器等要處理的順序不符。Unicode Consortium 已在其「Unicode 技術報告 #36：Unicode 安全性注意事項」文件中記錄此類弱點。Unicode Consortium 也在「Unicode 技術標準 #39」的 「Unicode 安全性機制」和 Unicode 標準附件 #31「Unicode 識別碼和模式語法」中提供此類問題的緩解指南。此外，BIDI 規格允許應用程式以減輕程式文字中具有誤導性的視覺重新排序的方式來自訂實作。請參閱 Unicode 標準附件 #9「Unicode 雙向演算法」中的 HL4。
    (CVE-2021-42574)

  - 3.73 或 3.68.1 ESR 之前版本的 NSS (網路安全性服務) 版本在處理 DER 編碼的 DSA 或 RSA-PSS 簽章時，容易受到堆積溢位的影響。使用 NSS 處理在 CMS、S/MIME、PKCS \#7 或 PKCS \#12 內編碼之簽章的應用程式可能會受此影響。使用 NSS 進行憑證驗證或其他 TLS、X.509、OCSP 或 CRL 功能的應用程式可能會受此影響，具體視該等應用程序設定 NSS 的方式而定。 *注意：此弱點不會影響 Mozilla Firefox。* 但是，使用 NSS 進行簽章驗證的電子郵件用戶端和 PDF 檢視器 (例如 Thunderbird、LibreOffice、Evolution 和 Evince)，據信會受到影響。此弱點會影響 3.73 和 3.68.1 之前版本的 NSS。
    (CVE-2021-43527)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼。

偵測

Nutanix AHV：多個弱點 (NXSA-AHV-20201105.30142)

critical Nessus Plugin ID 164605

版本 1.7