피드백을 보내 주셔서 감사합니다.

전 세계 수백만 사용자가 안전한 협업을 위해 Webex를 사용해요. 기업 이사회실과 정부 입법 회의부터 민감한 의사-환자 상담에 이르기까지 Webex는 중요한 커뮤니케이션을 위한 신뢰할 수 있는 플랫폼이에요.

원격 근무에 대한 수요가 증가함에 따라 강력하고 기밀이 유지되는 협업 도구에 대한 필요성도 커져요. Webex는 다른 어떤 벤더보다 오래 이 문제를 해결해 왔어요. AI 기반 사칭과 교묘한 딥페이크 위협이 기승을 부리면서 신원 검증을 거친 정책 중심의 협업이 가장 중요해졌어요. 고객에게 보안은 단순한 기능이 아니라 일정, 참가자 ID, 콘텐츠 보호를 포함하는 전체 회의 라이프사이클의 통합된 구성요소예요.

웹엑스는 오랫동안 강력한 엔드투엔드 암호화 (E2EE) 를 지원해왔어요. 우리의 Webex 제로 트러스트 보안 모델은 세 가지 주요 기둥을 통해 이 전통을 발전시켰어요.

• 표준 기반의 공식 검증된 암호화의 토대 마련
• 엔드-투-엔드 검증된 ID로 엔드-투-엔드 암호화 보강해요
• 현재 웹엑스 장치뿐만 아니라 웹엑스 앱으로 지원 확장

이 기술 백서는 엔드-투-엔드 보안에 대한 배경을 제공하고 웹엑스 제로 트러스트 보안의 작동 방식에 대한 기술적 토대를 제시해요. 회의 세션 유형, 예약된 회의와 개인 회의실 간의 보안 차이, 관리자 및 주최자 제어, 회의 콘텐츠 공유 및 보존, 회의 경험의 광범위한 AI와 딥페이크 복원력 같은 회의 운영 보안에 대해서는 함께 제공되는 WSMP Meetings Security 기술 문서를 참조하세요.

18년간 E2E 보안 서비스를 제공해 온 전통이에요

웹엑스는 2008년에 미팅을 위한 E2E 암호화를 개척했어요. 정의상 E2E 보안은 콘텐츠가 전송되는 순간부터 수신자가 표시할 때까지 암호화되도록 보장하여 클라우드 제공자나 제3자가 데이터에 접근하거나 조작하는 것을 방지해요.

화상 회의 제공자가 E2E 보안 메커니즘에 투자한 금액에 따라 그림 1과 같이 다양한 수준의 보호를 제공할 수 있어요. 어떤 E2E 보안이 전송 중이든 저장 중이든 암호화만 하는 것보다 나아요.

보호 수준	네트워크 공격자들	수동적 공격 (도청)	적극적 공격 (사칭)	예시들이에요
전송 중 및 저장 중 암호화	맞아요	아니요	아니요	E2EE 앱이 아닌 앱들
E2E 암호화예요.	맞아요	맞아요	아니요	레거시 E2EE와 소비자 앱
E2E 암호화와 E2E 아이덴티티	맞아요	맞아요	맞아요	웹엑스 제로 트러스트 시큐리티

E2E 보안을 제공한다고 주장하는 대부분의 애플리케이션은 수동적 공격으로부터의 보호만 제공해요. 패시브 전용 보호는 회의가 진행 중인 동안에만 악의적인 행위자가 도청할 수 있게 해주기 때문에 여전히 가치가 있어요. 하지만 가장 좋은 방법은 회의 제공자 자신이 합법적 회의 참가자인 것처럼 가장하는 수동적 공격과 능동적 공격 모두로부터 보호하는 거예요. 이를 위해서는 E2E 암호화 외에 E2E 아이덴티티 레이어가 필요해요.

제로 트러스트 보안을 통해 웹엑스는 미팅에 더 강력한 암호화를 제공하고 엔드-투-엔드 검증된 ID로 엔드-투-엔드 암호화를 강화해 미팅을 전체 스펙트럼의 공격으로부터 안전하게 지켜줍니다.

