Благодарим вас за обратную связь.

Миллионы пользователей по всему миру полагаются на Webex для безопасной совместной работы. Webex служит надежной платформой для критически важных коммуникаций: от корпоративных залов заседаний советов директоров и заседаний правительственных законодательных органов до конфиденциальных консультаций между врачом и пациентом.

По мере роста спроса на удаленную работу растет и потребность в надежных и конфиденциальных инструментах для совместной работы. Webex решает эту проблему дольше, чем любой другой поставщик. В связи с ростом числа случаев выдачи себя за другое лицо с использованием искусственного интеллекта и изощренных угроз, связанных с использованием дипфейков, первостепенное значение приобретает совместная работа, основанная на правилах. Для наших клиентов безопасность — это не просто функция, а неотъемлемый компонент всего жизненного цикла конференции, включающий планирование, идентификацию участников и защиту контента.

Webex уже давно поддерживает надежное сквозное шифрование (E2EE). Наша модель безопасности Webex Zero Trust развивает это наследие, опираясь на три основных принципа:

• Создание основы официально проверенной криптографии, основанной на стандартах
• Дополнение сквозного шифрования комплексным подтверждением личности
• Расширение поддержки текущих устройств Webex, а также приложений Webex

В этом техническом документе представлены общие сведения о комплексной безопасности и технические основы работы WebExZero Trust Security. Информацию об операционной безопасности совещаний, таких как типы сеансов совещаний, различия в безопасности запланированных встреч и личных конференц-залов, средства управления администраторами и организаторами, совместное использование и хранение контента совещаний, а также более широкая устойчивость к искусственному интеллекту и дипфейкам в процессе проведения совещаний, см. в сопутствующем техническом документе WSMP Meetings Security.

18-летний опыт обеспечения безопасности E2E

Компания Webex впервые внедрила шифрование E2E для совещаний в 2008 году. По определению, система безопасности E2E обеспечивает шифрование содержимого с момента отправки и до его отображения получателем, предотвращая доступ поставщика облачных услуг или третьих лиц к данным или их подделку.

В зависимости от того, сколько провайдер видеоконференций инвестирует в механизмы безопасности E2E, они могут обеспечивать разные уровни защиты, как показано на рисунке 1. Любая защита E2E лучше, чем шифрование только при передаче и хранении.

Уровень защиты	Сетевые хакеры	Пассивные атаки (подслушивание)	Активные атаки (выдача себя за другое лицо)	Примеры
Шифрование при передаче и хранении	Да	Нет	Нет	Приложения, не относящиеся к E2EE
Шифрование E2E	Да	Да	Нет	Устаревшие приложения E2EE и потребительские приложения
Шифрование E2E и идентификация E2E	Да	Да	Да	Безопасность Webex с нулевым доверием

Большинство приложений, утверждающих, что они обеспечивают безопасность E2E, обеспечивают защиту только от пассивных атак. Защита, использующая только пассивные средства защиты, по-прежнему ценна, поскольку она позволяет злоумышленникам подслушивать информацию о совещании только во время его проведения. Однако лучше всего защищаться как от пассивных, так и от активных атак, когда поставщик услуг конференц-связи сам может притворяться законным участником совещания. Для этого в дополнение к шифрованию E2E необходим уровень идентификации E2E.

Благодаря технологии Zero Trust Security Webex обеспечивает более надежную криптографию совещаний и дополняет комплексное шифрование с помощью сквозной верификации идентификационных данных, чтобы защитить совещания от всего спектра атак.

Прежде чем углубляться в технические подробности, полезно понять пользовательский интерфейс. Чтобы создать зашифрованное совещание E2E, организатор выбирает подходящий тип совещания во время планирования в приложении Webex (рис. 2).

Когда участники присоединяются, они видят значок «щит с замком», указывающий на то, что совещание зашифровано в формате E2E (рис. 3). При нажатии на этот значок вы получите подробную информацию о защите совещания.

Наконец, в списке участников совещания приложение Webex указывает, была ли личность участника подтверждена с помощью технологии E2E-безопасности, то есть подтвердило ли личность участника другое лицо, кроме Cisco (рис. 4).

Участники также могут убедиться, что у всех одинаковый код безопасности, чтобы убедиться, что все они одинаково смотрят на совещание и, следовательно, защищены от атак с целью выдачи себя за другое лицо. В развертываниях, в которых используются комплексные удостоверения личности, предоставленные заказчиками, статус реестра обеспечивает прозрачность процедур удостоверения личности.

