本文是否有幫助？
感謝您的意見回饋。
需要採取行動：Webex Calling 本機閘道的 eMUDHRA 憑證授權單位安全性更新
意見回饋？識別受影響的憑證型本機閘道幹線、取代受影響的憑證鏈，並驗證 Webex Calling 連線。
在 2026 年 10 月發生 eMUDHRA 憑證授權單位 (CA) 安全事件後，移除了對四Webex Calling個根 CA 的信任。 如果您的憑證為基礎的本機閘道幹線依賴於這些授權單位之一，請取代受影響的憑證或鏈，以維持安全的 TLS 連線。 如果受影響的主幹處於離線狀態，則可能無法使用輸入和輸出 PSTN 呼叫以及依賴它的內部部署整合。
受影響的根憑證如下：
-
電子簽署根 TLS CA-G3
-
電子簽署 ECC 根憑證-G3
-
電子簽署根管理系統證書-G3
-
AAA 證書服務（科莫多 AAA 服務根）
AAA 憑證服務沒有遭到入侵。 但是，它對受影響的 eMUDHRA 中間 CA 進行交叉簽署，為受入侵的憑證提供替代信任路徑。
使用憑證型本機閘道 (LGW) 幹線的客戶，其憑證鏈取決於這些權限的客戶會受到影響。 這包括 Sectigo 發行的憑證，透過使用者信任鏈結至 AAA 憑證服務。
Webex Calling現在拒絕來自受影響的本機閘道的 TLS 連線。 輸入和輸出 PSTN 呼叫，以及依賴這些閘道的內部部署呼叫整合將會失敗。
從可連接閘道 SIP TLS 連接埠的授權電腦，執行適用的命令。 用閘道主機名稱和 TLS 連接埠取代 lgw.example.com 和 5061。 如果外部存取受限制，請從授權的內部管理主機執行指令。
Linux 或 macOS：
openssl s_client -connect lgw.example.com:5061 -showcerts </dev/null視窗命令提示符：
openssl s_client -connect lgw.example.com:5061 -showcerts <NUL在開始之前
- 您需要存取 Control Hub 的權限才能檢視組織的幹線。
- 每個主要、備援和備份閘道的閘道主機名稱和 SIP TLS 連接埠。
- 存取使用 OpenSSL 的授權電腦，該電腦可以到達每個閘道端點。
| 1 |
識別您的本機閘道幹線。
| ||||||||||
| 2 |
檢查每個閘道的憑證鏈。
| ||||||||||
| 3 |
檢閱證書主體和發行人。
| ||||||||||
| 4 |
解釋檢驗結果。
只有在沒有列出的根目錄出現並且主幹處於 Control Hub 中的「線上」時，才會確認閘道不受影響。 | ||||||||||
| 5 |
取代受影響的憑證鏈。
| ||||||||||
| 6 |
驗證本機閘道連線。
|
下一步
如果鏈條顯示正確，但主幹保持離線、損壞或未知：
- 確認憑證是否有效且已正確安裝。
- 檢查完整的中間 CA 鏈和預期的憑證識別。
- 檢閱閘道上的 TLS 連線和憑證驗證錯誤。
- 如果問題仍然存在，請聯絡您的憑證供應商、Cisco 合作夥伴或 Cisco Technical Assistance Center (TAC)。 聯絡時，請提供Cisco Technical Assistance Center您的組織 ID、受影響的主幹詳細資訊、閘道主機名稱、憑證鏈資訊以及相關 TLS 錯誤訊息。
相關資訊：
本文是否有幫助？