기술적인 세부 사항으로 들어가기 전에 사용자 경험을 이해하는 것이 도움이 돼요. E2E로 암호화된 미팅을 생성하려면, 호스트가 Webex 앱에서 스케줄링하는 동안 적절한 미팅 유형을 선택해요 (그림 2).

참가자들이 참여하면 회의가 E2E로 암호화되었음을 나타내는 “자물쇠가 달린 방패” 아이콘이 보여요 (그림 3). 이 아이콘을 누르면 회의 보호에 대한 세부 정보가 제공돼요.

마지막으로 미팅 참가자 목록에서 Webex 애플리케이션은 참가자의 신원이 E2E 보안 방식으로 확인되었는지, 즉 Cisco가 아닌 다른 사람이 참가자의 신원을 보증했는지 여부를 나타냅니다 (그림 4).

또한 참가자들이 모두 동일한 보안 코드를 가지고 있는지 확인하여 모두가 회의에 대해 동일한 관점을 가지고 있고 따라서 사칭 공격으로부터 안전하다는 것을 확인할 수 있어요. 고객이 제공한 종단 간 ID 인증서를 사용하는 배포에서 로스터 상태는 ID 보장에 대한 투명성을 제공해요.

제로 트러스트 보안은 업계 표준 암호화 프로토콜을 기반으로 구축돼요. 시스코는 구글, 클라우드플레어, 위커, 와이어 등 보안 및 프라이버시 분야의 다른 리더들과 함께 추진하고 있어요. 시스코는 보안 실시간 프로토콜 (SRTP), DTLS-SRTP, STIR/SHAKEN, WebRTC 같은 기술로 1세대 보안 보이스 오버 IP (Voice over IP) 를 선도했고 시스코도 제로 트러스트 보안으로 같은 일을 하고 있어요 (그림 5).

레이어	오늘	제로 트러스트 시큐리티
정체성	SSO (SAML, 오픈ID)	X.509 인증서
키 익스체인지	SDES/DTLS	메시징 레이어 보안 (MLS)
미디어 암호화	SRTP	시큐어 프레임 (S프레임)

시스템에는 기본적으로 세 개의 레이어가 있고, 각 레이어마다 예전의 홉바이홉 기술을 가져와 엔드-투-엔드 보호 계층으로 강화하고 있어요. 세 개의 레이어는 다음을 포함해요:

• ID—E2E ID를 사용하려면 클라이언트의 신원을 증명하는 자격 증명이 있어야 해요. 제로 트러스트 E2E 아이덴티티가 있으면, 클라이언트의 자격 증명은 웹엑스 인디펜던트에서 제공해요. Certificate Authority
• 키 교환—E2E 미팅에 참가하는 고객은 E2E 암호화용 키를 설정해야 하는데 회의 제공자가 키에 액세스할 수 없어야 해요. 메시지 계층 보안 (MLS) 프로토콜은 비준된 표준인 RFC 9420으로, 오픈 소스 커뮤니티에서 개발된 기술을 기반으로 하며 엄격하게 공식적으로 검증된 환경에서 사용해요.
• 콘텐츠 보호—마지막으로, 회의의 실제 미디어 콘텐츠에는 종합적인 보호가 필요해요. s프레임 (“보안 프레임”용) 은 RFC 9605예요. 실시간 미디어 암호화를 위한 빠르고 간단한 암호화 프레임워크로, 최소한의 오버헤드로 암호화 계층을 추가할 수 있어요.

아래에서 위로 이 기술들을 좀 더 자세히 살펴보죠.

미디어 암호화 체계는 회의 참가자들이 공유하는 키를 가져와 회의에서 공유된 실제 콘텐츠 (예: 오디오, 비디오, 화면 공유) 를 보호하는 데 사용하는 방법이에요. 프로토콜 수준에서 암호화 체계는 암호화된 데이터 단위마다 추가 정보를 보내야 해요. 가장 중요한 건:

1. 수신자에게 패킷 암호 해독 방법을 알려주는 헤더예요. 그리고
2. 수신자가 패킷이 변조되지 않았는지 확인하는 데 사용하는 인증 태그예요.