Zero Trust Security основана на стандартных криптографических протоколах, которые Cisco разрабатывает совместно с другими лидерами в области безопасности и конфиденциальности, включая Google, Cloudflare, Wickr и Wire. Cisco возглавила первое поколение защищенной передачи голоса по IP (VoIP) с такими технологиями, как безопасный протокол реального времени (SRTP), DTLS-SRTP, STIR/SHAKEN и WebRTC, а Cisco делает то же самое с Zero Trust Security (рис. 5).

Слой	Сегодня	Безопасность с нулевым доверием
Идентичность	Система единого входа (SAML, OpenID)	Сертификат X.509
Обмен ключами	SDES/DTLS	Уровень безопасности сообщений (MLS)
Шифрование мультимедиа	SRTP	Защищенные фреймы (sFrame)

По сути, система состоит из трех уровней, и на каждом уровне мы используем старую поэтапную технологию и дополняем ее дополнительным комплексным уровнем защиты. Эти три уровня включают в себя:

• Идентификация — для идентификации E2E требуется, чтобы клиенты имели учетные данные, подтверждающие их личность. При использовании технологии Zero Trust E2E Identity учетные данные клиентов предоставляются компанией Webex Independent. Certificate Authority
• Обмен ключами. Клиентам, участвующим в совещании E2E, необходимо настроить ключи для шифрования E2E, чтобы поставщик услуг конференц-связи не имел доступа к этим ключам. Протокол Messaging Layer Security (MLS) — это утвержденный стандарт RFC 9420, основанный на технологиях, разработанных сообществом разработчиков ПО с открытым исходным кодом, и подвергающий их строгой и официально проверенной настройке.
• Защита контента. Наконец, сам медиаконтент конференции нуждается в комплексной защите. sFrame (в переводе с «защищенных фреймов») — это RFC 9605. Это быстрая и простая платформа шифрования для шифрования медиафайлов в реальном времени, которая позволяет добавить дополнительный уровень шифрования с минимальными затратами.

Давайте рассмотрим эти технологии чуть подробнее, начиная снизу вверх.

Схема шифрования мультимедийных файлов — это способ взять ключ, предоставленный участникам совещания, и использовать его для защиты фактического содержимого, предоставленного в ходе совещания, например аудио, видео и общего доступа к экрану. На уровне протокола схема шифрования должна отправлять дополнительную информацию вместе с каждой единицей зашифрованных данных. Самое главное:

1. Заголовок, сообщающий получателю, как расшифровать пакет, и
2. Тег аутентификации, используемый получателем для проверки того, что пакет не был взломан.

Например, в SRTP единицей шифрования является пакет RTP; при настройке SRTP использует заголовок RTP и добавляет тег аутентификации в конец пакета.

Поскольку вся эта дополнительная информация увеличивает пропускную способность, необходимую для зашифрованного совещания E2E, sFrame обеспечивает минимальное количество кадров, необходимое для фрейминга. Заголовок sFrame указывает, какой ключ следует использовать, с возможностью ротации ключей, а также содержит уникальный порядковый номер, определяющий вектор инициализации. Затем следует содержимое, зашифрованное с помощью ключа E2E и тега аутентификации. Затем заголовок, содержимое и тег sFrame упаковываются в пакет SRTP, так что SRTP защищает от проверки или модификации сетевыми злоумышленниками, а sFrame защищает от мультимедийных элементов поставщика услуг конференц-связи (см. пример на рис. 6).

Этот минималистский подход имеет и другие преимущества. sFrame не зависит от основного транспорта, поэтому он совместим с новыми технологиями, такими как RTP, QUIC и RIPT. Кроме того, можно настроить sFrame таким образом, чтобы он работал с многопакетными блоками, например целыми фреймами, чтобы еще больше снизить затраты на шифрование.

Создание секретного ключа в группе, когда группа имеет доступ только к ненадежному каналу, кажется волшебным. Эти методы были впервые разработаны в 1980-х годах, и сегодня более 90 процентов веб-страниц используют протокол TLS (Transport Layer Security) именно для этого. Messaging Layer Security (MLS) распространяет эту функциональность на группы, в то время как протокол TLS работает только «точка-точка», поэтому Webex может использовать MLS для настройки ключей конференции, даже если поставщику конференций не доверяют.

MLS предоставляет три важнейших функции безопасности:

1. Общий ключ — ключ известен только авторизованным членам группы.
2. Согласованность — обеспечивает единообразное представление всех участников о составе группы.
3. Ротация — ключи автоматически обновляются, когда участник присоединяется к команде или покидает ее.

