需要采取的措施:Webex Calling Local Gateways 的 eMUDHRA 证书颁发机构安全更新
list-menu反馈?
识别受影响的基于证书的本地网关中继,替换受影响的证书链,并验证 Webex Calling 连接。

2026 年 10 月 eMudhra 证书颁发机构 (CA) 安全事件发生后,Webex Calling取消了对四个根 CA 的信任。 如果您的基于证书的本地网关中继依赖于其中一个授权机构,请更换受影响的证书或链以保持安全的 TLS 连接。 如果受影响的中继处于脱机状态,则入站和出站 PSTN 呼叫以及依赖该中继的本地集成可能不可用。

受影响的根证书是:

  • emSign 根 TLS CA-G3

  • emSign ECC 根目录 AC-3G

  • emSign Root CS CA-G3

  • AAA 证书服务(科摩多 AAA 服务根目录)

AAA 证书服务没有受到损害。 但是,它对受影响的 eMudhra 中间 CA 进行了交叉签名,为受感染的证书提供了备用信任路径。

使用基于证书的本地网关 (LGW) 中继且证书链依赖于这些权限的客户会受到影响。 这包括Sectigo颁发的证书,这些证书通过UserTrust链接到AAA证书服务。

Webex Calling现在拒绝来自受影响的本地网关的 TLS 连接。 入站和出站 PSTN 呼叫以及依赖这些网关的本地呼叫集成将失败。

在可以访问网关的 SIP TLS 端口的授权计算机上,运行相应的命令。 将 lgw.example.com 和 5061 替换为网关主机名和 TLS 端口。 如果外部访问受到限制,请从授权的内部管理主机运行该命令。

Linux 或 macOS:

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

Windows 命令提示符:

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

准备工作

  • 您需要访问 Control Hub 并拥有查看组织中继的权限。
  • 每个主网关、冗余网关和备用网关的网关主机名和 SIP TLS 端口。
  • 使用 OpenSSL 访问可访问每个网关端点的授权计算机。
1

识别您的本地网关中继。

  • 在 Control Hub 中,转到服务 > PSTN 和路由 > 网关配置 > 中继。
  • 对于使用思科通话套餐的客户,中继列表也可在服务 > 呼叫 > 呼叫路由 > 中继处获得。
  • 识别基于证书的中继并记录配置的 FQDN 或 SRV 地址、网关主机名和 SIP TLS 端口。 对冗余和备用网关重复此操作。
2

检查每个网关的证书链。

  • 运行相应的 OpenSSL 命令。 输出显示本地网关提供的证书;它不独立地根据Webex Calling信任存储库验证整个链。
  • TLS 握手错误或 OpenSSL 验证失败并不能证明网关受此信任更新的影响。
3

审查证书主体和颁发者。

  • 在证书链部分,查看每份证书的主体和颁发者(i:)。 查看上面列出的不信任机构,查看通用名称(CN)和每个连锁条目。
  • 例如,主题为 cn=UserTrust RSA 证书颁发机构和颁发者 CN=AAA 证书服务的条目标识了 AAA 证书服务颁发的证书。
4

解释检查结果。

证书链结果状态
任何 s: 或 i: 行显示 AAA 证书服务或受影响的 emSign 颁发机构受影响。立即修复。
没有出现任何受影响的权限,并且中继在 Control Hub 中处于联机状态未受影响。
没有出现任何受影响的权限,但中继处于脱机状态联系您的合作伙伴或Cisco TAC根据思科的受影响客户名单进行验证。
连接超时或未返回任何证书链尚无定论。验证对网关 TLS 端口的网络访问权限,然后重试。

只有当列出的根目录均未出现且中继在 Control Hub 中处于联机状态时,才会确认网关不受影响。

5

替换受影响的证书链。

  1. 请联系您的证书提供商,以获取替代证书或终止于可信根目录的替代证书或备用链。Webex Calling 在许多情况下,可以保留现有的网关证书,只能替换中间链。 对于受影响的 Sectigo 部署,这可能涉及将 AAA 交叉签名的 UserTrust 证书替换为适当的替代证书。
  2. 在本地网关上安装更新的证书链,然后重复证书检查。
  3. 确认中继在 Control Hub 中显示在线,然后测试入站和出站呼叫。
6

验证本地网关连接。

  • 重复 OpenSSL 检查,确认替代链不再依赖于不信任的机构。
  • 在 Control Hub 中,确认中继显示为联机。
  • 测试入站和出站 PSTN 呼叫以及使用中继的本地呼叫集成。
  • 重复验证备份和冗余网关。

下一步

如果链条显示正确,但后备箱仍处于脱机状态、受损或未知:

  • 验证证书是否有效且安装正确。
  • 检查完整的中间 CA 链和预期的证书身份。
  • 检查网关上的 TLS 连接和证书验证错误。
  • 如果问题仍然存在,请联系您的证书提供商、思科合作伙伴或 Cisco Technical Assistance Center (TAC)。 联系时Cisco Technical Assistance Center,请提供您的组织 ID、受影响的中继详细信息、网关主机名、证书链信息以及相关的 TLS 错误消息。

相关信息:

这篇文章对您有帮助吗?
这篇文章对您有帮助吗?