예를 들어 SRTP에서 암호화 단위는 RTP 패킷이에요. SRTP는 설정에 RTP 헤더를 사용하고 패킷 끝에 인증 태그를 추가해요.

이 모든 추가 정보는 E2E 암호화 회의에 필요한 대역폭을 증가시키므로 SFrame은 필요한 최소한의 프레이밍을 제공합니다. SFrame 헤더는 사용해야 하는 키를 나타내서 키 회전을 허용하고 초기화 벡터를 정의하는 고유한 시퀀스 번호를 제공해요. 그 다음에는 E2E 키와 인증 태그로 암호화된 콘텐츠가 이어져요. 그런 다음 sFrame 헤더, 콘텐츠, 태그가 SRTP 패킷으로 래핑되어 SRTP는 네트워크 공격자의 검사나 수정으로부터 보호하고 SFrame은 회의 제공자의 미디어 요소로부터 보호해요 (그림 6 예 참조).

이 미니멀리즘 접근법에는 다른 이점도 있어요. sFrame은 기본 전송에 독립적이어서 RTP over QUIC, RIPT 같은 신기술과 순방향 호환이 가능해요. 전체 프레임과 같은 멀티 패킷 단위에서 작동하도록 SFrame을 구성하여 암호화 오버헤드를 더 줄일 수도 있어요.

그룹이 신뢰할 수 없는 채널에만 접근할 수 있을 때 그룹 사이에 비밀 키를 설정하는 건 마법처럼 느껴져요. 이걸 하는 기술이 1980년대에 처음 개발됐는데, 오늘날 웹 브라우징의 90% 이상이 정확히 이걸 하기 위해 전송 계층 보안 (TLS) 을 사용해요. 메시징 계층 보안 (MLS) 은 이 기능을 그룹으로 확장하는 반면 TLS는 지점 간에만 작동하므로 컨퍼런스 제공자를 신뢰할 수 없는 경우에도 Webex는 MLS를 사용하여 회의 키를 설정할 수 있어요.

MLS는 세 가지 중요한 보안 기능을 제공해요.

1. 공유 키 —키는 인증된 그룹 구성원만 알고 있어요.
2. 일관성 —모든 구성원이 그룹 명단을 일관되게 볼 수 있도록 해요.
3. 로테이션 - 멤버가 가입하거나 탈퇴하면 자동으로 키를 업데이트해요.

첫 번째 기능은 SFrame으로 미디어를 암호화하는 데 사용하는 키를 제공해요. 두 번째 기능과 함께 E2E 아이덴티티의 출발점을 제공해요. 세 번째 기능은 지금 회의에 있는 사람들만 미디어를 해독할 수 있다는 거예요. 참여하기 전이나 퇴장 (또는 쫓겨난 후) 의 미디어는 해독할 수 없어요.

이 모든 작업을 수행하기 위해 회의의 중요한 시점에서 클라이언트가 MLS 메시지를 교환해서 언제든지 회의 참가자가 정확히 포함된 MLS 그룹을 유지해요. 웹엑스는 클라이언트 간에 메시지를 라우팅하지만 MLS는 웨벡스가 메시지를 안전하게 처리할 수 있도록 보호해요. 그림 7은 메시지 흐름을 보여줘요.

생성: 호스트이든 아니든 회의에 가장 먼저 참여하는 사람이 미팅의 MLS 그룹을 만들고 MLS 목적상 “리더”가 돼요. 언제든지 회의 참가자 한 명이 리더로 지정돼요. 대부분의 경우 이 참가자가 회의 호스트가 돼요. 세션이 시작되면 MLS는 모든 미팅 참가자가 리더 역할을 할 수 있는 암호화 정보를 가지고 있는지 확인합니다. 웨벡스는 혼란을 피하기 위해 단순히 리더 한 명을 지정해요.

참여: 새 참가자가 회의에 참여하려고 하면 리더에게 공개 키와 인증 정보를 제공하는 MLS Key Package 메시지를 보내 참석하도록 요청해요. 리더가 환영 메시지로 응답해서 조이너에게 회의 다른 참가자들에 대해 알려줘요. 리더가 그룹에 추가 메시지하고 커밋 메시지도 브로드캐스트해요. 추가 메시지는 이미 회의에 참석한 사람들에게 새 참가자를 발표해요. 커밋 메시지는 모든 현재 참여자가 기존 그룹 키를 해시해서 이제 확장된 그룹의 새 키를 얻게 해요. 환영 메시지는 조이너에게 이 키를 제공해요.