Первая функция предоставляет нам ключи, которые мы используем для шифрования медиафайлов с помощью sFrame. Вместе со второй функцией она служит отправной точкой для идентификации E2E. Третья функция гарантирует, что расшифровать медиафайлы могут только те, кто сейчас присутствует на собрании. Вы не сможете расшифровать медиафайлы, опубликованные до присоединения или после того, как вы ушли (или были удалены).

Для этого клиенты собрания обмениваются сообщениями MLS в критические моменты совещания, чтобы в любой момент времени создать группу MLS, в которой точно будут все участники совещания. Webex маршрутизирует сообщения между клиентами, но MLS защищает эти сообщения, чтобы Webex могла безопасно их обрабатывать. На рис. 7 показано, как передаются сообщения.

Создание: Первый человек, присоединившийся к совещанию, независимо от того, является ли он организатором или нет, создает группу MLS для совещания и становится «лидером» для целей MLS. В любой момент времени лидером назначается один участник собрания. В большинстве случаев этот участник будет организатором собрания. После начала сеанса MLS гарантирует, что каждый участник совещания обладает криптографической информацией, позволяющей ему выступать в роли лидера; чтобы избежать путаницы, Webex просто назначает одного руководителя.

Присоединиться: когда новый участник хочет присоединиться к совещанию, он просит разрешить ему войти, отправив руководителю сообщение с пакетом ключей MLS с открытым ключом и аутентификационной информацией. Руководитель отвечает приветственным сообщением, в котором участнику сообщается о других участниках собрания. Лидер также передает группе сообщение «Добавить» и «Зафиксировать». В сообщении «Добавить» сообщается о новом участнике совещания. Сообщение Commit заставляет всех текущих участников хэшировать старый групповой ключ, чтобы получить новый ключ для расширенной группы; в сообщении «Приветствие» этот ключ предоставляется участнику, присоединившемуся к группе.

Уйти: когда кто-то покидает собрание, его задача — заблокировать его. Для этого руководитель рассылает сообщения MLS Remove and Commit всем оставшимся участникам собрания. Сообщение «Удалить» сообщает остальным участникам, которые ушли, а коммит шифрует новый ключ всем оставшимся участникам, но не тому, кто ушёл. Остальные участники хешируют новый ключ со старым групповым ключом, чтобы получить ключ, которого нет у ушедшего. Если ушедший участник является лидером, Webex назначает нового руководителя, а новый руководитель удаляет старого лидера.

Ротация ключей может привести к тому, что присоединение к совещанию или удаление пользователя может занять несколько секунд, но это дает четкую гарантию безопасности: если кого-то нет в списке участников совещания, у него нет ключей для расшифровки содержимого.

В списке участников совещания, зашифрованного в формате E2E, указана верификация личности каждого пользователя. Использование удостоверений личности, выданных заказчиком, обеспечивает подлинную идентификацию, подтвержденную E2E, в том смысле, что Cisco не сможет их взломать. В таких случаях домен, к которому принадлежит участник, отображается синим текстом в списке участников. Например, на совещании, показанном на рис. 8, вы можете видеть, что у Кевина есть подтвержденный адрес электронной почты от example.com, а у Изабеллы — проверенный адрес электронной почты от company.com.

Сертификаты идентификации, выданные WebexCertificate Authority, например удостоверение личности видеоустройства, обеспечивают более ограниченную защиту. Только злоумышленник, взломавший Webex, может выдать себя за пользователяCertificate Authority. Хотя это и лучше, чем вообще не защищать личные данные, такие участники совещания не отмечены синим цветом как полностью подтвержденные личности в рамках программы Zero Trust. Они отображаются серым текстом, указывающим на верификацию личности Webex Trust.

В дополнение к этим процедурам Webex также предоставляет код безопасности для совещания. Код безопасности — это короткая удобочитаемая строка, вычисленная как результат процесса MLS. Код безопасности суммирует криптографическое состояние совещания, включая ключи группы и сертификаты, представленные участниками. Этот код можно использовать для обнаружения атаки с целью выдачи себя за другое лицо, поскольку в результате такой атаки состояние шифрования по крайней мере у одного участника будет отличаться от состояния шифрования всех остальных. Но выдавать себя за другое лицо можно только в том случае, если все проверяют, что у них один и тот же код. Если какая-то часть участников подтвердит, что у них один и тот же код, они знают, что их личности достоверно представлены друг другу, но за кого-то, кто не подтвердил свой код, могли выдать себя за другого. На рисунке 9 показан пример отображения кода безопасности на совещании.

