AlmaLinux 9.2 主機已安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2026：1791820273 公告中提及的多個弱點影響。

  - 如果遠端未經驗證的TLS用戶端sni_callback將不同的內容指派給 SSLSocket.context （每個伺服器名稱選取憑證的記錄方式），並且沒有其他內容保留原始 SSL，則其伺服器可能會當機或透過釋放的指標呼叫。SSLContext 處於活動狀態。典型案例是伺服器會針對每個連線建立 SSLContext ，或在連線開啟時取代它;用它包裝其偵聽通訊端的伺服器不會受到影響。緩解措施：保留對為伺服器生命週期設定sni_callback的每個 SSLContext 的參照。TLS 用戶端不受影響。（CVE-2026-19445）

  - SSL。SSLContext.wrap_bio（） 不需要 server_hostname 參數不是 Ssl 的 None。SSLContext.check_hostname定了。由於 SSLObject 中缺少參數檢查，如果未提供 server_hostname 引數，則會以無訊息方式跳過主機名稱驗證。此缺陷可能會導致程式在 SSLContext.check_hostname = True 的情況下成功執行憑證主機名稱驗證，且不會因設定錯誤而引發 ValueError。如果程式將不是空字串或 None 的server_hostname值傳遞給任何這些 API，則憑證主機名稱驗證會如預期般進行，而且程式不會受到此弱點的影響。
    緩解此弱點不需要更新 Python 或套用修補程式。若要緩解這種情況，請將有效的非 None 且非空server_hostname值傳遞給 SSLContext.wrap_bio（）、asyncio.create_connection（） 或 asyncio.loop.start_tls（），憑證主機名稱驗證將如預期般進行。升級至最新版本的 Python 或套用修補程式只會將行為從無訊息地跳過主機名稱驗證變更為引發 ValueError，類似於 SSLContext.wrap_socket（），當未提供 server_hostname 時。（CVE-2026-19553）

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

偵測

AlmaLinux 9.2 [TuxCare] 安全性更新：python-unversioned-command / python3 / python3-debug / etc多個弱點（ALMALINUX9.2：CLSA-2026：1791820273）

critical Nessus Plugin ID 364716

版本 1.1

偵測

AlmaLinux 9.2 [TuxCare] 安全性更新：python-unversioned-command / python3 / python3-debug / etc多個弱點 （ALMALINUX9.2：CLSA-2026：1791820273）

critical Nessus Plugin ID 364716

版本 1.1

AlmaLinux 9.2 [TuxCare] 安全性更新：python-unversioned-command / python3 / python3-debug / etc多個弱點（ALMALINUX9.2：CLSA-2026：1791820273）