퇴장: 누군가 회의에서 나가면 그 사람을 잠그는 것이 리더의 임무예요. 리더가 MLS 제거 및 커밋 메시지를 회의에 남아 있는 모든 사람에게 브로드캐스트해서 해요. 제거 메시지는 떠난 나머지 참가자에게 알려주고, 커밋은 남은 모든 참가자에게 새 키를 암호화하지만 떠난 사람에게는 암호화하지 않아요. 남은 참가자들이 이전 그룹 키로 새 키를 해시해서 떠난 사람한테 없는 키를 가져와요. 떠난 참가자가 리더인 경우, Webex가 새 리더를 지정하고 새 리더가 기존 리더를 제거해요.

키 로테이션이란 회의에 참여하거나 누군가를 제거하는 데 몇 초 더 걸릴 수 있지만 보안이 확실하게 보장돼요. 누군가가 회의 참가자 목록에 나타나지 않으면 내용을 해독할 키가 없는 거죠.

E2E 암호화 회의의 참가자 목록은 각 사용자의 신원 인증을 보여줘요. 고객이 발급한 ID 인증서를 사용하면 Cisco가 변조할 수 없다는 점에서 진정한 E2E 검증 ID를 제공할 수 있어요. 이런 경우 참가자 목록에 참가자가 속한 도메인이 파란색 글씨로 표시돼요. 예를 들어 그림 8의 회의에서 케빈은 example.com에서 보낸 검증된 이메일 주소를 가지고 있고 이사벨라는 company.com의 확인된 이메일 주소를 가지고 있는 것을 볼 수 있어요.

비디오 장치 ID와 같은 Certificate Authority Webex에서 발급한 ID 인증서는 더 제한적인 보호를 제공해요. Webex를 침해하는 공격자만 사용자로 Certificate Authority 가장할 수 있어요. 이게 신원 보호를 전혀 안 하는 것보다는 낫긴 한데, 그런 회의 참가자들은 파란색으로 표시된 제로 트러스트 엔드투엔드 신원 확인이 안 돼요. Webex 신뢰 ID 인증을 나타내는 회색 텍스트로 표시돼요.

이러한 절차의 백스톱으로, 웹엑스는 미팅용 보안 코드도 제공해요. 보안 코드는 MLS 프로세스의 출력으로 계산된 사람이 읽을 수 있는 짧은 문자열이에요. 보안 코드는 그룹 키와 참가자들이 제시한 인증서를 포함하여 회의의 암호화 상태를 요약해요. 이 코드는 사칭 공격을 탐지하는 데 사용할 수 있어요. 그런 공격으로 적어도 한 명의 참가자는 다른 사람들과는 다른 암호화 상태를 갖게 되니까요. 하지만 모두가 같은 코드를 가지고 있다는 것을 확인한 경우에만 사칭은 배제돼요. 참가자 중 일부가 동일한 코드를 가지고 있다는 것을 확인하면 자신의 신원이 서로에게 충실하게 표현되어 있다는 것을 알고 있는데 코드를 확인하지 않은 사람은 사칭했을 수 있어요. 그림 9는 회의에서 보안 코드가 표시되는 방법의 예를 보여줘요.

이 코드는 사칭 공격에 대한 강력한 방어 기능을 제공해요. MLS 프로토콜의 일부이기 때문에 강력한 보안 분석을 거쳤어요. 회의 상태에 밀접하게 연관되어 있기 때문에 누군가가 회의에 참여할 때마다 보안 코드가 바뀌어요. 따라서 회의 참가자들은 누가 참여할 때마다 보안 코드를 다시 확인해야 해요. 누가 나가도 코드가 바뀌지 않아요. 나가면 사칭자가 생길 수 없으니까요.

