피드백을 보내 주셔서 감사합니다.
피드백이 있습니까?2026년 10월 에무드라 인증 기관 (CA) 보안 사고 이후, 네 개의 루트 CA에 대한 신뢰 Webex Calling 제거됐어요. 인증서 기반 로컬 게이트웨이 트렁크가 이러한 기관 중 하나에 의존하는 경우, 영향을 받는 인증서나 체인을 교체하여 안전한 TLS 연결을 유지하세요. 영향을 받는 트렁크가 오프라인, 인바운드 및 아웃바운드 PSTN 통화인 경우 그리고 여기에 의존하는 온프레미스 통합을 사용할 수 없을 수도 있어요.
영향을 받는 루트 인증서는 다음과 같아요.
-
엠사인 루트 TLS CA - 3G
-
엠사인 ECC 루트 CA - 3G
-
엠사인 루트 CS CA - 3G
-
AAA 인증서 서비스 (코모도 AAA 서비스 루트)
AAA 인증 서비스는 손상되지 않았어요. 하지만 영향을 받은 eMudhra 중간 CA에 교차 서명해서 손상된 인증서에 대한 대체 신뢰 경로를 제공했어요.
인증서 체인이 이들 기관에 의존하는 인증서 기반 로컬 게이트웨이 (LGW) 트렁크를 사용하는 고객이 영향을 받죠. 여기에는 UserTrust를 통해 AAA 인증서 서비스에 연결되는 SECTIGO에서 발행한 인증서가 포함돼요.
Webex Calling이제 영향 받는 로컬 게이트웨이에서 TLS 연결을 거부해요. 인바운드 및 아웃바운드 PSTN 통화, 그리고 그 게이트웨이에 의존하는 온프레미스 통화 통합은 실패해요.
게이트웨이의 SIP TLS 포트에 연결할 수 있는 인증된 컴퓨터에서 해당 명령을 실행하세요. lgw.example.com하고 5061을 게이트웨이 호스트 이름과 TLS 포트로 바꿔요. 외부 액세스가 제한되면 인증된 내부 관리 호스트에서 명령을 실행하세요.
리눅스 아니면 맥OS:
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 체인과 필요한 인증서 ID를 확인하세요.
- 게이트웨이의 TLS 연결 및 인증서 검증 오류를 검토하세요.
- 문제가 지속되면 인증서 제공자, Cisco 파트너 또는 Cisco Technical Assistance Center (TAC) 에 문의하세요. 연락할 때 조직 IDCisco Technical Assistance Center, 영향을 받는 트렁크 세부 정보, 게이트웨이 호스트 이름, 인증서 체인 정보, 관련 TLS 오류 메시지를 제공하세요.
관련 정보:
