Microsoft Visual Studio 產品缺少安全性更新。因此，會受到多個弱點影響：

  - Visual Studio 的 OpenSSL 元件中存在一個拒絕服務 (DoS) 弱點。未經驗證的遠端攻擊者可惡意利用此問題，造成應用程式停止回應。(CVE-2020-1971)

  - Visual Studio 中存在多個權限提升弱點。未經驗證的本機攻擊者可加以惡意利用，以取得系統的特殊存取權限。(CVE-2021-42277、CVE-2021-42319) 

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

遠端 Redhat Enterprise Linux 7/8 主機上安裝的套件受到 RHSA-2021: 0494 公告中提及的多個弱點影響。

  - tomcat：Apache Tomcat HTTP/2 要求混合 (CVE-2020-13943)

  - tomcat：HTTP/2 要求標頭混合 (CVE-2020-17527)

  - openssl：EDIPARTYNAME NULL 指標解除參照 (CVE-2020-1971)

  - tomcat：使用 NTFS 檔案系統時發生的資訊洩漏 (CVE-2021-24122)

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

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

  - Net-SNMP 5.7.3 及之前的版本中存在不當權限管理問題，這是 EXTEND MIB 的 SNMP WRITE 存取權允許以 root 身分執行任意命令所致。(CVE-2020-15862)

  - X.509 GeneralName 類型是用於代表不同類型名稱的泛型類型。其中一種名稱類型稱為 EDIPartyName。OpenSSL 會提供一個 GENERAL_NAME_cmp 函式，該函式可比較 GENERAL_NAME 的不同執行個體，判斷其是否相等。兩個 GENERAL_NAME 都包含 EDIPARTYNAME 時，此函式的行為不正確。可能發生 NULL 指標解除參照和損毀問題，進而可能導致拒絕服務攻擊。出於以下兩個目的，OpenSSL 本身會使用 GENERAL_NAME_cmp 函式：1) 比較可用 CRL 和內嵌在 X509 憑證中的 CRL 發佈點之間的 CRL 發佈點名稱 2) 驗證時間戳記回應 token 簽署者是否符合時間戳記授權單位名稱時 (透過 API 函式 TS_RESP_verify_response 和 TS_RESP_verify_token 洩漏)，如果攻擊者可同時控制比較的兩個項目，則可觸發損毀。例如，如果攻擊者可誘騙用戶端或伺服器針對惡意 CRL 檢查惡意憑證，則可能發生此問題。請注意，部分應用程式會根據憑證中內嵌的 URL 自動下載 CRL。此檢查在驗證憑證和 CRL 的簽章之前進行。
    OpenSSL 的 s_server、s_client 和驗證工具支援實作 CRL 自動下載的 -crl_download 選項，且已證明此攻擊可針對這些工具發動。請注意，不相關錯誤表示受影響的 OpenSSL 版本無法剖析或建構 EDIPARTYNAME 的正確編碼。不過，可以建構 OpenSSL 剖析器會接受的格式錯誤的 EDIPARTYNAME，進而觸發此攻擊。所有 OpenSSL 1.1.1 和 1.0.2 版本皆受到此問題影響。
    其他 OpenSSL 版本不在支援範圍內，且尚未經過檢查。已在 OpenSSL 1.1.1i 中修正 (受影響的為 1.1.1-1.1.1h)。已在 OpenSSL 1.0.2x 中修正 (受影響的為 1.0.2-1.0.2w)。(CVE-2020-1971)

  - 在 2.83 版之前的 dnsmasq 中發現一個缺陷。當從轉送的查詢取得回覆時，若擱置轉送查詢使用回覆目的地位址/連接埠，則 dnsmasq 會在 forward.c:reply_query() 中檢查。不過，查詢不會使用位址/連接埠來擷取確切的轉送查詢，進而大幅減少網路上攻擊者為偽造回覆並讓 dnsmasq 接受回覆而必須執行的嘗試次數。此問題與 RFC5452 相反，因其會指定查詢的屬性，而所有屬性都必須用來比對回覆。此瑕疵可讓攻擊者發動 DNS 快取毒害攻擊。如果與 CVE-2020-25685 或 CVE-2020-25686 鏈結，則會降低成功攻擊的攻擊複雜度。此弱點對資料完整性的威脅最大。(CVE-2020-25684)

  - 在 2.83 版之前的 dnsmasq 中發現一個缺陷。當從轉送的查詢取得回覆時，dnsmasq 會在 forward.c:reply_query() 中檢查，即符合回覆的轉送查詢，且僅使用查詢名稱的弱式雜湊。由於弱式雜湊 (當在沒有 DNSSEC 的情況下編譯 dnsmasq 時為 CRC32，反之則為 SHA-1)，此瑕疵會允許路徑外攻擊者找到數個具有相同雜湊的不同網域，進而大幅減少網路上攻擊者為偽造回覆並讓 dnsmasq 接受回覆而必須執行的嘗試次數。此問題與 RFC5452 相反，因其會指定查詢名稱是必須用來比對回覆的查詢屬性之一。此瑕疵會遭到濫用，可讓攻擊者發動 DNS 快取毒害攻擊。如果與 CVE-2020-25684 鏈結，則會降低成功攻擊的攻擊複雜度。
    此弱點對資料完整性的威脅最大。(CVE-2020-25685)

  - 在 2.83 版之前的 dnsmasq 中發現一個缺陷。收到查詢時，dnsmasq 不會針對相同名稱檢查現有的擱置要求，而是會轉送新要求。依預設，最多可將 150 個擱置查詢傳送至上游伺服器，因此相同名稱最多可有 150 個查詢。
    此瑕疵允許網路上的路徑外攻擊者大幅減少為偽造回覆並讓 dnsmasq 接受回覆而必須執行的嘗試次數。此問題已在 RFC5452 的「生日攻擊」一節中提及。如果與 CVE-2020-25684 鏈結，則會降低成功攻擊的攻擊複雜度。此弱點對資料完整性的威脅最大。
    (CVE-2020-25686)

  - Sudo 1.9.5p2 之前版本中含有差一錯誤，可導致堆積型緩衝區溢位，這允許攻擊者透過 sudoedit 與以單一反斜線字元結尾的命令行引數將權限提升至 root 權限。(CVE-2021-3156)

  - 在 sudo 剖析命令行引數的方式中發現堆積型緩衝區溢位。任何可在未經驗證的情況下執行 sudo 命令的本機使用者皆可利用此缺陷。成功利用此弱點可導致權限提升。(CVE-2021-3156)

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

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

  - Net-SNMP 5.8 及之前的版本中存在不當權限管理問題，這是 EXTEND MIB 的 SNMP WRITE 存取權允許以 root 身分執行任意命令所致。(CVE-2020-15862)

  - Sudo 1.9.5p2 之前版本中含有差一錯誤，可導致堆積型緩衝區溢位，這允許攻擊者透過 sudoedit 與以單一反斜線字元結尾的命令列引數將權限提升至 root 權限。(CVE-2021-3156)

  - 在 sudo 剖析命令列引數的方式中發現堆積型緩衝區溢位。任何可在未經驗證的情況下執行 sudo 命令的本機使用者皆可利用此缺陷。成功利用此缺陷可導致權限提升。(CVE-2021-3156)

  - 如果 BIND 伺服器執行的是受影響的版本，且設定為使用 GSS-TSIG 功能，則容易受到影響。在使用 BIND 預設設定的組態中，不會暴露有弱點的程式碼路徑，但透過明確設定 tkey-gssapi-keytab 或 tkey-gssapi-credential 組態選項的有效值，可以使伺服器變得易受攻擊。雖然預設組態不會受到影響，但在 BIND 與 Samba 整合的網路中，以及結合 BIND 伺服器和 Active Directory 網域控制器的混合伺服器環境中，經常使用 GSS-TSIG。成功惡意利用此弱點，最有可能導致的結果是具名處理程序損毀。不過，雖未經驗證，但理論上還可能造成遠端程式碼執行。影響：BIND 9.5.0 -> 9.11.27、9.12.0 -> 9.16.11 和 BIND 9.11.3-S1 -> 9.11.27-S1，以及 BIND 9.16.8-S1 -> 9.16.11-S1 受支援的預覽版。
    還有 BIND 9.17 開發分支的發行版 9.17.0 -> 9.17.1 (CVE-2020-8625)

  - 在 Linux 核心 4.3 到 5.3.10 之前的 5.x 版本中，flow_dissector 功能有一個裝置追踪弱點，即 CID-55667441c84f。發生此情況是因為 UDP IPv6 封包的自動 flowlabel 依賴 32 位元 hashrnd 值作為密碼，並且使用了 jhash (而非 siphash)。從開機時間起，hashrnd 值一直維持不變，攻擊者可以推斷得出。這會影響 net/core/flow_dissector.c 和相關程式碼。(CVE-2019-18282)

  - 在 RH 核心 5.0 之前版本中，在 IPsec 密碼編譯演算法模組中 crypto/authenc.c 的 crypto_authenc_extractkeys 中發現一個緩衝區過度讀取缺陷。當承載長度超過 4 個位元組，且未遵循 4 個位元組對齊邊界準則時，會造成緩衝區過度讀取威脅，進而導致系統當機。具有使用者特權的本機攻擊者可藉由此瑕疵造成拒絕服務。(CVE-2020-10769)

  - 在 5.9-rc2 之前版本具有 ext3 / ext4 檔案系統的 Linux 核心中，發現一個記憶體超出邊界讀取瑕疵，其會存取具有損毀索引的目錄。此瑕疵讓本機使用者可以在目錄存在的情況下使系統當機。此弱點對系統可用性威脅最大。
    (CVE-2020-14314)

  - 在 Linux 核心 5.9-rc4 之前版本中發現一個缺陷。XFS 中的檔案系統中繼資料驗證器失敗，可造成具有使用者可建立的有效延伸屬性的 inode 被標示為損毀。這可導致檔案系統被關閉，或者在重新掛載前無法存取，進而導致拒絕服務。此弱點對系統可用性威脅最大。
    (CVE-2020-14385)

  - 在 5.7.8 版之前的 Linux 核心中，fs/nfsd/vfs.c (在 NFS 伺服器中) 可在檔案系統缺少 ACL 支援時，對新檔案系統物件設定錯誤權限，亦即 CID-22cf8419f131。發生此問題是因為未考量目前的 umask。(CVE-2020-24394)

  - 在 5.8.3 之前版本的 Linux 核心中，本機攻擊者可以利用 NFS 用戶端程式碼中的 TOCTOU 不匹配破壞記憶體，或可能造成其他不明影響，這是因為大小檢查是在 fs/nfs/nfs4proc.c 而非 fs/nfs/nfs4xdr.c 中執行，亦即 CID-b4487b935452。(CVE-2020-25212)

  - 在 Linux 核心 5.9-rc7 之前版本的 HDLC_PPP 模組中發現一個瑕疵。ppp_cp_parse_cr 函式中的不當輸入驗證問題會造成記憶體損毀以及讀取溢位，進而導致系統當機或拒絕服務。此弱點對於資料的機密性和完整性以及系統可用性威脅最大。(CVE-2020-25643)

  - 在 GNU C 程式庫 (亦即 glibc 或 libc6) 2.32 及之前所有版本中，iconv 功能在 EUC-KR 編碼中無效的多位元組輸入序列時，可能會發生緩衝區過度讀取。(CVE-2019-25013)

  - 如果 80 位長的雙精度函式輸入項中包含非正式位元模式，則 2.32 之前的 GNU C 程式庫 (即 glibc 或 libc6) 可在範圍縮小期間造成堆疊上緩衝區溢位，向 x86 目標上的 sinl 傳送 0x5d414141414141410000 值時即可看到。這與 sysdeps/ieee754/ldbl-96/e_rem_pio2l.c 有關。(CVE-2020-10029)

  - 如果任何 printf 系列函式的輸入是包含非正式位元模式的 80 位元長雙精度數，x86 目標上 2.23 版之前 GNU C 程式庫 (亦即 glibc 或 libc6) 中的 sysdeps/i386/ldbl2mpn.c 會發生堆疊型緩衝區溢位，如將 \x00\x04\x00\x00\x00\x00\x00\x00\x00\x04 值傳送至 sprintf 時所見。注意：在 2016 年或之後 (即 2.23 或更新版本中)，此問題預設不會影響 glibc，這是因為在 2015 年已針對透過使用 GCC 內建函式內嵌 C99 math 函式進行了提交。換句話說，儘管在 26649 參照中提及對 glibc 2.33 的修正，但參照 2.23 是有意為之。
    (CVE-2020-29573)

  - Oracle Java SE 的 Java SE、Java SE Embedded 產品中存有弱點 (元件：Serialization)。
    受影響的支援版本是 Java SE：7u271、8u261、11.0.8 和 15；Java SE Embedded：8u261。
    攻擊此弱點具有難度，能夠透過多個通訊協定存取網路的未經驗證的攻擊者可利用此弱點入侵 Java SE、Java SE Embedded。若成功攻擊此弱點，未經授權即可造成 Java SE、Java SE Embedded 部分拒絕服務 (部分 DOS)。
    注意：適用於 Java 的用戶端和伺服器部署。可以透過沙箱化 Java Web Start 應用程式和沙箱化 Java applet 利用此弱點。也可以透過提供資料給指定元件的 API 來利用此弱點，而不使用沙箱環境中的 Java Web Start 應用程式或是沙箱環境中的 Java Applet (例如透過 Web 服務) 。(CVE-2020-14779)

  - Oracle Java SE 的 Java SE、Java SE Embedded 產品中存有弱點 (元件：JNDI)。受影響的支援版本是 Java SE：7u271、8u261、11.0.8 和 15；Java SE Embedded：8u261。攻擊此弱點具有難度，能夠透過多個通訊協定存取網路的未經驗證的攻擊者可利用此弱點入侵 Java SE、Java SE Embedded。若成功攻擊此弱點，未經授權即可讀取 Java SE、Java SE Embedded 可存取資料的子集。注意：適用於 Java 的用戶端和伺服器部署。可以透過沙箱化 Java Web Start 應用程式和沙箱化 Java applet 利用此弱點。也可以透過提供資料給指定元件的 API 來利用此弱點，而不使用沙箱環境中的 Java Web Start 應用程式或是沙箱環境中的 Java Applet (例如透過 Web 服務) 。(CVE-2020-14781)

  - Oracle Java SE 的 Java SE、Java SE Embedded 產品中存有弱點 (元件：Libraries)。受影響的支援版本是 Java SE：7u271、8u261、11.0.8 和 15；Java SE Embedded：8u261。攻擊此弱點具有難度，能夠透過多個通訊協定存取網路的未經驗證的攻擊者可利用此弱點入侵 Java SE、Java SE Embedded。若成功攻擊此弱點，未經授權即可更新、插入或刪除部分 Java SE、Java SE Embedded 可存取資料。注意：適用於 Java 的用戶端和伺服器部署。可以透過沙箱化 Java Web Start 應用程式和沙箱化 Java applet 利用此弱點。也可以透過提供資料給指定元件的 API 來利用此弱點，而不使用沙箱環境中的 Java Web Start 應用程式或是沙箱環境中的 Java Applet (例如透過 Web 服務) 。(CVE-2020-14782、CVE-2020-14797)

  - Oracle Java SE 的 Java SE、Java SE Embedded 產品中存有弱點 (元件：Hotspot)。受影響的支援版本是 Java SE：7u271、8u261、11.0.8 和 15；Java SE Embedded：8u261。攻擊此弱點具有難度，能夠透過多個通訊協定存取網路的未經驗證的攻擊者可利用此弱點入侵 Java SE、Java SE Embedded。若要成功攻擊，必須有攻擊者以外之他人的互動。若成功攻擊此弱點，未經授權即可更新、插入或刪除某些 Java SE、Java SE Embedded 可存取資料，以及未經授權讀取 Java SE、Java SE Embedded 可存取資料的子集。注意：適用於 Java 的用戶端和伺服器部署。可以透過沙箱化 Java Web Start 應用程式和沙箱化 Java applet 利用此弱點。也可以透過提供資料給指定元件的 API 來利用此弱點，而不使用沙箱化 Java Web Start 應用程式或是沙箱化 Java Applet (例如透過 Web 服務)。
    (CVE-2020-14792)

  - Oracle Java SE 的 Java SE、Java SE Embedded 產品中存有弱點 (元件：Libraries)。受影響的支援版本是 Java SE：7u271、8u261、11.0.8 和 15；Java SE Embedded：8u261。攻擊此弱點具有難度，能夠透過多個通訊協定存取網路的未經驗證的攻擊者可利用此弱點入侵 Java SE、Java SE Embedded。若要成功攻擊，必須有攻擊者以外之他人的互動。若成功攻擊此弱點，未經授權即可讀取 Java SE、Java SE Embedded 可存取資料的子集。注意：此弱點適用於 Java 部署，通常是在執行沙箱 Java Web Start 應用程式或沙箱 Java Applet 的用戶端中，這種部署會載入並執行不受信任的程式碼 (例如，來自網際網路的程式碼)，並依賴 Java 沙箱獲得安全性。此弱點不適用於僅載入並執行受信任程式碼 (例如，系統管理員安裝的程式碼) 的 Java 部署，此部署通常在伺服器中。(CVE-2020-14796)

  - Oracle Java SE 的 Java SE 產品中存有弱點 (元件：Libraries)。受影響的支援版本是 Java SE：11.0.8 和 15。此弱點容易攻擊成功，可以透過多個通訊協定存取網路的未經驗證攻擊者可藉此入侵 Java SE。若成功攻擊此弱點，未經授權即可讀取 Java SE 可存取資料的子集。注意：此弱點適用於 Java 部署，通常是在執行沙箱 Java Web Start 應用程式或沙箱 Java Applet 的用戶端中，這種部署會載入並執行不受信任的程式碼 (例如，來自網際網路的程式碼)，並依賴 Java 沙箱獲得安全性。此弱點不適用於僅載入並執行受信任程式碼 (例如，系統管理員安裝的程式碼) 的 Java 部署，此部署通常在伺服器中。(CVE-2020-14803)

  - 在 Linux 核心 5.8 之前版本中，fs/block_dev.c 中存在釋放後使用弱點，允許本機使用者利用對特定錯誤欄位的不當存取權，取得特權或造成拒絕服務。
    (CVE-2020-15436)

  - 在 Linux 核心的 NFS (網路檔案系統) 功能中修改檔案或目錄期間，在使用者使用 NFSv4.2 或更新版本建立及刪除物件的方式中發現一個不正確的 umask (如果兩者同時以非使用新版 NFSv4.2 的其他處理程序存取 NFS)。具有 NFS 存取權的使用者可利用此瑕疵耗盡資源，進而造成拒絕服務。(CVE-2020-35513)

  - 當回應新的 h2c 連線要求時，Apache Tomcat 10.0.0-M1 至 10.0.0、9.0.0.M1 至 9.0.41 以及 8.5.0 至 8.5.61 版可將要求標頭和數量有限的要求內文從一個要求復製到另一個要求，這表示使用者 A 和使用者 B 都可以看到使用者 A 要求的結果。
    (CVE-2021-25122)

  - CVE-2020-9484 的修正不完整。- 使用 Apache Tomcat 10.0.0-M1 至 10.0.0、9.0.0.M1 至 9.0.41 、8.5.0 至 8.5.61 或 7.0.0 至 7.0.107 (具有不太可能使用的組態邊緣案例) 時，Tomcat 執行個體仍容易受到 CVE-2020-9494 影響。請注意，先前公佈的 CVE-2020-9484 的先決條件和先前公佈的 CVE-2020-9484 的緩解措施也適用於這個問題。(CVE-2021-25329)

  - 32 位元平台上的 Perl 5.30.3 之前版本允許發生堆積型緩衝區溢位，這是巢狀規則運算式數量詞中存在整數溢位問題所致。(CVE-2020-10543)

  - Perl 5.30.3 之前版本中存在整數溢位問題，這與程式錯誤處理「PL_regkind[OP(n)] == NOTHING」情況有關。特別建構的規則運算式可導致位元組程式碼格式錯誤，並可能造成指令插入。(CVE-2020-10878)

  - 在 Perl 5.30.3 之前的版本中，regcomp.c 允許透過特別建構的規則運算式造成緩衝區溢位，這是遞迴 S_study_chunk 呼叫所致。(CVE-2020-12723)

  - X.509 GeneralName 類型是用於代表不同類型名稱的泛型類型。其中一種名稱類型稱為 EDIPartyName。OpenSSL 會提供一個 GENERAL_NAME_cmp 函式，該函式可比較 GENERAL_NAME 的不同執行個體，判斷其是否相等。兩個 GENERAL_NAME 都包含 EDIPARTYNAME 時，此函式的行為不正確。可能發生 NULL 指標解除參照和損毀問題，進而可能導致拒絕服務攻擊。出於以下兩個目的，OpenSSL 本身會使用 GENERAL_NAME_cmp 函式：1) 比較可用 CRL 和內嵌在 X509 憑證中的 CRL 發佈點之間的 CRL 發佈點名稱 2) 驗證時間戳記回應權杖簽署者是否符合時間戳記授權單位名稱時 (透過 API 函式 TS_RESP_verify_response 和 TS_RESP_verify_token 洩漏)，如果攻擊者可同時控制比較的兩個項目，則可觸發損毀。例如，如果攻擊者可誘騙用戶端或伺服器針對惡意 CRL 檢查惡意憑證，則可能發生此問題。請注意，部分應用程式會根據憑證中內嵌的 URL 自動下載 CRL。此檢查在驗證憑證和 CRL 的簽章之前進行。
    OpenSSL 的 s_server、s_client 和驗證工具支援實作 CRL 自動下載的 -crl_download 選項，且已證明此攻擊可針對這些工具發動。請注意，不相關錯誤表示受影響的 OpenSSL 版本無法剖析或建構 EDIPARTYNAME 的正確編碼。不過，可以建構 OpenSSL 剖析器會接受的格式錯誤的 EDIPARTYNAME，進而觸發此攻擊。所有 OpenSSL 1.1.1 和 1.0.2 版本皆受到此問題影響。
    其他 OpenSSL 版本不在支援範圍內，且尚未經過檢查。已在 OpenSSL 1.1.1i 中修正 (受影響的為 1.1.1-1.1.1h)。已在 OpenSSL 1.0.2x 中修正 (受影響的為 1.0.2-1.0.2w)。(CVE-2020-1971)

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