웹엑스 제로 트러스트 보안이 2021년에 출시됐어요. 2026년에 울트라 시큐어 웹엑스 미팅이 E2E 암호화된 웹엑스 미팅의 추가 엔드포인트 지원, 완전한 기능을 갖춘 비디오 메시 노드 (VMN) 를 이용한 제로 트러스트 E2EE 미팅, 표준 미팅에 대한 엔드투엔드 암호화 및 ID 기능을 도입했어요.

• 표준 기반의, 공식적으로 검증된 암호화
• 제로 트러스트 E2E 암호화
• 제로 트러스트 E2E 인증 신원
• 판매 가능한 모든 Webex 장치 지원
• 데스크탑, 모바일, 웹에서 Webex 앱 지원해요
• 웹엑스 웹 앱 및 웹 SDK 지원 (Q1CY27 예정)
• Webex Calling휴대폰 지원 (Q3CY26 예정)
• 비디오 메시 노드 지원
• 예약된 회의 및 개인 회의실에서 E2E 암호화 지원해요

제로 트러스트에는 몇 가지 제한이 있어요. E2E 암호화 회의는 다음을 지원하지 않아요.

• 일반 텍스트 미디어에 접근해야 하는 Cisco 클라우드 서비스에서 제공하는 기능들, 다음을 포함해요.
  • 웹엑스 클라우드 기반 녹화 및 서비스. AI Assistant 비디오 메시 노드 (VMN) 와 하이브리드 배포를 사용하여 이러한 서비스를 제공할 수 있어요.
  • 회의 채팅, 파일, 화이트보드, 주석 저장하기.
  • PSTN 또는 SIP 상호 운용성.

앞으로 웹엑스는 클라우드에 필요한 최소 권한을 부여하고 고객에게 데이터에 대한 제어권을 부여하는 원칙에 따라 E2E 암호화 미팅을 몇 가지 차원에서 개선할 거예요.

유비쿼터스 E2E 보안: 일부 회의뿐만 아니라 모든 것이 E2E 보안이어야 해요. 이 비전을 달성하기 위한 첫 단계는 Web App 웹엑스와 클라우드에 연결된 시스코 전화의 E2E 보안으로 달성했어요. 결국에는 개방형 표준 기반 E2E 아키텍처를 통해 Webex가 세션 시작 프로토콜 (SIP) 인프라도 도입할 수 있게 될 거예요.

이 백서에서 논의한 혁신은 상시 작동하는 E2E 암호화라는 장기적 비전으로 가는 명확한 길을 보여줘요. 사용자가 어디에서든 연결할 수 있고 고객이 미팅에서 원하는 기능을 안전하게 선택할 수 있게 되면 모든 기능이 켜진 비공식 임시 미팅부터 잠긴 보안 미팅까지 모든 Webex 미팅에 E2E 암호화를 사용할 수 있어요. E2E 암호화는 항상 회의 내용을 승인된 참가자만 이용할 수 있게 해주며, 고객과 사용자는 특정 회의에 어떤 참석자가 적합한지를 결정하게 돼요.

AI 지원 흉내기와 딥페이크 레질리언스

웹엑스는 제로 트러스트 엔드투엔드 암호화 모델을 보완하는 계층화된 접근 방식을 통해 AI 지원 사칭 위협을 해결해요. 이 백서는 고객이 제공한 인증서 기반 검증과 암호화 무결성 검사 충족을 포함하여 엔드-투-엔드 검증 ID의 기술적 토대에 초점을 맞추고 있지만, 웹엑스는 미팅 환경에서 무단 액세스 및 유해한 상호 작용의 위험을 줄이기 위한 운영 보안 제어도 제공합니다.

회의 세션 유형, 예약된 회의와 개인 회의실의 보안 차이, 컨트롤 허브의 호스트 및 관리자 제어, 광범위한 회의 경험을 위한 추가 AI 및 딥페이크 탐지 및 방지에 대해서는 함께 제공되는 WSMP Meetings Security 기술 문서를 참조하세요.

웹엑스는 표준 기반 암호화와 검증된 신원을 통해 보안 미팅의 미래를 정의하고 있어요. 개방형 생태계를 만들기 위해 노력하면 회의 시나리오에 상관없이 고객이 데이터를 완벽하게 제어할 수 있어요.