Этот код обеспечивает очень надежную защиту от атак с целью выдачи себя за другое лицо. Он является частью протокола MLS, поэтому он прошел тщательный анализ безопасности. Поскольку код безопасности тесно связан с состоянием совещания, он меняется каждый раз, когда кто-то присоединяется к совещанию. Поэтому участникам совещания необходимо перепроверять свои коды безопасности каждый раз, когда кто-либо присоединяется. Код не меняется, когда кто-то уходит, потому что при выходе из него человек не может выдать себя за другого.

Система безопасности Webex Zero Trust была запущена в 2021 году. В 2026 году в рамках конференций Ultra Secure Webex появилась поддержка дополнительных конечных точек в совещаниях Webex с шифрованием E2E, полнофункциональные совещания Zero Trust E2EE с узлом Video Mesh Node (VMN), а также возможности сквозного шифрования и идентификации для стандартных совещаний:

• Основанная на стандартах и официально подтвержденная криптография
• Шифрование E2E с нулевым доверием
• Подтвержденная идентификация E2E с нулевым доверием
• Поддержка всех устройств Webex, доступных в продаже
• Поддержка приложения Webex на настольных компьютерах, мобильных устройствах и в Интернете
• Поддержка веб-приложения Webex и Web SDK (запланирована на первый квартал 27 финансового года)
• Поддержка Webex Calling телефонов (запланирована на третий квартал 26 года)
• Поддержка узла Video Mesh
• Поддержка шифрования E2E на запланированных совещаниях и личных конференц-залах

Zero Trust имеет некоторые ограничения. Зашифрованные совещания E2E не поддерживают:

• Функции, предоставляемые облачными сервисами Cisco и требующие доступа к текстовым носителям, в том числе:
  • Облачные записи и сервисы Webex. AI Assistant Эти сервисы можно предоставлять с помощью гибридных развертываний с Video Mesh Node (VMN).
  • Сохранение чата совещания, файлов, досок и аннотаций.
  • Совместимость с PSTN или SIP.

В будущем Webex улучшит зашифрованные совещания E2E в нескольких аспектах, руководствуясь принципами предоставления облаку минимальных необходимых привилегий и предоставления клиентам контроля над своими данными.

Повсеместная защита E2E: безопасность E2E должна быть обеспечена во всем, а не только в отдельных совещаниях. Первый шаг к реализации этой концепции был сделан благодаря обеспечению безопасности E2E для телефонов Webex и подключенных к облаку телефонов Cisco. Web App В конечном итоге открытая, основанная на стандартах архитектура E2E должна позволить Webex также внедрить инфраструктуру протокола инициации сеанса (SIP).

Инновации, рассмотренные в этом документе, указывают на четкий путь к долгосрочному видению постоянно включенного шифрования E2E. Как только пользователи смогут подключаться из любой точки мира, а заказчики смогут безопасно использовать нужные им функции на совещании, шифрование E2E можно использовать для каждого совещания Webex — от неофициальных разовых совещаний с включенными всеми функциями до закрытых совещаний с высоким уровнем безопасности. Шифрование E2E всегда гарантирует, что содержимое совещания будет доступно только авторизованным участникам, а клиенты и пользователи сами решат, какой набор участников подходит для данного совещания.

Выдача себя за другое лицо с использованием искусственного интеллекта и устойчивость к дипфейкам

Webex устраняет угрозы, связанные с выдачей себя за другое лицо, с помощью многоуровневого подхода, дополняющего комплексную модель шифрования Zero Trust. Хотя в данном документе основное внимание уделяется техническим основам комплексной верификации личности, включая верификацию на основе предоставленных заказчиком сертификатов и проверку криптографической целостности, Webex также обеспечивает оперативный контроль безопасности во время проведения совещаний для снижения риска несанкционированного доступа и вредоносных взаимодействий.

В сопутствующем техническом документе WSMP Meetings Security вы найдете информацию о типах сеансов собраний, отличиях в безопасности личных конференц-залов и функциях управления организаторами и администраторами в Control Hub, а также о дополнительных функциях обнаружения и предотвращения дипфейков в более широком контексте совещаний.

Webex определяет будущее безопасных совещаний с помощью криптографии на основе стандартов и верифицированной идентификации. Приверженность открытой экосистеме гарантирует клиентам абсолютный контроль над своими данными независимо от сценария конференции.