在此文章中
dropdown icon
什麼可能會受到影響
    憑證授權單位
檢查並替換受影響的憑證或鏈
相關資訊
檢查並修復受 Webex Meetings 的 eMUdhra 安全性更新影響的憑證
list-menu在此文章中
list-menu意見回饋?

在 2026 年 10 月發生 eMUDHRA 憑證授權單位 (CA) 安全事件後,思科正在移除對用於驗證安全 SIP 連線的某些根 CA 的信任。受影響的 Webex Meetings SIP 整合實施計劃於 2026 年 11 月 2 日開始執行。推出可能會分階段進行。計劃在 11 月 2 日之前完成變更。憑證鏈取決於受信任的授權單位的客戶必須取代受影響的憑證或鏈。否則,當對該連線強制執行更新的信任原則時,受影響的安全 SIP 連線將失敗 TLS 驗證。

什麼可能會受到影響

整合

  • Webex Meetings邊緣音訊:當強制執行到這些連線時,透過受影響的企業 SIP 連線進行會議撥入和撥出會議停止運作。

  • 協同合作會議室 (CMR):當強制執行到達這些連線時,基於 SIP 的視訊裝置透過受影響的安全 SIP 連線加入會失敗。

  • 客戶管理的基礎架構可能包括思科 CUBE、Expressway-E 和其他工作階段邊界控制器 (SBC )。 檢閱主要系統和備援系統。

這些變更目標是使用受影響的憑證鏈的 SIP 整合;其他會議 存取方法不依賴於相同的客戶管理的 SIP 憑證路徑。

憑證授權單位

檢查是否依賴以下任何權限的憑證鏈:

  • 電子簽署根 TLS CA-G3

  • 電子簽署 ECC 根憑證-G3

  • 電子簽署根管理系統證書-G3

  • AAA 證書服務(科莫多 AAA 服務根)

AAA 憑證服務沒有遭到入侵,但它交叉簽署受影響的 eMUDHRA 中間體, 並包含在此安全回應中。 某些 Sectigo 發行的憑證可能會使用 AAA 交叉簽署的憑證路徑,即使 Sectigo 客戶憑證本身沒有遭到入侵。

EmSign 根 CA-G1 不包含在此不信任變更中。 請勿僅因為憑 證使用 G1 而取代或移除憑證。

檢查並替換受影響的憑證或鏈

1

識別用於受影響的 Edge 音訊或 SIP 型會議整合的 CUBE、快速通訊-E 或 SBC。 記錄實際的主機名稱和配置的 SIP TLS 連接埠。 然後,檢查 該系統上安裝的 TLS 身分證書以及隨附的任何中間 CA 憑證。

在 Expressway-E 上,可以在維護 > 安全性 > 伺服器憑證下查看安裝的伺服器憑證。 對於 CUBE 和其他 SBC,請使用適用的供應商憑證 檢查程序。

針對備份和備援系統重複執行。

2

從安裝 OpenSSL 並存取 SIP TLS 監聽器的網路存取電腦中,執行相關 範例:

  • Linux 或 macOS:

    openssl s_client -connect sip-gateway.example.com:5061 -showcerts </dev/null

  • 視窗命令提示符:

    openssl s_client -connect sip-gateway.example.com:5061 -showcerts <NUL

用實際的 SIP TLS 端點取代範例主機名稱和連接埠;連接埠可能因部署而有所 不同。 如果輸入 TLS 存取受限制,請從授權的管理系統執行 檢查。

在快速通訊-E 上,與 Webex 一起使用的 SIP TLS 連接埠可能需要用戶端憑證。 然後,命令可能會以錯誤結束,但憑證鏈仍會顯示。

檢閱憑證鏈條目,包括主題和發行人(i:)。 尋找四個受影響的 CA 名稱中的任何一個,包括由 AAA 憑證服務發出的 UserTrust RSA 憑證授權單位憑證。

受影響的交叉簽名鏈項目的範例:

  • s: CN = 用戶信任 RSA 認證機構

  • i: CN = AAA 證書服務

3

解釋結果:

  • 發現受影響的 CA:將鏈視為受影響,並在強制執行之前 更新。

  • 未顯示受影響的 CA,且 SIP 整合正在運作:除非 Cisco 分別通知 您的組織有受影響的依賴項,否則此檢查不會指示立 即行動。

  • 沒有顯示受影響的 CA,但 Cisco 通知您的組織,或者 SIP 整合失敗:請聯繫您的 Cisco 合作夥伴或Cisco TAC尋求協助 識別完整的認證路徑和受影響的連線。

  • 未顯示憑證或連線逾時:確認正確的主機 名稱、連接埠、存取控制和檢測方法。

4

請聯絡您的憑證供應商或經銷商,以取得以上未列出的 根目錄結尾的替代憑證或替代憑證鏈。 要求提供者 確認替代鏈是否適合 Webex SIP 整合。

  • 如果支援,請保留現有的身分證書,並僅取代 中間鏈。 對於受影響的 Sectigo 部署,請將 AAA 憑證服務發出的 UserTrust 憑證替換為 Sectigo 或您的提供者提供的適當替代鏈 。 切勿在未安裝並驗證其替換的情況下移除它 。

  • 依照產品的組態指示,在每個受影響的 CUBE、Expressway-E 或 SBC 上安裝 憑證或鏈。 確保已安裝的身 分證書對於系統設定的 SIP 身分仍有效。

再次檢查已安裝的鏈,以確認它不再依賴受信任的權限 。

5

驗證會議連線性:

  • 對於 Edge Audio,請測試穿過受影響企業 SIP 連線的會議撥入和回呼/撥出路由。

  • 對於 CMR,請透過受影響的基礎架構測試基於 SIP 的視訊裝置加入。

  • 檢查主要路徑和容錯移轉路徑。 如果連線仍然無法使用,請檢閱 TLS 錯誤和憑證驗證失敗。

如果憑證或 SIP 連線問題持續存在,請聯絡您的 Cisco 合作夥 Cisco Technical Assistance Center伴或 (TAC)。 提供您的 Webex 組織 ID、受 影響的服務、受影響的系統和 SIP 主機名稱、憑證鏈詳細資訊,以及任 何 TLS 或 SIP 錯誤訊息。 不要共用私密金鑰。

本文是否有幫助?
本文是否有幫助?