Благодарим за обратната връзка.

Милиони потребители в световен мащаб разчитат на Webex за сигурно сътрудничество. От заседателни зали на предприятията и правителствените законодателни сесии до чувствителни консултации лекар-пациент, Webex служи като надеждна платформа за критични комуникации.

С нарастването на търсенето на дистанционна работа нараства и необходимостта от стабилни, поверителни инструменти за сътрудничество. Webex се справя с тази нужда по-дълго от всеки друг доставчик. С нарастването на представянето с активиран ИИ и сложните дълбоки фалшиви заплахи, изискването за сътрудничество, проверено от самоличността, основано на политиката, е от първостепенно значение. За нашите клиенти сигурността не е просто функция — тя е интегриран компонент от целия жизнен цикъл на срещата, обхващащ график, идентичност на участниците и защита на съдържанието.

Webex има дълга история на поддържане на силно криптиране от край до край (E2EE). Нашият модел на Webex Zero Trust Security развива това наследство чрез три основни стълба:

• Създаване на основа на базирана на стандарти, официално проверена криптография
• Увеличаване на криптирането от край до край с потвърдена идентичност от край до край
• Разширяване на поддръжката за текущи устройства Webex, както и Webex App

Този технически документ предоставя информация за сигурността от край до край и излага техническите основи за това как работи WebExZero Trust Security. За оперативната сигурност на срещите, като например типове сесии за срещи, разлики в сигурността между планираните срещи спрямо личните заседателни зали, контрол на администратора и хоста, споделяне и задържане на съдържание на срещи и по-широка устойчивост на изкуствения интелект и дълбока фалшива устойчивост в преживяването на срещата, вижте придружаващия технически документ за сигурност на срещите.

18-годишно наследство за осигуряване на сигурността на E2E

Webex е пионер в E2E криптирането за срещи през 2008 г. По дефиниция E2E security гарантира, че съдържанието е криптирано от момента, в който е изпращано, докато не бъде показано от получателя, предотвратявайки достъпа на доставчика на облак или трета страна да имат достъп или манипулиране на данните.

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

Ниво на защита	Мрежови нападатели	Пасивни атаки (подслушване)	Активни атаки (представяне на персонал)	Примери
Криптиране при транзит и в покой	Да	Не	Не	Приложения, които не са E2EE
E2E криптиране	Да	Да	Не	Наследни E2EE и потребителски приложения
E2E криптиране и E2E идентичност	Да	Да	Да	Webex Zero Trust Сигурност

Повечето приложения, които твърдят, че осигуряват E2E сигурност, осигуряват само защита от пасивни атаки. Защитите само за пасивни са все още ценни, защото ги правят така, че лошите актьори да могат да подслушват среща само докато тя продължава. Най-добрият подход обаче е да се защити както от пасивни, така и от активни атаки, при които самият доставчик на конференции може да се преструва на легитимен участник, който да влезе в срещата. За това е необходим слой за идентичност E2E в допълнение към E2E криптирането.

Със Zero Trust Security Webex предлага по-силна криптография на срещите и увеличава криптирането от край до край с проверена идентичност от край до край, за да помогне за предпазване на срещите от целия спектър от атаки.

Преди да се потопите в технически подробности, е полезно да разберете потребителското изживяване. За да създадете E2E криптирана среща, хостът избира подходящия тип среща по време на планиране в Webex App (Фигура 2).

Когато участниците се присъединят, те виждат икона „щит с заключване“, показваща, че срещата е криптирана E2E (Фигура 3). Докосването на тази икона предоставя подробности за защитата на събранието.

И накрая, в списъка с участници в срещата приложението Webex показва дали самоличността на участника е проверена по E2E-сигурен начин - тоест дали някой, различен от Cisco, е гарантирал самоличността на участника (Фигура 4).

Участниците също могат да проверят дали всички имат един и същ код за сигурност, за да потвърдят, че всички имат един и същ изглед към срещата и по този начин са защитени от подражателни атаки. При внедряния, които използват предоставени от клиента сертификати за самоличност от край до край, състоянието на списъка осигурява прозрачност относно осигуряването на самоличност.

