CVE-2008-5161 OpenSSH：針對 CBC 加密的純文字復原攻擊

在 SSH 通訊協定中發現一個瑕疵。當使用 CBC 模式加密來加密 SSH 通訊時，能夠執行攔截式攻擊的攻擊者可能從任意密碼文字區塊取得一部分純文字。此更新協助減輕此攻擊的影響：
OpenSSH 用戶端與伺服器現在偏好 CTR 模式加密超過 CBC 模式，而 OpenSSH 伺服器現在會在偵測到損毀時讀取 SSH 封包直到其完全可能的長度，而非提早報告錯誤，從而降低了純文字成功復原的可能性。
(CVE-2008-5161)

此更新也可修正下列錯誤：

- 嘗試關閉背景處理程序仍維持 tty 檔案描述符號開啟的工作階段時，ssh 用戶端懸置。透過此更新，不會再發生所謂的「結束時懸置」錯誤，而且 ssh 用戶端會立即關閉工作階段。(BZ#454812)

此外，此更新還新增了下列增強功能：

- SFTP 伺服器現在可以在登入後，將使用者 chroot 至多種目錄，包括使用者的主目錄。已將一個新組態選項 (ChrootDirectory) 新增至 '/etc/ssh/sshd_config'，以進行此設定 (預設為不對使用者進行 chroot)。有關設定此新選項的詳細資訊，位於 sshd_config(5) 手冊頁面中。(BZ#440240)

- 經過驗證之 OpenSSH FIPS 模組中的可執行檔將會檢查其完整性，並在系統記錄或終端機中報告其 FIPS 模式狀態。(BZ#467268、BZ#492363)

安裝此更新之後，OpenSSH 伺服器程序 (sshd) 將會自動重新啟動。

注意：必須更新 fipscheck 才能建立相依性。

SSH 伺服器已設為支援加密區塊鏈結 (CBC) 加密。這可能允許攻擊者從加密文字復原純文字訊息。

請注意，此外掛程式只會檢查 SSH 伺服器的選項，不會檢查軟體版本是否有弱點。

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

  - 在重新設定金鑰期間使用演算法導致 libssh 中出現 NULL 指標解除參照。此問題可能允許經驗證的用戶端造成拒絕服務。(CVE-2023-1667)

  - 在 libssh 中發現一個弱點，可以在記憶體配置問題的 `pki_verify_data_signature` 函式中繞過連線用戶端的驗證檢查。如果記憶體不足或記憶體使用量有限，可能會發生此問題。此問題是由傳回值 `rc,` 所造成，該值初始化為 SSH_ERROR，之後又重新寫入以儲存函式呼叫 `pki_key_check_hash_compatible` 的傳回值。在此點和密碼編譯驗證之間，變數的值並未變更。因此，它們之間的任何錯誤都會呼叫 `goto error` 並傳回 SSH_OK。
    (CVE-2023-2283)

  - 在 9.3p2 版之前的 OpenSSH 中，ssh-agent 的 PKCS#11 功能的可信任搜尋路徑不足，如果代理程式被轉送到攻擊者控制的系統，會導致遠端程式碼執行。(將 /usr/lib 中的程式碼載入 ssh-agent 不一定安全。) 注意：此問題之所以存在，是因為 CVE-2016-10009 的修正不完整。(CVE-2023-38408)

  - 設定作為遞回解析器執行的每個`named`執行個體，都會維護一個快取資料庫，其中包含最近傳送至授權伺服器的查詢回應。快取資料庫的大小限制可使用設定檔中的 max-cache-size 陳述式進行設定；它預設為主機上可用記憶體總量的 90%。當快取大小達到設定限制的 7/8 時，快取清理演算法將開始從快取中移除過期和/或最近不常用的 RRset，以使記憶體使用量保持在設定的限制之下。據發現，以特定順序查詢特定 RRset 的解析器可嚴重降低 `named` 中所用快取清理演算法的有效性，進而有效地允許顯著超出設定的 max-cache-size 限制。此問題會影響 BIND 9 9.11.0 至 9.16.41、9.18.0 至 9.18.15、9.19.0 至 9.19.13、9.11.3-S1 至 9.16.41-S1 和 9.18.11-S1 至 9.18.15-S1。
    (CVE-2023-2828)

  - 在 libcap 的 pthread_create() 函式中發現一個弱點。此問題可能允許惡意執行者使用 cause __real_pthread_create() 傳回錯誤，進而耗盡處理程序記憶體。
    (CVE-2023-2602)

  - 在 libcap 中發現一個弱點。此問題發生在 _libcap_strdup() 函式中，如果輸入字串接近 4GiB，其可能會導致整數溢位。(CVE-2023-2603)

  - 1.15.6 版之前的 D-Bus 有時會允許無權限的使用者損毀 dbus-daemon。如果可控制 dbus-daemon 的有權限使用者使用 org.freedesktop.DBus.Monitoring 介面監控訊息匯流排流量，則能夠連線至相同 dbus-daemon 的無權限使用者可在某些情況下，透過無法回覆的訊息造成 dbus-daemon 當機。在已知系統匯流排上執行時，這是一個拒絕服務弱點。修正後的版本是 1.12.28、1.14.8 和 1.15.6。
    (CVE-2023-34969)

  - 在 SQLite3 v.3.27.1 及之前版本中發現緩衝區溢位弱點，本機攻擊者可以透過特製的指令碼造成拒絕服務。(CVE-2020-24736)

  - 247 之前的 systemd 未充分封鎖某些 Sudo 組態的本機權限弱點，例如可能會執行 systemctl 狀態命令的合理 sudoers 檔案。具體而言，systemd 未將 LESSSECURE 設定為 1，因此可從 less 程式啟動其他程式。從 Sudo 執行 systemctl 時，這會帶來重大安全性風險，這是因為當終端機太小而無法顯示完整的 systemctl 輸出時，less 會以 root 身分執行。(CVE-2023-26604)

  - 在 (1) SSH Tectia Client and Server 與 Connector 4.0 到 4.4.11、5.0 到 5.2.4，以及 5.3 到 5.3.8；Client and Server 與 ConnectSecure 6.0 到 6.0.4；IBM System z 6.0.4 上的 Server for Linux；Server for IBM z/OS 5.5.1 和之前版本、6.0.0 和 6.0.1；與 Client 4.0-J 到 4.3.3-J 和 4.0-K 到 4.3.10-K；以及 (2) OpenSSH 4.7p1 和可能其他版本中，於 Cipher Block Chaining (CBC) 模式下使用區塊加密演算法時，對 SSH 通訊協定的錯誤處理會使遠端攻擊者更容易透過未知的向量，從 SSH 工作階段中加密文字的任意區塊復原某些純文字資料。(CVE-2008-5161)

  - Requests 是一個 HTTP 程式庫。自 Requests 2.3.0 起，Requests 重新導向至 HTTPS 端點時會向目的地伺服器洩漏 Proxy-Authorization 標頭。這是我們使用 `rebuild_proxies` 將 `Proxy-Authorization` 標頭重新附加到要求的結果。對於透過通道傳送的 HTTP 連線，Proxy 會識別要求本身中的標頭，並在轉送至目的地伺服器之前將其移除。但在透過 HTTPS 傳送時，因為 Proxy 無法檢視通道要求，因而必須在 CONNECT 要求中傳送「Proxy-Authorization」標頭。這會導致 Requests 意外將 Proxy 憑證轉送至目的地伺服器，進而允許惡意執行者洩漏敏感資訊。此問題已在 2.31.0 版中修正。
    (CVE-2023-32681)

  - Ruby 的 cgi gem 0.1.0.2 之前版本、0.2.2 之前的 0.2.x 版和 0.3.5 之前的 0.3.x 版允許分割 HTTP 回應。這與使用未受信任的使用者輸入來產生 HTTP 回應或建立 CGI: : Cookie 物件的應用程式有關。(CVE-2021-33621)

  - 在 Ruby 3.2.1 以及之前的所有版本中，發現 0.12.0 版及其之前所有版本的 URI 元件中存在 ReDoS 問題。URI 剖析器未正確處理具有特定字元的無效 URL，這導致將字串剖析為 URI 物件的執行時間增加。修正後的版本是 0.12.1、0.11.1、0.10.2 和 0.10.0.1。(CVE-2023-28755)

  - 在 Ruby 3.2.1 以及之前的所有版本中，發現 0.2.1 版及其之前所有版本的 Time 元件中存在 ReDoS 問題。Time 剖析器未正確處理具有特定字元的無效 URL，這導致將字串剖析為 Time 物件的執行時間增加。修正後的版本是 0.1.1 和 0.2.2。(CVE-2023-28756)

  - 在 glibc 中發現一個瑕疵。以 AF_UNSPEC 位址系列呼叫 getaddrinfo 函式，並透過 /etc/resolv.conf 將系統設定為 no-aaaa 模式時，透過 TCP 的 DNS 回應 (大於 2048 位元組) 可能透過函式傳回的位址資料洩漏堆疊內容，進而可能會造成當機。(CVE-2023-4527)

  - 在 glibc 中發現一個瑕疵。在極為罕見的情況下，getaddrinfo 函式可能會存取已釋放的記憶體，進而導致應用程式損毀。這個問題只有在 NSS 模組僅實現了 nss_gethostbyname2_r 和 nss_getcanonname_r 這兩個勾點，
    而沒有實現 nss*_gethostbyname3_r 這個勾點時才會遭到惡意利用。解析的名稱應傳回大量 IPv6 和 IPv4，且 getaddrinfo 函式的呼叫應具有以 AI_CANONNAME、AI_ALL 和 AI_V4MAPPED 作為旗標的 AF_INET6 位址系列。(CVE-2023-4806)

  - 在 glibc 中發現一個瑕疵。在罕見的情況下，gaih_inet 函式可能會使用已釋放的記憶體，進而導致應用程式損毀。只有在呼叫 getaddrinfo 函式且 /etc/nsswitch.conf 中的主機資料庫以 SUCCESS=continue 或 SUCCESS=merge 設定時，此問題才會遭到惡意利用。
    (CVE-2023-4813)

  - 處理 GLIBC_TUNABLES 環境變數時，在 GNU C 程式庫的動態載入器 ld.so 中發現緩衝區溢位。此問題可允許本機攻擊者在啟動具有 SUID 權限的二進位時，使用惡意特製的 GLIBC_TUNABLES 環境變數，從而以提升的權限執行程式碼。(CVE-2023-4911)

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

遠端主機上執行的 OpenSSH 版本受到下列弱點影響：

- X11 攔截式攻擊：
大部分作業系統嘗試對繫結到使用 SO_REUSEADDR 設定的繫結的連接埠執行 bind(2) 時，將檢查有效的使用者 ID 是否符合先前的繫結 (共用 BSD 衍生的系統)，或檢查繫結位址是否未重疊。sshd_config(5) 選項 X11UseLocalhost 設為「no」時，攻擊者可建立更具體的繫結並加以利用，而不使用 sshd 的萬用字元接聽程式。(CVE-2008-3259)

- SSH 純文字復原攻擊：
若遭到惡意利用，此攻擊便可能透過採用標準組態 SSH 通訊協定保護的連線，從任意加密文字區塊復原多達 32 位元的純文字。
 若以標準組態使用 OpenSSH，攻擊者成功復原 32 位元純文字的機率是 2^{-18}。對標準組態 OpenSSH 發動變體攻擊，並實際復原到 14 位元純文字的機率為 2^{-14}。對實作其他 SSH 發動攻擊的成功率未知。(CVE-2008-5161)

在 (1) SSH Tectia Client and Server 與 Connector 4.0 到 4.4.11、5.0 到 5.2.4，以及 5.3 到 5.3.8；Client and Server 與 ConnectSecure 6.0 到 6.0.4；IBM System z 6.0.4 上的 Server for Linux；Server for IBM z/OS 5.5.1 和之前版本、6.0.0 和 6.0.1；與 Client 4.0-J 到 4.3.3-J 和 4.0-K 到 4.3.10-K；以及 (2) OpenSSH 4.7p1 和可能其他版本中，於 Cipher Block Chaining (CBC) 模式下使用區塊加密演算法時，對 SSH 通訊協定的錯誤處理會使遠端攻擊者更容易透過未知的向量，從 SSH 工作階段中加密文字的任意區塊復原某些純文字資料。

遠端主機上安裝的 SunSSH 版本有資訊洩漏弱點。SSH 規格的設計瑕疵允許攔截式攻擊者在標準組態中從 SSH 受保護的連線復原多達 32 位元的純文字。攻擊者可惡意利用此弱點來存取敏感資訊。

請注意，此版本的 SunSSH 也容易發生其他多個問題，但 Nessus 並未測試這些問題。

遠端 Oracle Linux 5 主機中安裝的套件受到 ELSA-2009-1287 公告中提及的一個弱點影響。

  - 在 (1) SSH Tectia Client and Server 與 Connector 4.0 到 4.4.11、5.0 到 5.2.4，以及 5.3 到 5.3.8；Client and Server 與 ConnectSecure 6.0 到 6.0.4；IBM System z 6.0.4 上的 Server for Linux；Server for IBM z/OS 5.5.1 和之前版本、6.0.0 和 6.0.1；與 Client 4.0-J 到 4.3.3-J 和 4.0-K 到 4.3.10-K；以及 (2) OpenSSH 4.7p1 和可能其他版本中，於 Cipher Block Chaining (CBC) 模式下使用區塊加密演算法時，對 SSH 通訊協定的錯誤處理會使遠端攻擊者更容易透過未知的向量，從 SSH 工作階段中加密文字的任意區塊復原某些純文字資料。(CVE-2008-5161)

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

遠端主機受到 GLSA-201405-06 中所述的弱點影響 (OpenSSH：多個弱點)

在 OpenSSH 中發現多個弱點。如需詳細資訊，請檢閱以下提及的 CVE 識別碼。
 影響：

遠端攻擊者可執行任意程式碼、造成拒絕服務情形、取得敏感資訊或繞過環境限制。
 因應措施：

目前尚無已知的因應措施。

遠端主機上安裝的 OpenSSH 版本有資訊洩漏弱點。SSH 規格的設計瑕疵允許攔截式攻擊者在標準組態中從 SSH 受保護的連線復原多達 32 位元的純文字。攻擊者可惡意利用此弱點來存取敏感資訊。

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

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，於 xmlparse.c 的 storeAtts 函式中左移 29 個 (或更多) 位置，可導致出現 realloc 錯誤行為 (例如，配置的位元組數目太少或僅釋放記憶體)。
    (CVE-2021-45960)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 doProlog 存在 m_groupSize 整數溢位弱點。(CVE-2021-46143)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 addBinding 存在整數溢位弱點。(CVE-2022-22822)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 build_model 存在整數溢位弱點。(CVE-2022-22823)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 defineAttribute 存在整數溢位弱點。
    (CVE-2022-22824)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 lookup 存在整數溢位弱點。(CVE-2022-22825)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 nextScaffoldPart 存在整數溢位弱點。
    (CVE-2022-22826)

  - 在 Expat (即 libexpat) 2.4.3 更舊版本中，xmlparse.c 的 storeAtts 存在整數溢位弱點。(CVE-2022-22827)

  - 針對具有非零 XML_CONTEXT_BYTES 的組態， 2.4.4 版之前的 Expat (即 libexpat) 的 XML_GetBuffer 中有一個帶正負號的整數溢位弱點。(CVE-2022-23852)

  - Expat (即 libexpat) 2.4.5 更早版本中的 xmltok_impl.c 缺少特定的編碼驗證處理，例如檢查 UTF-8 字元在特定內容中是否有效。(CVE-2022-25235)

  - Expat (即 libexpat) 2.4.5 更早版本中的 xmlparse.c 允許攻擊者將命名空間分隔符號字元插入命名空間 URI。(CVE-2022-25236)

  - Expat (即 libexpat) 2.4.5 之前版本的 storeRawNames 中有一個整數溢位弱點。(CVE-2022-25315)

  - 在 GNU gzip 的 zgrep 公用程式中發現任意檔案寫入弱點。對攻擊者選擇的檔案名稱套用 zgrep 時 (例如特製的檔案名稱)，可將攻擊者的內容覆寫為攻擊者選擇的任意檔案。會發生此缺陷是因為在處理具有兩個或多個新行的檔案名稱時，其中所選內容和目標檔案名稱內嵌在特製的多行檔案名稱中。此缺陷允許遠端低權限攻擊者強制 zgrep 在系統上寫入任意檔案。(CVE-2022-1271)

  - 在 Python 3.x 的 3.5.10 之前版本、3.6.x 的 3.6.12 之前版本、3.7.x 的 3.7.9 之前版本以及 3.8.x 的 3.8.5 之前版本中，如果攻擊者控制 HTTP 要求方法，http.client 會允許 CRLF 插入，在 HTTPConnection.request 的第一個引數中插入 CR 和 LF 控制字元即為一例。(CVE-2020-26116)

  - 如果攻擊者控制 HTTP 要求方法，1.25.9 之前版本的 urllib3 允許 CRLF 插入，在 putrequest() 的第一個引數中插入 CR 和 LF 控製字元即為一例。注意：此問題與 CVE-2020-26116 類似。(CVE-2020-26137)

  - 在 Python 3.x 至 3.9.1 版中， _ctypes/callproc.c 的 PyCArg_repr 中存在緩衝區溢位問題，可能導致在某些將浮點數接受為未受信任輸入的 Python 應用程式中執行遠端程式碼， c_double.from_param 的 1e300 引數即為一例。這是未安全使用 sprintf 所致。(CVE-2021-3177)

  - 在 rsync 3.2.5 之前版本中發現一個問題，該問題允許惡意遠端伺服器在連線的對等端目錄中寫入任意檔案。伺服器會選擇將哪些檔案/目錄傳送至用戶端，但是，rsync 用戶端未對檔案名稱進行充分驗證。惡意 rsync 伺服器 (或攔截式攻擊者) 可覆寫 rsync 用戶端目標目錄和子目錄中的任意檔案 (例如覆寫 .ssh/authorized_keys 檔案)。(CVE-2022-29154)

  - BN_mod_sqrt() 函式專用於計算模組化平方根，其中包含一個可導致其針對非質數模數永遠執行迴圈的錯誤。在內部剖析包含壓縮形式的橢圓曲線公開金鑰或具有以壓縮形式編碼之基點的顯式橢圓曲線參數時，會使用此函式。透過建構具有無效顯式曲線參數的憑證，可能會觸發無限迴圈。由於憑證剖析發生在驗證憑證簽章之前，因此任何剖析外部提供之憑證的處理程序都可能遭受拒絕服務攻擊。也可以在剖析建構的私密金鑰時造成無限迴圈，因為這些金鑰中可能包含顯式橢圓曲線參數。因此，易受攻擊的情況包括：- 使用伺服器憑證的 TLS 伺服器 - 使用用戶端憑證的 TLS 伺服器 - 從客戶處取得憑證或私密金鑰的主機供應商 - 剖析來自使用者憑證要求的認證機構 - 剖析 ASN.1 橢圓曲線參數的任何其他應用程式，以及使用 BN_mod_sqrt() 的任何其他應用程式 (其中攻擊者可控制容易受到此 DoS 問題影響的參數值)。在 OpenSSL 1.0.2 版本中，最初剖析憑證期間並未剖析公開金鑰，進而導致觸發無限迴圈變得略微困難。不過，任何需要憑證公開金鑰的作業都會觸發無限迴圈。特別是，攻擊者可在驗證憑證簽章期間使用自我簽署憑證觸發迴圈。OpenSSL 1.0.2、 1.1.1 和 3.0 會受到此問題影響。此問題已在 2022 年 3 月 15 日發布的 1.1.1n 和 3.0.2 版本中得到解決。已在 OpenSSL 3.0.2 中修正 (受影響的是 3.0.0、3.0.1)。已在 OpenSSL 1.1.1n 中修正 (受影響的是 1.1.1-1.1.1m)。已在 OpenSSL 1.0.2zd 中修正 (受影響的是 1.0.2-1.0.2zc)。(CVE-2022-0778)

  - 在 3003.3 之前版本的 SaltStack Salt 中發現了一個問題。擁有來源和 source_hash URL 控制權的使用者可以在 salt minion 上以 root 身分取得完整的檔案系統存取權限。(CVE-2021-21996)

  - 在某些依賴微架構的情況下，錯誤訓練的傳回指令分支預測允許使用者執行任意推測程式碼。(CVE-2022-29900)

  - 第 6 至 8 代 Intel 微處理器受到新的 Spectre 變體影響，該變體能夠略過核心中的 retpoline 緩解措施造成任意資料洩漏。具有非特權使用者存取權的攻擊者可劫持傳回指令，在某些依賴微架構的情況下執行任意推測程式碼。(CVE-2022-29901)

  - 如果輸入包含許多遠端比對，zlib 1.2.12 更舊版本會在壓縮時允許造成記憶體損毀。(CVE-2018-25032)

  - 在 systemd 中發現釋放後使用弱點。發生此問題是因為「resolved-dns-stream.c」中的 on_stream_io() 函式和 dns_stream_complete() 函式未遞增 DnsStream 物件的參照計數。因此，呼叫的其他函式和回呼可解除參照 DNSStream 物件，若稍後仍使用此參照，即可造成釋放後使用。(CVE-2022-2526)

  - 在 libexpat 2.4.9 之前版本中，xmlparse.c 的 doContent 函式中存在釋放後使用問題。(CVE-2022-40674)

  - 攻擊者可使用具有格式錯誤的 ECDSA 簽章的回應來欺騙目標解析器，進而觸發小型記憶體洩漏。這可能會導致可用記憶體逐漸減少，直到 named 因缺乏資源而當機。(CVE-2022-38177)

  - 攻擊者可使用具有格式錯誤的 EdDSA 簽章的回應來欺騙目標解析器，進而觸發小型記憶體洩漏。這可能會導致可用記憶體逐漸減少，直到 named 因缺乏資源而當機。(CVE-2022-38178)

  - 在 (1) SSH Tectia Client and Server 與 Connector 4.0 到 4.4.11、5.0 到 5.2.4，以及 5.3 到 5.3.8；Client and Server 與 ConnectSecure 6.0 到 6.0.4；IBM System z 6.0.4 上的 Server for Linux；Server for IBM z/OS 5.5.1 和之前版本、6.0.0 和 6.0.1；與 Client 4.0-J 到 4.3.3-J 和 4.0-K 到 4.3.10-K；以及 (2) OpenSSH 4.7p1 和可能其他版本中，於 Cipher Block Chaining (CBC) 模式下使用區塊加密演算法時，對 SSH 通訊協定的錯誤處理會使遠端攻擊者更容易透過未知的向量，從 SSH 工作階段中加密文字的任意區塊復原某些純文字資料。(CVE-2008-5161)

  - Python Packaging Authority (PyPA) setuptools 65.5.1 之前版本允許遠端攻擊者透過特製套件或自訂 PackageIndex 頁面中的 HTML 造成系統拒絕服務。package_index.py 中存在規則運算式拒絕服務 (ReDoS) 弱點。(CVE-2022-40897)

  - 1.6.3 版之前的 Libksba 容易受到 CRL 簽章剖析器中的整數溢位弱點影響。
    (CVE-2022-47629)

  - GNU Tar 1.34 及其之前所有版本中存在單位元組超出邊界讀取弱點，攻擊者可針對條件跳轉使用未初始化的記憶體。透過攻擊變更控制流程的作法尚未得到證實。透過 V7 封存 (其中 mtime 具有大約 11 個空白字元)，可在 list.c 的 from_header 中引致此問題。
    (CVE-2022-48303)

  - v7.88.0 之前版本的 curl 基於鏈結式 HTTP 壓縮演算法，存在資源配置無限制或無節流弱點，這表示伺服器回應可被壓縮多次，並且可能使用不同的演算法。此解壓縮鏈中可接受的連結數設有上限，但該上限是依標頭實作的，惡意伺服器可利用許多標頭來插入幾乎不受限制的壓縮步驟數。使用此類解壓縮鏈可導致 malloc 炸彈，進而使 curl 最終花費大量已配置的堆積記憶體，或嘗試並傳回記憶體不足錯誤。(CVE-2023-23916)

  - OpenSSL RSA Decryption 實作中存在計時型旁路，其足可在 Bleichenbacher 式攻擊中跨網路復原純文字。若要成功解密，攻擊者必須能夠傳送大量的試用訊息以進行解密。
    此弱點會影響所有 RSA 填補模式：PKCS#1 v1.5、RSA-OEAP 和 RSASVE。例如，在 TLS 連線中，用戶端通常會使用 RSA 將加密的 pre-master 密碼傳送至伺服器。攻擊者若觀察到用戶端與伺服器之間存在真正連線，就可以利用此缺陷將試用訊息傳送至伺服器，並記錄處理這些訊息所用的時間。攻擊者獲得充足的訊息之後，便可復原用於最初連線的 pre-master 密碼，進而能夠解密透過該連線傳送的應用程式資料。(CVE-2022-4304)

  - PEM_read_bio_ex() 函式會從 BIO 讀取 PEM 檔案，並剖析和解碼名稱 (例如：
    CERTIFICATE)、任何標頭資料和承載資料。如果函式成功運行，則使用包含相關解碼資料之緩衝區的指標填入 name_out、標頭和資料引數。
    呼叫者負責釋放這些緩衝區。攻擊者可以建構會產生 0 位元組承載資料的 PEM 檔案。在此情況下，PEM_read_bio_ex() 會傳回失敗程式碼，但會在標頭引數中填入已釋放的緩衝區指標。如果呼叫者也釋放此緩衝區，則會發生雙重釋放。這很可能會導致當機。能夠提供惡意 PEM 檔案進行剖析的攻擊者可利用此弱點發動拒絕服務攻擊。PEM_read_bio() 和 PEM_read() 函式是 PEM_read_bio_ex() 的簡單包裝函式，因此這些函式也會直接受到影響。其他一些 OpenSSL 函式也會間接呼叫這些函式，包括同樣容易遭受攻擊的 PEM_X509_INFO_read_bio_ex() 和 SSL_CTX_use_serverinfo_file()。若在 OpenSSL 內部使用部分此類函式，則不會受到影響，因為如果 PEM_read_bio_ex() 傳回失敗程式碼，呼叫者將不會釋放標頭引數。這些位置包括 PEM_read_bio_TYPE() 函式以及 OpenSSL 3.0 中引入的解碼器。OpenSSL asn1parse 命令行應用程式也受此問題影響。(CVE-2022-4450)

  - 公開 API 函式 BIO_new_NDEF 是用於透過 BIO 串流 ASN.1 資料的協助程式函式。此函式主要用於 OpenSSL 內部，以支援 SMIME、CMS 和 PKCS7 串流功能，但也可能由終端使用者應用程式直接呼叫。此函式會接收來自呼叫者的 BIO，並在前面附加新的 BIO_f_asn1 篩選器 BIO 以形成 BIO 鏈結，然後將 BIO 鏈結的新標頭傳回給呼叫者。在某些情況下，例如，如果 CMS 收件人公開金鑰無效，則新篩選器 BIO 會被釋放，並且該函式會傳回 NULL 結果，表明失敗。但在此情況下，BIO 鏈結未經正確清理，且呼叫者傳送的 BIO 仍保留先前釋放的篩選器 BIO 的內部指標。如果呼叫者接著呼叫 BIO 上的 BIO_pop()，則會發生釋放後使用。這很可能會導致當機。此情況直接發生在內部函式 B64_write_ASN1() 中，其可能導致呼叫 BIO_new_NDEF()，並隨後在 BIO 上呼叫 BIO_pop()。此內部函式會接著由公開 API 函式 PEM_write_bio_ASN1_stream、PEM_write_bio_CMS_stream、PEM_write_bio_PKCS7_stream、SMIME_write_ASN1、SMIME_write_CMS 和 SMIME_write_PKCS7 呼叫。其他可能受到此弱點影響的公開 API 函式包括 i2d_ASN1_bio_stream、BIO_new_CMS、BIO_new_PKCS7、i2d_CMS_bio_stream 和 i2d_PKCS7_bio_stream。OpenSSL cms 和 smime 命令行應用程式受到類似影響。(CVE-2023-0215)

  - X.509 GeneralName 中有一個與 X.400 位址處理相關的類型混淆弱點。
    X.400 位址被剖析為 ASN1_STRING，但 GENERAL_NAME 的公開結構定義錯誤地將 x400Address 欄位的類型指定為 ASN1_TYPE。此欄位隨後會被 OpenSSL 函式 GENERAL_NAME_cmp 解譯為 ASN1_TYPE，而非 ASN1_STRING。啟用 CRL 檢查時 (即應用程式設定 X509_V_FLAG_CRL_CHECK 旗標)，此弱點可能允許攻擊者向 memcmp 呼叫傳遞任意指標，使其能夠讀取記憶體內容或發動拒絕服務攻擊。在大多數情況下，攻擊者需要同時提供憑證鍊和 CRL，兩者都不需要有效的簽章。如果攻擊者只控制其中一個輸入，則另一個輸入必須已包含 X.400 位址作為 CRL 發佈點，此情況並不常見。因此，此弱點最有可能只影響已實作透過網路擷取 CRL 這一功能的應用程式。(CVE-2023-0286)

  - 在 python 中發現一個缺陷。在使用非二進位基底的二次時間複雜度演算法中，當使用 int(text) 時，系統可能需要 50 秒才能剖析具有 100,000 位數的 int 字串，而對於具有 1,000,000 位數的 int 字串，則需要 5 秒 (二進位基底爲 2、4、8、16 和 32 的 float、decimal、int.from_bytes() 和 int() 不受影響)。此弱點對系統可用性威脅最大。(CVE-2020-10735)

  - Python 3.x 到 3.10 版的 lib/http/server.py 中存在開放重新導向弱點，這是因為在 URI 路徑的開頭沒有針對多個 (/) 的保護機制，而這可能會導致資訊洩漏。注意：第三方對此存有爭議，因為 http.server.html 文件頁面指出警告：不建議將 http.server 用於生產環境，它僅實作基本的安全性檢查。(CVE-2021-28861)

  - 在 Python 3.11.1 之前版本中發現一個問題。處理 IDNA (RFC 3490) 解碼器的部分輸入時，一個路徑中存在不必要的二次方演算法，如此一來，向解碼器顯示特製的過長名稱可導致 CPU 拒絕服務。主機名稱通常由遠端伺服器提供，而伺服器可能被惡意使用者控制，在這種情況下，他們可在嘗試使用攻擊者提供的假想主機名稱的用戶端上觸發 CPU 過度消耗。
    例如，可以在狀態碼為 302 的 HTTP 回應的 Location 標頭中放置攻擊承載。計劃在 3.11.1、3.10.9、3.9.16、3.8.16 和 3.7.16 中進行修正。(CVE-2022-45061)

  - 在 systemd 中發現一個弱點。此安全性缺陷可造成本機資訊洩漏，這是 systemd-coredump 未遵循 fs.suid_dumpable 核心設定所引致。(CVE-2022-4415)

  - 在 GnuTLS 中發現 RSA ClientKeyExchange 訊息的處理中存在計時旁路。此旁路足以在 Bleichenbacher 式攻擊中跨網路復原以 RSA 加密文字加密的金鑰。若要成功解密，攻擊者需要傳送大量特製訊息至有弱點的伺服器。攻擊者可依據 ClientKeyExchange 訊息復原密碼，進而解密透過該連線交換的應用程式資料。(CVE-2023-0361)

  - 在 hw 中發現一個缺陷。- 在某些依賴微架構的情況下，錯誤訓練的傳回指令分支預測允許使用者執行任意推測程式碼。(CVE-2022-23816) (CVE-2022-28693)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
60657	Scientific Linux 安全性更新：SL5.x i386/x86_64 上的 openssh	Nessus	Scientific Linux Local Security Checks	2012/8/1	2021/1/14	low
70658	SSH 伺服器 CBC 模式加密已啟用	Nessus	Misc.	2013/10/28	2023/10/27	low
187269	Nutanix AHV：多個弱點 (NXSA-AHV-20230302.1011)	Nessus	Misc.	2023/12/22	2024/2/20	critical
197084	Nutanix AOS：多個弱點 (NXSA-AOS-6.8)	Nessus	Misc.	2024/5/15	2024/5/17	critical
73557	AIX OpenSSH 公告：openssh_advisory.asc	Nessus	AIX Local Security Checks	2014/4/16	2023/4/21	low
78153	F5 Networks BIG-IP：OpenSSH 弱點 (SOL14609)	Nessus	F5 Networks Local Security Checks	2014/10/10	2021/3/10	low
55992	SunSSH < 1.1.1 / 1.3 CBC 純文字洩漏	Nessus	Misc.	2011/8/29	2020/9/21	critical
180625	Oracle Linux 5：openssh (ELSA-2009-1287)	Nessus	Oracle Linux Local Security Checks	2023/9/7	2023/12/14	medium
73958	GLSA-201405-06：OpenSSH：多個弱點	Nessus	Gentoo Local Security Checks	2014/5/12	2021/1/6	medium
44065	OpenSSH < 5.2 CBC 純文字洩漏	Nessus	Misc.	2011/9/27	2024/3/27	medium
180469	Nutanix AHV：多個弱點 (NXSA-AHV-20230302.207)	Nessus	Misc.	2023/9/4	2024/2/20	critical

偵測

搜尋 Plugin

low

low

critical

critical

low

low

critical

medium

medium

medium

critical