遠端主機上安裝的 OpenSSL 為 1.0.2x 之前版本。因此，會受到 1.0.2x 公告中提及的一個弱點影響。

  - X.509 GeneralName 類型是用於代表不同類型名稱的泛型類型。其中一種名稱類型稱為 EDIPartyName。OpenSSL 會提供一個 GENERAL_NAME_cmp 函式，該函式可比較 GENERAL_NAME 的不同執行個體，判斷其是否相等。兩個 GENERAL_NAME 都包含 EDIPARTYNAME 時，此函式的行為不正確。可能發生 NULL 指標解除參照和損毀問題，進而可能導致拒絕服務攻擊。出於以下兩個目的，OpenSSL 本身會使用 GENERAL_NAME_cmp 函式：1) 比較可用 CRL 和內嵌在 X509 憑證中的 CRL 發佈點之間的 CRL 發佈點名稱 2) 驗證時間戳記回應權杖簽署者是否符合時間戳記授權單位名稱時 (透過 API 函式 TS_RESP_verify_response 和 TS_RESP_verify_token 洩漏)，如果攻擊者可同時控制比較的兩個項目，則可觸發損毀。例如，如果攻擊者可誘騙用戶端或伺服器針對惡意 CRL 檢查惡意憑證，則可能發生此問題。請注意，部分應用程式會根據憑證中內嵌的 URL 自動下載 CRL。此檢查在驗證憑證和 CRL 的簽章之前進行。
    OpenSSL 的 s_server、s_client 和驗證工具支援實作 CRL 自動下載的 -crl_download 選項，且已證明此攻擊可針對這些工具發動。請注意，不相關錯誤表示受影響的 OpenSSL 版本無法剖析或建構 EDIPARTYNAME 的正確編碼。不過，可以建構 OpenSSL 剖析器會接受的格式錯誤的 EDIPARTYNAME，進而觸發此攻擊。所有 OpenSSL 1.1.1 和 1.0.2 版本皆受到此問題影響。
    其他 OpenSSL 版本不在支援範圍內，且尚未經過檢查。已在 OpenSSL 1.1.1i 中修正 (受影響的為 1.1.1-1.1.1h)。已在 OpenSSL 1.0.2x 中修正 (受影響的為 1.0.2-1.0.2w)。(CVE-2020-1971)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
155018	Microsoft Visual Studio 產品的安全性更新 (2021 年 11 月)	Nessus	Windows : Microsoft Bulletins	2021/11/10	2023/12/29	medium
146431	RHEL 7/8：Red Hat JBoss Web 伺服器 5.4.1 安全性更新 (中等) (RHSA-2021: 0494)	Nessus	Red Hat Local Security Checks	2021/2/11	2024/6/3	high
164555	Nutanix AHV：多個弱點 (NXSA-AHV-20201105.1045)	Nessus	Misc.	2022/9/1	2023/2/23	high
164578	Nutanix AOS：多個弱點 (NXSA-AOS-5.19.2)	Nessus	Misc.	2022/9/1	2024/3/12	high
192206	Amazon Linux 2：edk2 (ALAS-2024-2502)	Nessus	Amazon Linux Local Security Checks	2024/3/18	2024/3/19	critical
144053	OpenSSL 1.0.2 < 1.0.2x 弱點	Nessus	Web Servers	2020/12/10	2024/6/7	medium

偵測

搜尋 Plugin

medium

high

high

high

critical

medium