Zero Trust Security е изградена върху стандартни криптографски протоколи, които Cisco управлява заедно с други лидери в областта на сигурността и поверителността, включително Google, Cloudflare, Wickr и Wire. Cisco оглави първото поколение защитени Voice over IP (VoIP) с технологии като Secure Real-Time Protocol (SRTP), DTLS-SRTP, STIR/SHAKEN и WebRTC, а Cisco прави същото с Zero Trust Security (Фигура 5).

Слой	Днес	Нулева сигурност на доверието
Идентичност	SSO (SAML, OpenID)	Сертификат X.509
Обмен на ключове	SDES/DTLS	Защита на слоя за съобщения (MLS)
Медийно криптиране	SRTP	Защитени рамки (SFrame)

Основно има три слоя в системата и на всеки слой вземаме старата технология hop-by-hop и я подсилваме с допълнителен слой защита от край до край. Трите слоя включват:

• Идентичност — Идентичността на E2E изисква клиентите да имат идентификационни данни, които доказват тяхната самоличност. С Zero Trust E2E Identity идентификационните данни на клиентите се предоставят от Webex Independent. Certificate Authority
• Размяна на ключове — Клиентите, участващи в E2E среща, трябва да настроят ключове за E2E криптиране, без доставчикът на конферентни връзки да има достъп до тези ключове. Протоколът за сигурност на слоя съобщения (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 така, че да работи върху многопакетни единици, като цели кадри, за допълнително намаляване на режийните разходи за криптиране.

Създаването на таен ключ сред група, когато групата има достъп само до ненадежден канал, изглежда магическо. Техниките за това са разработени за първи път през 80-те години на миналия век и днес повече от 90 процента от сърфирането в мрежата използват Transport Layer Security (TLS), за да направят точно това. Защитата на слоя за съобщения (MLS) разширява тази функционалност до групи, докато TLS работи само точка до точка, така че Webex може да използва MLS за настройка на конферентни ключове, дори когато доставчикът на конференции не е доверен.

MLS предоставя три критични функции за сигурност:

1. Споделен клю ч — Ключът е известен само на удостоверени членове на групата.
2. Последователност — гарантира, че всички членове имат последователен поглед върху списъка на групата.
3. Ротация — Автоматично актуализира клавишите, когато член се присъедини или напусне.

Първата функция ни предоставя ключовете, които използваме за криптиране на медии с SFrame. Заедно с втората функция, тя осигурява отправна точка за идентичността на E2E. Третата функция гарантира, че единствените хора, които могат да декриптират медиите, са хората, които са в срещата в момента - не можете да декриптирате медиите преди да се присъедините или след като сте напуснали (или сте били изгонени).

За да постигнат всичко това, клиентите в среща обменят MLS съобщения в критични точки от срещата, за да поддържат MLS група, която съдържа точно участниците в срещата във всеки момент от времето. Webex насочва съобщенията между клиентите, но MLS защитава тези съобщения, така че е безопасно за Webex да ги обработва. Фигура 7 показва как текат съобщенията.

Съ здаване: Първият човек, който се присъедини към срещата, домакин или не, създава MLS групата за срещата и става „лидер“ за целите на MLS. Във всеки даден момент един участник в срещата се определя като лидер. В повечето случаи този участник ще бъде домакин на срещата. След като сесията започне, MLS уверява, че всеки участник в срещата разполага с криптографската информация, която да действа като лидер; Webex просто определя един лидер, за да избегне объркване.

Присъ@@ един яване: Когато нов участник иска да се присъедини към събранието, той иска да бъде пуснат, като изпрати съобщение на MLS Key Package до лидера, което предоставя техния публичен ключ и информация за удостоверяване. Лидерът отговаря със съобщение за добре дошли, което казва на дърводелеца за останалите участници в срещата. Лидерът също така излъчва съобщение за добавяне и съобщение за ангажиране към групата. Съобщението Добавяне обявява новия състав на тези, които вече са в срещата. Съобщението Commit кара всички настоящи участници да хешуват стария групов ключ, за да получат нов ключ за вече разширената група; Съобщението за добре дошли предоставя този ключ на съединителя.

Напус нете: Когато някой напусне срещата, работата на лидера е да го заключи. Лидерът прави това, като излъчва съобщения за премахване и заемане на MLS до всички останали в събранието. Съобщението Премахване съобщава на останалите участници, които са напуснали, а Комитът криптира нов ключ за всички останали участници, но не и за човека, който е напуснал. Останалите участници хешуват новия ключ със стария групов ключ, за да получат ключ, който човекът, който напусна, няма. Ако участникът, който напусна, е лидер, Webex назначава нов лидер, а новият лидер премахва стария лидер.

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

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

Сертификатите за самоличност, издадени от WebexCertificate Authority, като например самоличност на видео устройство, осигуряват по-ограничена защита. Само нападател, който компрометира Webex, Certificate Authority може да се представи за потребител. Въпреки че това е по-добре, отколкото изобщо да нямате защита на самоличността, такива участници в срещата не са маркирани в синьо като потвърдена идентичността от край до край на Zero Trust. Те са показани със сив текст, за да се посочи проверка на самоличността на Webex за доверие.

Като предпазен механизъм към тези процедури Webex предоставя и код за сигурност за срещата. Кодът за сигурност е кратък, четим от човека низ, изчислен като изход от MLS процеса. Кодът за сигурност обобщава криптографското състояние на срещата, включително ключовете на групата и сертификатите, представени от участниците. Този код може да се използва за откриване на подражателна атака, тъй като такава атака би довела до това поне един участник да има различно криптографско състояние от всички останали. Но това изключва представянето само ако всички проверят, че имат един и същ код. Ако някаква подгрупа от участниците потвърди, че имат един и същ код, те знаят, че самоличността им е вярно представена една на друга, но някой, който не потвърждава кода им, може да бъде представен за него. Фигура 9 показва пример за това как кодът за сигурност се показва на среща.

Този код осигурява много силна защита срещу подражателни атаки. Той е част от протокола MLS, така че е имал стабилен анализ на сигурността. Тъй като е тясно свързан със състоянието на срещата, кодът за сигурност се променя всеки път, когато някой се присъедини към срещата. В резултат на това участниците в срещата трябва да проверяват отново кодовете си за сигурност всеки път, когато някой се присъедини. Кодът не се върти, когато някой си тръгне, защото напускането не може да въведе имитатор.

Webex Zero Trust Security стартира през 2021 г. През 2026 г. срещите Ultra Secure Webex въведоха поддръжка за допълнителни крайни точки в E2E криптирани Webex срещи, напълно включени срещи Zero Trust E2EE с Video Mesh Node (VMN) и възможности за криптиране и идентичност от край до край за стандартни срещи:

• Основана на стандарти, официално проверена криптография
• Нулево доверие E2E криптиране
• Zero Trust E2E потвърдена самоличност
• Поддръжка за всички Webex устройства, налични за продажба
• Поддръжка на Webex App на настолни компютри, мобилни устройства и уеб
• Поддръжка на Webex Web приложение и Web SDK (планирана за Q1CY27)
• Поддръжка за Webex Calling телефони (планирана за Q3CY26)
• Поддръжка за видео мрежест възел
• Поддръжка за E2E криптиране в планирани срещи и лични заседателни зали

Нулевото доверие има някои ограничения. E2E криптираните срещи не поддържат:

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

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

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

Иновациите, обсъдени в тази статия, показват ясен път към дългосрочната визия за винаги включено E2E криптиране. След като потребителите могат да се свържат отвсякъде и клиентите могат сигурно да използват функциите, които искат на среща, E2E криптирането може да се използва за всяка среща на Webex - от неформални ad hoc срещи с включени всички функции, чак до заключени срещи с висока сигурност. E2E криптирането винаги ще гарантира, че съдържанието на срещата е достъпно само за упълномощени участници и клиентите и потребителите ще решат кой набор от участници е подходящ за дадена среща.

Представяне на изкуствен интелект и устойчивост на дълбока фалшификация

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

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

Webex определя бъдещето на сигурните срещи чрез базирана на стандарти криптография и проверена идентичност. Ангажиментът към отворена екосистема гарантира, че клиентите поддържат абсолютен контрол върху своите данни, независимо от сценария на срещата.