Webex Suite Засідання Технічний документ з безпеки

Вступ

Webex Meetingsнадає можливість глобальним працівникам та віртуальним командам співпрацювати в режимі реального часу, долаючи відстань, щоб створити безперебійний досвід «у приміщенні». Організації, починаючи від комерційних підприємств до державних установ, покладаються на Webex для оптимізації бізнес-процесів та досягнення кращих результатів у сферах продажів, маркетингу, навчання, управління проектами та функцій підтримки.

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

Cisco підвищує цей стандарт за допомогою Ultra Secure Webex Meetings. Вбудовуючи архітектуру Zero Trust безпосередньо в платформу, Cisco гарантує, що безпека є невід'ємною для кожної взаємодії. Цей підхід включає в себе:

Нульове надійне наскрізне шифрування (E2EE) —Роз ширені протоколи шифрування гарантують, що вміст нарад залишається приватним і недоступним для неавторизованих сторін, включаючи саму компанію Cisco.
Zero Trust End-to-End Identity (E2EI) — Ця функція використовує сертифікати, надані клієнтом, для перевірки ідентичності учасників зустрічі, забезпечуючи надійний захист від несанкціонованого доступу та складних deepfake атак.

Cisco робить безпеку головним пріоритетом у проектуванні, розробці, розгортанні та обслуговуванні своїх мереж, платформ і додатків. Ви можете Webex Meetings інтегрувати свої бізнес-процеси з абсолютною впевненістю, знаючи, що ваші інструменти для співпраці розроблені так, щоб відповідати навіть найсуворішим вимогам безпеки та відповідності вимогам.

Що ви дізнаєтеся

У цій статті описані особливості безпеки платформи для на Webex Suite рад (WSMP). У ньому обговорюються типи нарад, параметри розгортання, функції, інструменти, процеси та інженерія, які допомагають клієнтам впевнено співпрацювати на Webex.

Платформа Webex Suite для зустрічей включає:

Webex Meetings
Webex Webinars
Webex EdgeАудіо
Звук, підключений до хмари Webex
Webex Assistant
Опитування (від Slido)

Ці продукти є частиною уніфікованогоWebex Suite, який об'єднує зустрічі, дзвінки, обмін повідомленнями, дошку тощо, забезпечуючи безперебійну співпрацю. Платформа підтримує можливості від 2 до 1000 учасників зустрічі, до 5000 учасників вебінарів та 100 000 глядачів у веб-трансляціях, з розширеними функціями, такими як допомога на основі штучного інтелекту, переклад в режимі реального часу та розширений контроль безпеки. Він доступний Webex Suite за допомогою різних моделей купівлі, включаючи корпоративну угоду та підписку на іменованих користувачів, і пропонує додаткові доповнення та інтеграції для задоволення різноманітних організаційних потреб.

Майбутні особливості

Деякі функції, розглянуті в цьому документі, планується зробити загальнодоступними пізніше в 2026 році. Особливості, позначені зображення молотка із зображенням особливостей, запланованих до доставки в Q3CY26 символом, плануються до доставки в Q3 CY26. Особливості, позначені символом, плануються до доставки в 1 кварталі CY27. Зверніться до менеджера облікового запису, якщо вам потрібен ранній доступ до цих функцій.

Малюнок 1: Архі Webex Suite тектура платформи зустрічей

Webex Suite Meetings Platform Architecture

Основні Webex Meetings послуги та компоненти

Webex Meetingsє частиноюWebex Suite, що забезпечує аудіо/відеоконференції з можливостями обміну вмістом та веб-конференцій.
Платформа включає кілька мікросервісів, таких як служба зустрічей, служба вебінарів, служба ідентифікації, служба запису, AI Assistant служба аналітики, служба адміністрування та медіа-служба.
Webex Meetingsпідтримує програми та пристрої, зареєстровані в хмарі, дозволяючи користувачам приєднуватися до зустрічей з різних платформ та пристроїв ОС. Користувачі також можуть приєднуватися до зустрічей через PSTN та за допомогою кінцевих точок SIP.

Архітектура та розгортання

Webex Meetingsсервіси регіоналізовані та відтворюються в декількох незалежних центрах обробки даних для забезпечення резервування та високої доступності.
Медіа-сервіси поширюються по всьому світу з кластерами медіасерверів у кожному центрі обробки даних, забезпечуючи локальну та географічну резервування.
Медіа-сервери обробляють обмін голосом, відео та вмістом, а медіа зазвичай шифруються за допомогою AES-256-GCM.
Архітектура підтримує зашифровану сигналізацію через TLS/HTTPS та зашифровані медіапотоки.

Webex підтримує приєднання до нарад з декількох платформ і пристроїв, зокрема:

Настільний додаток Webex для Windows, Mac та Linux.
Мобільний додаток Webex на Андроїд і iOS.
Веб-додаток Webex з використанням браузерів Chrome, Edge, Safari, Firefox та інших.
Кімнатні пристрої та настільні пристрої Cisco.
Сторонні кінцеві точки аудіо та відео на основі стандартів SIP.
ПСТН-пристрої.

Розвиваючі розгортання Webex: пріоритетність суверенітету та безпека нульової довіри

Оскільки організації все більше надають пріоритет суверенітету даних та суворим стандартам безпеки, Webex розробляє свої моделі розгортання, щоб забезпечити більший контроль над вмістом нарад, гарантуючи, що безпека ніколи не йде на шкоду функціональності.

Суверенітет клієнтів Webex

У відповідь на зростаючий попит на резиденцію даних, Webex запровадив розширені можливості суверенітету. Починаючи з запису та з підтримкою нових служб, організації тепер можуть підтримувати контроль над вмістом своїх нарад за допомогою:

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

Ультра безпечний Webex Meetings

Історично функції «Ultra Secure», такі як Zero Trust End-End-End-End-End-Encryption (E2EE), часто вимагали компромісу у функціональності нарад, оскільки хмарні служби з доданою вартістю вимагали доступу до ключів шифрування, і лише обмежена кількість типів кінцевих точок могла приєднатися до цих зустрічей. Webex усунув цей компроміс за допомогою:

Багатофункціональна нульова довіра — Webex перетворив наради з нульовою довірою, наскрізно зашифровані (E2EE), додавши функціональність, яка робить зустрічі Zero Trust насиченими функціями. Підтримка більшої кількості типів кінцевих точок забезпечує безперебійну роботу без шкоди для інструментів, необхідних для сучасної співпраці.
Нульова довіра для стандартних зустрічей — Webex інтегрував можливості Zero Trust E2EE безпосередньо у стандартні наради. Це гарантує, що навіть повсякденна співпраця може отримати вигоду від найвищого рівня безпеки, забезпечуючи постійний захист у всій екосистемі Webex.

Єдиний підхід до співпраці

Інтегруючи суверенітет клієнтів із цими вдосконаленими можливостями Zero Trust E2EE, Webex надає організаціям можливість досягти подвійної мети: проведення високобезпечних зустрічей Zero Trust у хмарі Webex, зберігаючи при цьому повний контроль над обробкою та зберіганням критичного вмісту нарад локально. Ця синергія забезпечує гнучкість та безпеку, необхідні для сучасних корпоративних середовищ, орієнтованих на відповідність вимогам.

Рамка безпеки Webex: три рівні захисту

Webex пропонує три рівні захищених зустрічей, розроблених відповідно до суворих вимог щодо дотримання вимог, суверенітету та захисту даних.

Стандартні зустрічі - Забезпечує надійне шифрування даних під час передачі та в стані спокою. Хоча ці зустрічі відповідають стандартам безпеки корпоративного рівня, вони не використовують архітектуру Zero Trust, оскільки хмарна інфраструктура зберігає можливість управління ключами шифрування.
Стандартні зустрічі з адаптивною безпе кою — покращує стандартну модель, застосовуючи динамічні політики безпеки. Цей рівень надає пріоритет використанню наскрізного шифрування (E2EE), коли це дозволяє середовище учасника та можливості кінцевої точки, балансуючи гнучкість із підвищеною безпекою.
Зустрічі з нульовою довірою, наскрізно зашифровані (E2EE) - це найвища позиція безпеки. Забезпечуючи, що ключі шифрування генеруються та керуються виключно учасниками наради, ця модель робить хмарну інфраструктуру «сліпою» для медіапотоку та вмісту наради. Ця архітектура забезпечує сувору цілісність Zero Trust, запобігаючи дешифруванню на стороні хмари протягом усього сеансу.

Інтеграція гібридної інфраструктури та безпеки

Організації можуть додатково розширити ці рівні безпеки, розгортаючи локальні служби Webex, такі як вузол Webex Video Mesh. Ця інтеграція розширює периметр безпеки, забезпечуючи послідовну позицію Zero Trust у хмарі Webex, забезпечуючи при цьому кілька операційних переваг:

Оптимізована маршрути зація медіа — зменшує затримку, зберігаючи локальний медіатрафік, забезпечуючи високоякісну продуктивність локальних кінцевих точок.
Локаліз@@ ована доставка послуг — уможливлює розміщення певних служб нарад, таких як лок альний запис, зберігаючи суворе дотримання вимог безпеки та суверенітету.
Розширений периметр безпеки — Сприяє безпечному доступу з низькою затримкою для внутрішньої інфраструктури, забезпечуючи збереження цілісності Zero Trust навіть при інтеграції гібридних компонентів.

Standard Webex Meetings — ***Малюнок 2: Стандартний Webex Meetings***

Стан Webex Meetings дарт забезпечує надійну послугу відеоконференцій професійного рівня, здатну підтримувати зустрічі до 1000 учасників. Основні функції включають сеанси перерви, обмін вмістом, інтегроване аудіо та відео, помічник на основі штучного інтелекту, переклад в режимі реального часу, запис нарад, чат, обмін файлами, дошки та корпоративні інтеграції. Платформа шифрує сигналізацію та медіапотоки за допомогою шифрування SRTP hop-by-hop, що дозволяє хмарі Webex розшифрувати медіа для включення розширених служб, таких як запис, транскрипція та функції AI.

Вміст нарад, такий як записи, транскрипції, дошки, чат та файли, надійно зберігається у хмарі Webex, шифрується за допомогою AES-256-GCM та захищений системою управління ключами, яка підтримує гібридну безпеку даних та параметри «брати власний ключ». Підтвердження особи підтримується стандартними методами, включаючи єдиний вхід (SSO) та інтеграцію із зовнішніми постачальниками ідентифікацій. Доступність охоплює широкий спектр кінцевих точок, включаючи пристрої SIP та користувачів PSTN, що робить рішення придатним для користувачів, які потребують комплексних функцій з інтеграцією хмарних сервісів та широкою сумісністю пристроїв. Адміністратори мають контроль над збереженням вмісту нарад, контролем доступу та функціями нарад через Webex Control Hub, що забезпечує централізоване управління, діагностику та нагляд за безпекою.

Standard Webex Meetings with Adaptive Security — ***Малюнок 3: Стандарт Webex Meetings з адаптивною безпекою***

Стандар Webex Meetings т з адаптивною безпекою включає всі функції StandardWebex Meetings, розширені можливостями наскрізного шифрування Zero Trust. У цій моделі кінцеві точки Webex, які підтримують наскрізне шифрування, використовують протокол MLS (Messaging Layer Security) (RFC 9420) для узгодження ключів та sFrame (R FC 9605) для транспортування медіа. Такий підхід дає дві ключові переваги:

Нульове надійне наскрізне шифрування — Коли всі учасники та служби підтримують MLS та SFrame, ключі шифрування наради генеруються та ділатимуться виключно між учасниками, що перешкоджає хмарі Webex або будь-якому посереднику розшифрувати медіапотоки.
Якщо кінцева точка або служба, яка не підтримує MLS і SFrame, приєднується, Webex динамічно вводить службу взаємодії SFrame-to-SRTP для перетворення між двома форматами медіа. На цьому етапі стан безпеки зустрічі змінюється з Zero Trust на Secure, оскільки Webex отримує доступ до ключів шифрування, дозволяючи кінцеві точки лише SRTP та хмарні служби Webex, такі як запис та участь. AI Assistant Тим часом кінцеві точки Webex продовжують використовувати MLS і SFrame.
Нульова довіра до кінця іденти фікації — Усі кінцеві точки Webex, що використовують сертифікати ідентичності користувачів обміну MLS під час процесу узгодження ключів наради. Ці сертифікати можуть бути видані організаціями учасників, що дозволяє пред'являти та перевіряти ідентичності незалежно від служб Webex. Ця форма Zero Trust Identity гарантує, що учасники є тими, ким вони претендують, захищаючи від глибоких атак, не покладаючись на служби виявлення.

Zero Trust End-to-End Encrypted Webex Meetings — ***Малюнок 4: Нульова довіра наскрізне шифрування Webex Meetings***

Наскрізні зашифровані наради Webex Zero Trust забезпечують підвищену безпеку, поєднуючи наскрізне шифрування з підтвердженою ідентифікацією учасників. Ця модель безпеки використовує протокол захисту рівня обміну повідомленнями (MLS) для узгодження ключів та sFrame для транспортування медіа, гарантуючи, що ключі шифрування наради генеруються та передаються виключно між учасниками. Як результат, хмара Webex або будь-який посередник не можуть розшифрувати медіапотоки, пропонуючи позицію безпеки Zero Trust.

До ключових особливостей відносяться:

Нульове надійне наскрізне шифрування - Усі учасники підтримують MLS та SFrame, ключі шифрування наради залишаються доступними лише для них, перешкоджаючи доступу до хмари або постачальника послуг.
Zero Trust End-to-End Identity — учасники обмінюються сертифікатами ідентифікації користувачів під час переговорів про ключі, які можуть бути видані їхніми організаціями. Це дозволяє незалежну перевірку ідентифікацій, не покладаючись на служби Webex, захищаючи від видачі себе та атак deepfake.
Перевірка безпеки - всім учасникам відображається код безпеки наради, отриманий із пакетів ключів MLS усіх учасників. Відповідні коди підтверджують, що зустріч не була перехоплена або підроблена зловмисником «людина-середина».
Підтримувані функції та обмеження - Зустрічі Zero Trust підтриму ють до 1000 учасників, локальний запис, чат під час зустрічі, передачу файлів, дошку, анотації, управління віддаленим робочим столом та водяний знак відео/аудіо. Однак функції, що вимагають хмарного доступу до розшифрованих носіїв, таких як мережевий записAI Assistant, транскрипція та виклики пристроїв PSTN або SIP, не підтримуються. (Розгортаючи гібридну архітектуру Webex, більшість цих обмежень можна усунути — див. нижче).
Перевірка особисто сті — хости можуть бачити статус перевірки учасників, розрізняючи підтверджені особи (через зовнішні органи або органи сертифікатів Webex) та неперевірених користувачів, що дозволяє краще керувати безпекою нарад.

Розширення межі безпеки за допомогою відеовузла сітки

Hybrid Architectures and Security for Webex Meetings — ***Малюнок 5: Гібридні архітектури та безпека для Webex Meetings***

Додавання вузла відеосітки в організацію дозволяє клієнтам надавати локальні послуги нарад, а їх локальні кінцеві точки можуть приєднатися до будь-якої наради Webex. З точки зору безпеки, інтеграція вузла відеосітки підтримує нульову довіру в хмарі Webex, пропонуючи майже парність функцій зі стандартними зустрічами Webex. Клієнти також отримують вигоду від суверенітету даних, оскільки такі служби, як записи нарад Video Mesh Node, обробляються та зберігаються локально.

Малюнок 6: Порівняння функцій нульової довіри та стандартної зустрічі у розгортанні Webex із вузлом відеосітки (VMN)

Особливість	Зустрічі Webex Pro (стандарт) з локальним вузлом відеосітки (VMN)	Наради Webex з наскрізним шифруванням (нульова довіра) з локальним вузлом відеосітки (VMN)
Тип шифрування	Хоп-бай-хоп (TLS/SRTP)	Наскрізний (MLS/S-кадр)
Ємність учасників	До 1000	До 1000
Робочий стіл додатків Webex	Підтримується	Підтримується
Мобільний додаток Webex	Підтримується	Підтримується
Вебекс Web App	Підтримується	Підтримується
Веб-пакет SDK Webex	Підтримується	Підтримується
Відеопристрої Cisco (зареєстровані в хмарі)	Підтримується	Підтримується
Webex CallingIP-телефони (зареєстровані в хмарі)	Підтримується	Підтримується Телефони серії Cisco 9800 Телефони серії Cisco 8875
Відеопристрої Cisco (Приміщення (SIP) зареєстровано CUCM)	Підтримується	Підтримується (VMN)
Webex CallingIP-телефони (Приміщення (SIP) зареєстровано CUCM)	Підтримується	Підтримується (VMN)
PSTN	Підтримується	Не підтримується - не нульова довіра
Запис наради	Локальна — Підтримується (Додаток Webex) Хмара Webex — Підтримується На місці — Підтримується (VMN)	Локальний - підтримується (додаток Webex) На місці — Підтримується (VMN)
Cisco AI Assistant Резюме, стенограми, пункти дій	Хмара Webex - Підтримується На місці — Підтримується (VMN)	Хмара Webex - Підтримується На місці — Підтримується (VMN)
Номери для відпочинку	Підтримується	Підтримується
Вбудовані програми (напр. Слайдо)	Підтримується	Підтримується Не нульова довіра
Персональна кімната для переговорів	Підтримується	Підтримується
Вестибюль та контроль входу	Підтримується	Підтримується
Приєднуйтесь перед господарем	Підтримується	Підтримується
Управління віддаленим робочим столом	Підтримується	Підтримується
Чат, файли, дошки, анотації	Підтримується	Підтримується - не зберігається
Транскодування при спільному екрані з кінцевими точками, що підтримують нижчу роздільну здатність відео	Підтримується	Не підтримується Спільний доступ до екрана з низькою роздільною здатністю використовується для всіх учасників, якщо кінцева точка низького класу приєднується до зустрічі

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

Резюме: Webex Meetings і моделі гібридного розгортання

Як показано в порівнянні вище, розгортання вузла відеомеш (VMN) дозволяє Zero Trust Webex Meetings досягти майже парності функцій зі стандартними зустрічами Webex. Хоча зустрічі Zero Trust не підтримують учасників PSTN, веб-додаток Webex служить широко доступною альтернативою для наскрізного зашифрованого доступу. Крім того, VMN дозволяє офісним працівникам, які використовують настільні телефони, безперешкодно приєднуватися до зустрічей Zero Trust.

Video Mesh Node також забезпечує суверенітет даних для критичного вмісту нарад, включаючи записи та - найближчим часом - стенограми, резюме та елементи дій. Обробляючи та зберігаючи ці дані локально, VMN надає клієнтам повний контроль над їхньою інформацією, зберігаючи архітектуру Zero Trust у хмарі Webex.

Приватний Webex Meetings

Якщо у вашій організації є Video Mesh у вашій мережі, адміністратор може увімкнути приватні зустрічі, звернувшись до представника облікового запису. Ця функція підвищує безпеку вашої зустрічі, припиняючи медіа лише у вашому приміщенні. Коли ви плануєте приватну зустріч, медіа завжди припиняється на вузлах Video Mesh всередині вашої корпоративної мережі без хмарного каскаду. Хоча Private Webex Meetings пропонують конфіденційність, зберігаючи медіа лише у вашому приміщенні, вони також вводять обмеження, обмежуючи учасників наради лише членами вашої організації та блокуючи доступ до хмарних служб, таких як запис таCisco AI Assistant.

Докладніші відомості про Приватну Webex Meetings інформацію та рекомендації щодо дизайну для Webex Edge Video Mesh див. у розділі Бажана архітектура для Webex Edge відеосітки.

Webex Meetings: Additional Hybrid Deployment Options — ***Малюнок 7:Webex Meetings: Додаткові параметри гібридного розгортання***

Webex пропонує широкий спектр гібридних служб, які дозволяють організаціям використовувати існуючі інвестиції в локальну інфраструктуру, отримуючи переваги від хмарних інновацій, забезпечуючи послідовний досвід користувачів, підвищену безпеку та гнучкі можливості розгортання та спільної роботи в ціломуWebex Meetings. Ключові гібридні послуги, доступні для, Webex Meetings включають:

Ме@@ діавузли відеосітки — увімкніть IP-телефони та кінцеві точки SIP, зареєстровані для Unified CM надсилання аудіо, відео та вмісту спільного доступу до кластеру Webex Video Mesh під час нарад, покращуючи маршрутизацію та якість медіа.
Запис відеосітки — дає змогу організаціям записувати Webex Meetings за допомогою локальної інфраструктури. Це гарантує, що всі дані запису обробляються в вузлі відеосітки та зберігаються локально, забезпечуючи більший контроль над місцезнаходженням та безпекою даних.
Служби шту@@ чного інтелекту Webex Local — Резюме, стенограми та елементи дій обробляються та зберігаються локально, забезпечуючи більший контроль над місцезнаходженням та безпекою даних.
Гібридна служба безпеки даних — дозволяє організаціям зберігати та керувати ключами шифрування Webex у локальному центрі обробки даних для підвищення безпеки.
Служба викли ків — інтеграція існуючого Cisco Unified Communications Manager або іншого локального керування викликами з хмарою Webex, що дозволяє користувачам безперешкодно приєднуватися до нарад.
Служба кален даря - інтеграція з підтримуваними середовищами календаря, щоб дозволити планувати зустрічі з будь-якого місця без плагінів.
Служба каталогів — Синхронізація каталогів користувачів між локальними та хмарними середовищами для послідовного управління ідентифікаціями користувачів.
Webex EdgeАудіо та Webex Edge підключення — Забезпечте внутрішні шляхи VoIP та виділені IP-посилання з підтримкою QoS від приміщень клієнта до хмари Webex, покращуючи якість звуку та зменшуючи витрати, минаючи PSTN.

Шифрування та конфіденційність Webex

Webex Meetingsзабезпечити надійну безпеку, шифруючи як сигнальні, так і медіадані під час транзиту та в стані спокою. Усі комунікації між програмами, пристроями та службами Webex використовують TLS 1.2 або новішої версії з надійними наборами шифрування для шифрування сигналів. Медіапотоки, включаючи аудіо, відео, спільний доступ до екрана та спільний доступ до документів, шифруються за допомогою AES-256-GCM як бажаного шифру.

Криптографія: шифрування даних під час транзиту

Усі комунікації між зареєстрованими в хмарі програмами Webex, пристроями Webex та службами Webex відбуваються через зашифровані канали. Webex використовує протокол TLS з версією 1.2 або пізнішою з високоміцними наборами шифрів для сигналізації.

Після встановлення сеансу через TLS всі медіапотоки (аудіо, відео, спільний доступ до екрана та спільний доступ до документів) шифруються.

Зашифрована сигналізація Webex

Служби Webex підтримують версії TLS 1.2 і 1.3, при цьому TLS 1.3 є кращим, якщо підтримується кінцевою точкою підключення. Якщо клієнт підтримує лише TLS 1.2, сервер Webex вибирає найсильніший загальний набір шифрів, запропонований клієнтом. На відміну від TLS 1.2, TLS 1.3 не використовує вибір пакету шифрів за налаштуваннями сервера, оскільки він покладається на менший, підібраний набір сучасних шифрів. Цей дизайн спрощує процес вибору, зосереджуючись більше на покращенні продуктивності, таких як зменшення загальної тривалості рукостискання, зберігаючи при цьому сильну безпеку. Набори шифрів для TLS 1.2 та 1.3, які використовуються Webex, чітко визначені та пріоритетні для забезпечення безпечного зв'язку.

Набори шифрів TLS

Набори шифрів TLS 1.3 (сервери TLS 1.3 не використовують порядок пріоритетів для вибору пакетів)

Шифровий пакет	Ключовий протокол переговорів/генерації
TLS_AES_256_GCM_SHA384	ECDH SECP256R1MLKEM768 (еквівалент > 3072 біт RSA)
TLS_AES_128_GCM_SHA256	ECDH SECP256R1MLKEM768 (еквівалент > 3072 біт RSA)
TLS_CHACHA20_POLY1305_SHA256	ECDH SECP256R1MLKEM768 (еквівалент > 3072 біт RSA)

Набори шифрів TLS 1.2 (пакети в бажаному порядку сервера)

Шифровий пакет	Ключовий протокол переговорів/генерації
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384	ЕКДГ секп256р1 (екв. 3072 біт RSA)
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256	ЕКДГ секп256р1 (екв. 3072 біт RSA)
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256	ЕКДГ секп256р1 (екв. 3072 біт RSA)
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA	ЕКДГ секп256р1 (екв. 3072 біт RSA)
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA	ЕКДГ секп256р1 (екв. 3072 біт RSA)

Шифри шифрування AES_256_CBC та AES_128_CBC підтримуються для підтримки сумісності із застарілими системами, старими браузерами та вбудованими пристроями, які не підтримують сучасні шифри AEAD (аутентифіковане шифрування з пов'язаними даними), такими як AES-GCM напр. Internet Explorer11 у Windows 7 та Windows 8.1, Safari 6/7/8 на ранніх випусках iOS та macOS використовують шифри на основі CBC.

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

Постквантова безпечна криптографія

Постквантова криптографія (PQC) - це захід захисту майбутнього, який діє як активний захист від атак Harvest Now Decrypt Later (HNDL) для даних, що передаються сьогодні.

HNDL спирається на той факт, що нинішнє асиметричне шифрування (наприклад, RSA та Diffie-Hellman) вразливе для майбутніх квантових комп'ютерів. Зловмисники «збирають» цей трафік зараз, знаючи, що ще не можуть його прочитати, але роблячи ставку, що через 10 років у них будуть інструменти для його розблокування.

PQC реалізує математичне «блокування» на вразливих даних. PQC використовує математику на основі решітки або на основі хешу, яка стійка як до класичних, так і до квантових алгоритмів. Навіть якщо зловмисник збирає дані, зашифровані PQC сьогодні, це залишається для них «чорною скринькою» назавжди, оскільки навіть майбутній квантовий комп'ютер не матиме алгоритму, щоб зламати їх.

Більшість атак HNDL спрямовані на обмін ключами (процес, коли дві сторони домовляються про секретний ключ). Якщо зловмисник захопить обмін ключами сьогодні за допомогою застарілих методів, він може отримати ключі сеансу пізніше та розшифрувати всю бесіду.

Протоколи Webex TLS і MLS підтримують механізми інкапсуляції постквантових ключів (ML-KEM). Це гарантує, що перше «рукостискання» між користувачем та хмарою Webex є квантовим стійким. Якщо обмін ключами захищений від квантових атак, решта зашифрованого сеансу залишається захищеною від ретроспективного розшифровки.

Webex TLS з підтримкою PQC зображення молотка із зображенням особливостей, запланованих до доставки в Q3CY26

Хмара Webex підтримує ECDH-SecP256R1-MLKEm768 для інкапсуляції ключів у наборах шифрувань TLS 1.3. Цей механізм узгодження гібридних ключів інтегрує класичний обмін ключами (ECDH над SecP256R1) з квантовостійкою інкапсуляцією ключів (ML-KEM-768). Цей гібридний підхід забезпечує постквантову безпеку, зберігаючи зворотну сумісність, повертаючись до класичного ECDH, якщо клієнт TLS 1.3 не підтримує ML-KEM.

Використання TLS 1.3 з постквантовими механізмами інкапсуляції ключів (PQ-KEM) залежить від операційної системи клієнта, що підключається. Підтримувані системи включають Windows 11, macOS 14.4 (Сонома), Лінус (OpenSSL 3.5+), iOS 26 та Android 17.

Webex MLS з підтримкою PQC зображення молотка із зображенням особливостей, запланованих до доставки в Q3CY26

Протокол захисту рівня обміну повідомленнями (MLS) (RFC 9420) - це стандартизована IETF, високоефективна структура, розроблена для безпечного наскрізного шифрування в групових комунікаціях. Webex інтегрує ECDH-SecP256R1-MLKEM768 у MLS, щоб забезпечити квантово-стійкі ключові угоди для наскрізних зашифрованих нарад Zero Trust.

Впровадження PQC на рівні MLS забезпечує критичну перевагу «поглибленого захисту» - вона захищає засоби масової інформації та вміст для зустрічей від атак Harvest Now, Decrypt Later (HNDL). Навіть якщо на підключеному пристрої відсутня підтримка PQC на рівні ОС, що залишає транспортний шар TLS потенційно вразливим, вміст основної зустрічі залишається безпечним і не може бути розшифрований майбутніми ресурсами квантових обчислень.

Зашифровані медіа Webex

Стандарти шифрування медіа для Webex

Зустрічі та дзвінки Webex використовують надійне шифрування на основі AES для всіх медіапакетів. Конкретний набір шифрів залежить від типу кінцевої точки, причому AES-256-GCM служить кращим стандартом для оптимальної безпеки.

Таблиця 1. Підтримка шифрування медіа
Тип кінцевої точки	Підтримувані шифри
Програми Webex і пристрої RoomOS	AES-256-GCM
Сторонні пристрої SIP/H.323	AES-256-GCM AES-128-GCM AES-CM-128-HMAC-SHA1

Ключові міркування безпеки

Переважний стандар т — AES-256-GCM є рекомендованим шифром для всіх розгортань для забезпечення найвищого рівня цілісності та конфіденційності даних.
Взаємосуміс ність — Хоча Webex підтримує застарілі шифри (наприклад, AES-CM-128-HMAC-SHA1) для забезпечення сумісності зі сторонніми системами SIP та H.323, організації, які надають пріоритет архітектурі нульової довіри, повинні застосовувати AES-256-GCM там, де це дозволяє сумісність пристроїв.

Протоколи транспортування медіа

Webex підтримує транспортування медіа через UDP, TCP або TLS. Для оптимальної продуктивності голосу та відео компанія Cisco настійно рекомендує UDP.

Міркування продуктивності:

Ефективність у реальному часі - UDP є кращим транспортом для носіїв у режимі реального часу, оскільки він мінімізує затримку та тремтіння, уникаючи механізмів повторної передачі та буферизації, властивих протоколам, орієнтованим на з'єднання.
Вплив TCP/TLS — Хоча TCP і TLS забезпечують надійну, впорядковану доставку даних, така поведінка є контрпродуктивною для медіа в режимі реального часу. Отримані повторні передачі пакетів та буферизація потоку вводять затримку та тремтіння, що може значно погіршити якість досвіду для учасників

Webex використання SRTP та SFrame для медіа

Для підтримки високих стандартів безпеки, необхідних для середовищ WebExZero Trust, важливо розрізняти безпеку транспортного рівня (SRTP) та наскрізне шифрування додаткового рівня (SFrame).

Таблиця 2. Порівняння: SRTP проти SFrame
Особливість	SRTP (безпечний RTP)	SFrame (захищений кадр)
Основна мета	Безпечний транспорт медіа	Наскрізне шифрування (E2EE)
Шар	Транспортний шар	Шар додатка/корисного навантаження
Видимість	Шифрує RTP корисне навантаження; заголовки часто видно	Шифрує медіа-кадр перед транспортуванням
Управління ключами	DTLS-SRTP	Роз'єднаний (протокол MLS)
Взаємодія медіа-серверу/медіашлюзу (SFU)	SFU розшифровує/повторно шифрує	SFU «сліпий» (не може розшифрувати)

Ключові технічні відмінності — SRTP і sFrame

SRTP (безпечний транспортний протокол реального часу)
SRTP - галузевий стандарт для захисту медіапотоків під час транзиту.
- Сфера застосування —Забезпечує конфіденційність, автентифікацію повідомлень та захист від відтворення для корисного навантаження RTP.
- Операційний контекст — У багатьох архітектурах медіа-сервер/медіашлюз (блок вибіркової переадресації (SFU)) припиняє з'єднання SRTP для виконання обробки медіа (наприклад, змішування, складання компонування або транскодування). Оскільки СФУ розшифровує медіа для його обробки, носій технічно вразливий у точці SFU.
SFrame (захищений кадр)
SFrame є стандартом IETF. RFC 9605 розроблений спеціально для забезпечення справжнього наскрізного шифрування в багатосторонньому середовищі конференцій.
- Сфера застосування —Він шифрує пакетовані медіакадри перед тим, як вони будуть інкапсульовані в пакети RTP. Webex додає додатковий рівень шифрування за допомогою SRTP.
- Архітектура нульової дові ри - Оскільки носій шифрується на рівні додатків, SFU діє лише як «сліпе» реле. Він спрямовує зашифровані пакети іншим учасникам, не маючи доступу до ключів розшифровки.
- Незалежність —sFrame є транспортно-агностичною. Він залишається безпечним, навіть якщо основний транспорт (UDP/TCP/TLS) порушений, оскільки контекст безпеки прив'язаний до кінцевих точок учасників, а не до транспортного з'єднання.

SFrame є критичним механізмом, який дозволяє E2EE. У той час як SRTP гарантує, що дані шифруються під час проходження мережі, SFrame гарантує, що носій залишається зашифрованим протягом усього життєвого циклу зустрічі, у тому числі, поки він знаходиться на інфраструктурі Cisco (SFU), ефективно видаляючи постачальника послуг від межі довіри.

Шифрування даних у стані спокою: Webex Meetings

Дані, що знаходяться в стані спо Webex Meetings кою всередині, класифікуються на дві окремі категорії, кожна з яких має свій профіль безпеки:

Webex Meetingsзміст
Webex Meetingsметадані

Webex MeetingsЗміст

Вміст наради складається з даних, створених учасниками або згенерованих службами Webex від імені господаря наради. Сюди входять:

Вміст, пов'язаний із медіа — записи, стенограми, резюме та елементи дій.
Дані про співпрац ю — повідомлення чату, спільні/передані файли, дошки та анотації.

Webex MeetingsБезпека вмісту — наскрізне шифрування Webex

Webex захищає вміст нарад, створений учасниками, використовуючи надійну систему наскрізного шифрування (E2EE). Центральним у цій архітектурі є служба керування ключами Webex (KMS), яка відповідає за генерування, розповсюдження та управління ключами шифрування для всього створеного користувачами вмісту.

Шари безпеки вмісту нарад

Дані в переході — програма Webex і відеопристрої Cisco використовують наскрізне шифрування Webex (E2EE) з AES-256-GCM для шифрування згенерованого користувачем контенту нарад, такого як файли запису, файли зведення штучного інтелекту, повідомлення чату тощо. Це додатково інкапсулюється в транспортний рівень безпеки (TLS) для забезпечення двошарового захисту під час передачі.
Дані в стані спокою — після зберігання в хмарі Webex, зашифрований вміст додатково захищений шифруванням диска AES-256-GCM.
Профіль захисту — Цей підхід захищає вміст від перехоплення TLS під час транзиту та гарантує, що збережені дані залишаються недоступними для несанкціонованих учасників у хмарному середовищі.

Наскрізне шифрування Webex з керованим доступом до вмісту для основних служб

На відміну від наскрізного шифрування Zero Trust, де Webex не має доступу до носіїв або ключів шифрування вмісту, наскрізне шифрування Webex дозволяє платформі використовувати ключі, створені Webex KMS, для розшифровки даних для основних основних служб. Цей керований доступ дозволяє:

Пошук та індексація - Дозволяє користувачам шукати в історії вмісту.
Відповідність та управління — уможливлює запобігання втратам даних (DLP), електронне виявлення та архівування даних.
Оптимізація меді а - Підтримує перекодування файлів для сумісності між пристроями.
Безпе ка — полегшує сканування шкідливих програм за допомогою розширеного пакету безпеки.

Webex MeetingsМетадані

Метадані нарад складаються з адміністративної та технічної інформації, створеної системою для полегшення, відстеження та управління нарадою, а не фактичного вмісту (аудіо, відео чи спільних файлів) самої зустрічі. Метадані можна розділити на кілька категорій:

Інформація про сеан с — Назва наради, ідентифікатор наради, запланований час початку та закінчення, а також фактична тривалість зустрічі.
Дані учасника — список запрошених та фактичних учасників, їх IP-адреси, типи пристроїв (наприклад, Windows, iPhone, Cisco Room Kit), а також їх позначки часу приєднання/виїзду.
Показники використання та якості — дані, що використовуються для усунення несправностей, такі як втрата пакетів, тремтіння, затримка та роздільна здатність відеопотоку.

Як використовуються метадані

Аналітика та звіт ність - Адміністратори використовують метадані в WebExControl Hub, щоб побачити, скільки зустрічей відбувається, які відділи є найбільш активними та загальну якість роботи.
Усунення несправ@@ ностей — Cisco TAC (Центр технічної допомоги) використовує метадані для виявлення та вирішення проблем із нарадою.
Відповідність та електронна перевірка — співробіт ники з питань дотримання вимог можуть шукати метадані, щоб підтвердити, що зустріч відбулася, хто був там і чи була вона записана, навіть якщо вони не можуть бачити зашифрований вміст наради.
Безпека — Метадані допомагають ідентифікувати спроби несанкціонованого доступу або незвичні шаблони, які можуть вказувати на загрозу безпеці.

Безпека та конфіденційність метаданих

Шифрування - Хоча метадані не «наскрізно шифруються», вони все ще шифруються під час транзиту (за допомогою TLS) та в стані спокою в захищених центрах обробки даних Cisco.
Контроль доступу — Політика конфіденційності Cisco суворо обмежує, хто може отримати доступ до цих метаданих, і вона використовується для надання та вдосконалення послуги.

Докладніші відомості про вміст і метадані нарад Webex див. розділ Розкри ття Webex Meetings пропозиції.

Webex Meetings Типи сеансів

Webex Meetingsтипи сеансів — це конфігурації або шаблони, які визначають функції та параметри, доступні для нарад, запланованих на сайті Webex. Ці типи сеансів можуть бути стандартними або налаштованими адміністраторами сайту, щоб увімкнути або вимкнути певні функції для користувачів. Ця гнучкість дозволяє організаціям адаптувати досвід нарад відповідно до своїх вимог безпеки та потреб користувачів. Докладніші відомості див. у розділі Керування типами сеансів у Центрі керування. Типи сеансів зустрічей Webex

Призначення типів сеансів нарад користувачам

Адміністратори Webex Control Hub можуть призначити один або кілька типів нарад, які їхні користувачі можуть використовувати для запланованих зустрічей. За замовчуванням всім користувачам призначаються типи нарад Pro Meeting та Pro-End для завершення шифрування_VoipOnly.

Assigning meeting session types to users

Заплануйте зустріч. Виберіть тип наради

Користувачі можуть вибрати тип наради, який вони хочуть використовувати під час планування зустрічі з програми Webex, сторінки користувача Webex та надбудови електронної пошти Webex. Microsoft Outlook

Заплануйте зустріч. Виберіть тип наради в додатку Webex

Запланувати зустріч. Виберіть тип наради на сторінці користувача Webex

Schedule a meeting—Select the meeting type from the Webex user page

Встановлення типового типу наради

Користувачі можуть встановити тип зустрічі за замовчуванням у розділі Зу стрічі > Н алаш тування на сторінці користувача Webex.

Типовий тип нарад застосовується як до запланованих зустрічей, так і до особистих конференц-кімнат.

Встановіть тип зустрічі за замовчуванням на сторінці користувача Webex

Set the Default Meeting Type from the Webex User page

Безпека для запланованих конференц-залів Webex Meetings і Webex

Заплан Webex Meetings овані та особисті кімнати для переговорів Webex значно відрізняються за своїми функціями безпеки та призначеними випадками використання.

Заплановані зустрічі призначені для безпечних, запланованих сесій та пропонують повний набір засобів контролю безпеки, включаючи захист паролем, реєстрацію учасників, перевірку лобі, відключення параметрів приєднання до проведення та унікальні URL-адреси зустрічей для кожного сеансу. Ці функції допомагають гарантувати, що приєднатися можуть лише авторизовані учасники, а господарі зберігають контроль над середовищем нарад.

На відміну від цього, персональні кімнати переговорів надають постійну URL-адресу для швидких, неформальних зустрічей з довіреними учасниками. Вони включають основні функції безпеки, такі як управління лобі, ручне або автоматичне блокування та CAPTCHA для запобігання автоматизованим атакам. Однак, оскільки URL-адреса особистої кімнати є постійною, вона може становити більший ризик для безпеки, якщо вона широко розповсюджується.

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

Адміністратори центру керування можуть налаштувати зустрічі Webex Personal Room для використання лише на внутрішніх нарадах.

configure Webex Personal Room Meetings for use in internal meetings only

Налаштування безпеки нарад для адміністраторів

Контрольний центр пропонує комплексний набір елементів керування безпекою для запланованихWebex Meetings, що дозволяє адміністраторам адаптувати доступ до нарад та управління учасниками відповідно до організаційних політик. Ці елементи керування включають:

Налаштування лобі нарад. Налаштуйте поведінку лобі для гостей та неперевірених користувачів, включаючи параметри, щоб дозволити гостям приєднатися безпосередньо, чекати у вестибюлі або заблокувати приєднання.
Групи категорій лобі для внутрішніх, зовнішніх і неперевірених (гостьових) користувачів.
Етикетки учасників — доменні імена внутрішніх учасників та/або зовнішніх учасників, неперевірена мітка для неавтентифікованих (гостьових) учасників.
Функція автоматичного прийому нарад — Дозволити автентифікованим, запрошеним користувачам та кімнатам приєднуватися або починати зустрічі без втручання господаря, поки непрохані користувачі чекають у лобі або заблоковані.
Автоматичне блокування нарад. Автоматичне блокування нарад після заданої кількості хвилин (0, 5, 10, 15 або 20) від часу початку зустрічі, щоб запобігти запізненню учасників.
Поведінка блокування нарад. Визначте, що відбувається, коли нарада заблокована, чи чекають учасники у вестибюлі чи їм заборонено приєднатися.
Примусові паролі для нарад. Вимагайте паролів для учасників, які приєднуються з телефонів або систем відеоконференцій, а до запрошень додаються числові паролі, згенеровані системою.
Встановіть конкретні вимоги до довжини пароля зустрічі та складності.
Приховати посилання на зустріч від учасників. Запобігайте учасникам легко копіювати та обмінюватися посиланнями на нараду під час зустрічі, щоб зменшити несанкціонований доступ.
Вимкнути віртуальні камери. Для користувачів macOS вимкніть віртуальні камери сторонніх виробників, щоб підвищити безпеку, обмеживши доступ до камери лише до Webex.
Водяний знак нарад. Увімкніть водяний знак аудіо та відео, щоб визначити джерело записів або знімків екрана, допомагаючи визначити витік даних.
Контроль доступу на основі домену для зовнішніх і внутрішніх зустрічей. Контролюйте, чи можуть користувачі приєднуватися до зовнішніх нарад, і обмежувати зовнішнім користувачам приєднуватися до внутрішніх нарад.
Шаблони для груп користувачів. Застосовуйте параметри функції наради до груп користувачів або окремих користувачів за допомогою шаблонів.

Для отримання додаткової інформації див.

Найкращі практики Webex для безпечних нарад: Центр керування

Додаток Webex | Про лобі в Webex Meetings

Налаштування міток учасників, які відображаються в Webex Meetings

Елементи керування спільним використанням вмісту нарад для адміністраторів

Контрольний центр дозволяє адміністраторам керувати тим, як можна ділитися вмістом, таким як записи, резюме, елементи дій тощо під час зустрічі та після неї, а також контролювати, як довго вміст наради зберігається у хмарі Webex перед автоматичним видаленням.

Контроль вмісту

Політика збереження вмісту нарад

Ведучий наради має повний контроль над тим, як буде організовано нараду, і повинен гарантувати, що лише передбачувані запрошені можуть приєднатися. Крім того, господар повинен дотримуватися політики безпеки організації для планування зустрічей. Щоб дізнатися, як захищати роботу Webex Meetings хоста, див. розділ Най кращі практики Webex щодо захищених зустрічей: хости.

Залежно від політики безпеки деякі організації можуть повністю заборонити своїм користувачам приєднатися до будь-яких зовнішніх нарад або дозволити своїм користувачам приєднуватися лише до нарад зі списку затверджених зовнішніх сайтів. Крім того, організації можуть обмежувати своїх користувачів у використанні певних функцій під час наради, таких як чат, передача файлів, анотації, запитання та відповіді та опитування під час приєднання до зовнішньої зустрічі. Обмеження співпраці з Webex можуть забезпечити ці функції. Докладніші відомості див. у розділі Обмеження співпраці Webex Meetings в Центрі керування.

Контроль безпеки для господарів нарад Webex

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

Контроль лобі нарад. Господарі можуть приймати або видаляти учасників, які чекають у лобі, що групує користувачів як внутрішніх, зовнішніх або неперевірених гостей. Це дозволяє перевіряти учасників перед входом.
Блокування нарад. Господарі можуть вручну заблокувати або розблокувати нараду, щоб запобігти приєднанню нових учасників після початку наради. Зустрічі також можна налаштувати на автоматичне блокування через вказаний час (0, 5, 10, 15 або 20 хвилин).
Захист паролем. За замовчуванням заплановані зустрічі захищені паролем. Господарі можуть запровадити паролі на наради для учасників, які приєднуються через телефонні системи або системи відеоконференцій.
Функція автоматичного прийому — хости можуть дозволяти автентифікованим, запрошеним користувачам та кімнатам приєднуватися або починати зустрічі без втручання господаря, тоді як непрохані користувачі чекають у лобі або заблоковані.
Управління учасниками. Ведучі можуть вислати учасників у будь-який час під час наради, щоб видалити небажаних учасників.
Приєднатися до керування господарем. Господарі можуть ввімкнути або вимкнути параметр для учасників приєднатися до наради до прибуття господаря, яку рекомендується вимкнути з метою безпеки.
Контроль вимкнення звуку. Господарі можуть вимкнути або вимкнути звук учасників та контролювати, чи можуть учасники самостійно увімкнути звук, щоб зменшити збої.
Тони входу та виходу. Господарі можуть вмикати звукові сповіщення, коли учасники приєднуються до наради або залишають її, щоб контролювати відвідуваність.
Водяні знаки — хости можуть увімкнути водяні знаки аудіо та відео, щоб ідентифікувати джерело записів або знімків екрана, допомагаючи запобігти витоку даних.
Перевірка особистості. Ведучі можуть попросити учасників увімкнути відео або вказати своє ім'я, щоб підтвердити особу та підтвердити учасників.
Контроль завершення наради. Ведучі можуть завершити зустріч для всіх учасників, щоб переконатися, що сеанс повністю закритий.

Докладніші відомості див. у розділі Рекомендації щодо безпечних зустрічей: господарі.

Параметри безпеки для господарів під час планування зустрічі

Security options for hosts when scheduling a meeting

Параметри безпеки для господарів під час планування зустрічі

Боротьба з новими загрозами безпеки - Deepfake видача за себе користувача

Загрози Deepfake Webex Meetings представляють значну проблему безпеки. Deepfakes використовує штучний інтелект для створення високореалістичного, але підробленого аудіо- та відеоконтенту, який може видавати себе за законних учасників зустрічі. У контексті це може дозво Webex Meetings лити зловмисникам видавати себе за довірених осіб, маніпулювати вмістом нарад або проводити атаки соціальної інженерії, що потенційно може призвести до несанкціонованого доступу, витоків даних або шахрайства.

Webex включає в себе кілька елементів керування безпекою, які допомагають зменшити ризики, пов'язані з несанкціонованим доступом та видачею себе за особу. Сюди входять елементи керування лобі нарад для перевірки учасників перед входом, функції блокування нарад для запобігання пізнім приєднанням, примусовий захист паролем, підказки щодо перевірки ідентичності учасників та водяний знак аудіо та відео для відстеження джерела записів або скріншотів. Разом з Deepfake Detection та Deepfake Prevention ці заходи створюють багаторівневий захист, який підвищує безпеку зустрічей від deepfake та інших складних загроз, допомагаючи організаціям захистити конфіденційну інформацію та підтримувати довіру до свого віртуального середовища співпраці.

Виявлення глибокого підроблення

Cisco співпрацює з GetReel та Pindrop для інтеграції передових технологій виявлення глибоких фейків та голосової аутентифікації на основі штучного інтелекту. Webex Suite Ця інтеграція дозволяє в режимі реального часу виявляти та блокувати синтетичне аудіо та відео під час зустрічей без необхідності додаткового обладнання. Рішення використовує багатофакторний аналіз ризиків, включаючи голосову біометрію, аналітику пристроїв та поведінки та глобальну розвідку шахрайства, щоб пасивно автентифікувати учасників та ідентифікувати спроби deepfake з високою точністю. Цей безперервний фоновий аналіз допомагає захистити зустрічі від шахрайства на основі штучного інтелекту, зберігаючи безперебійну роботу користувача.

Профілактика Deepfake: Клієнт надав посвідчення особи

Нульова довіра до наскрізної ідентичності та запобігання Deepfake

Надані клієнтом сертифікати ідентифікації кінцевих користувачів є наріжним каменем запобігання видачі себе за особу на нарадах з наскрізного зашифрованого Webex (E2EE). На відміну від традиційних механізмів блокування глибоких фейків, які покладаються на аналіз аудіо- та відеопотоків, цей підхід забезпечує криптографічну перевірку ідентичності в точці прийому. Цей підтверджений статус відображається безпосередньо в списку нарад, забезпечуючи прозорість для всіх учасників.

Webex розширив підтримку сертифікатів, керованих клієнтами, які раніше були доступні на пристроях RoomOS, на додаток Webex як частину нашої функції «запобігання Deepfake». Організації можуть надавати та керувати власними цифровими сертифікатами, виданими довіреними зовнішніми органами сертифікатів (CA) за допомогою стандартних галузевих протоколів, таких як ACME. Ці сертифікати, засновані на стандартах X.509 та парах ключів ECDSA P-256, забезпечують криптографічне підтвердження ідентичності учасників під час зустрічей E2EE.

Наскрізна перевірка ідентичності та протокол MLS

Протокол захисту рівня обміну повідомленнями (MLS) використовує стандартні сертифікати X.509 для автентифікації учасників наради. Сертифікат — це заява з цифровим підписом довіреної сертифіката, яка підтверджує особу власника ключа підписання. Учасники отримують ці сертифікати двома основними методами:

Керовані пристрої (сертифікати, надані клієнтом) — для настільних і мобільних клієнтів, керованих організацією, на пристрій можна встановити сертифікат ідентифікації від надійної CA. Коли користувач ввійшов у систему за допомогою єдиного входу (SSO), програма Webex отримує цей сертифікат із сховища довіри ОС, щоб представити підтверджену особу користувача. Цей процес також підтримується для відеопристроїв Cisco, зареєстрованих у хмарі Webex.
За замовчуванням (сертифікати, що надаються Webex). Якщо сертифікат, наданий клієнтом, недоступний, клієнт або пристрій Webex автоматично використовує сертифікат, виданий WebexCertificate Authority, який відображає особу, підтверджену Cisco.

Обмін ідентифікацією та резервний механізм

Під час зустрічі кожен учасник ділиться своїм посвідченням особи Webex і, якщо є, посвідченням особи, наданим клієнтом, з усіма іншими учасниками. Щоб забезпечити безперебійне підключення, кінцева точка Webex дотримується суворої ієрархії: вона надає пріоритет сертифікату, наданому клієнтом для перевірки; якщо цей сертифікат відсутній або не вдається перевірити, система автоматично повертається до сертифіката ідентичності, наданого Webex.

Відображення статусу підтвердження особи користувача

Коли учасники приєднуються до наради за допомогою пристроїв Webex App або RoomOS із сертифікатами, наданими клієнтом, їхні особи перевіряються іншими учасниками наради щодо сертифіката, що видав сертифікат. Це гарантує розпізнавання лише авторизованих користувачів, запобігаючи зловмисникам видавати себе за законних учасників, оскільки ці сертифікати унікально пов'язані з перевіреними особами і не можуть бути підроблені Cisco або посередниками.

Список учасників наради, зашифрованої E2E, відображає статус перевірки особистості кожного користувача:

Перевірено нульову довіру E2E ( domain.com) —При використанні посвідчення особи, наданого клієнтом, домен учасника відображається синім текстом. Це вказує на справжню ідентичність, підтверджену E2E, яку Cisco не може втрутитися. Наприклад, у списку нарад ви можете побачити, що «Кевін» має підтверджену адресу електронної пошти з example.com синім кольором.
Перевірено Webex ( domain.com) — Сертифікати, видані сертифікатором Webex, забезпечують більш обмежений рівень захисту. Хоча ці учасники перевершують відсутність захисту особистості, вони не позначені як «Zero Trust E2E перевірено». Натомість їхній статус ідентичності відображається сірим текстом, що вказує на те, що особа була підтверджена сертифікатором Webex.
Неперевірений гостинний користувач ( Непідтверджено) — Хоча особа учасників гостя не підтверджена (оскільки немає процесу входу), їм все одно потрібен сертифікат, щоб приєднатися до групи MLS для дзвінка чи зустрічі. Цей сертифікат видається сертифікатором Webex і використовує «анонімний» як ім'я користувача.

Meeting indicating the different types of user verification.

Крім того, код безпеки наради, отриманий з криптографічного стану всіх учасників, допомагає виявляти атаки людини в середині, дозволяючи учасникам перевірити, чи всі мають однаковий безпечний контекст зустрічі. Поєднуючи криптографічну перевірку особистості з наскрізним шифруванням, ця функція «запобігання Deepfake» забезпечує надійний захист від уособлення та загроз синтетичних медіа, захищаючи цілісність та конфіденційність зустрічей як на пристроях Webex App, так і RoomOS.

Керування розгортанням сертифікатів

Організації можуть спростити впровадження та управління цими сертифікатами ідентифікації кінцевого користувача, наданими клієнтом, встановивши їх на корпоративні пристрої за допомогою програм управління мобільними пристроями (MDM), управління мобільними додатками (MAM) або Enterprise Mobility Management (EMM). Ці платформи управління дозволяють ІТ-адміністраторам централізовано надавати, конфігурувати та контролювати сертифікати та відповідні політики безпеки на широкому діапазоні пристроїв, незалежно від того, чи є власними корпоративними чи особистими. Наприклад, Microsoft Intune підтримує функції MDM та MAM, які дозволяють організаціям розгортати та керувати програмою Webex App та його конфігураціями безпеки, включаючи сертифікати ідентифікації, на керованих пристроях. Аналогічно, Cisco Meraki Systems Manager надає можливості MDM для реєстрації пристроїв, надсилання профілів конфігурації та розгортання сертифікатів для забезпечення стану надійного пристрою. Використання цих рішень для управління зменшує адміністративні витрати, спрощує управління життєвим циклом сертифікатів та покращує стан безпеки для зустрічей Webex E2EE за допомогою функцій «запобігання Deepfake».

Управління ідентифікацією Webex

Webex використовує архітектуру Zero Trust - «ніколи не довіряйте, завжди перевіряйте» - для управління ідентифікаціями користувачів. Використовуючи стандартні протоколи галузі (SAML 2.0, OIDC, OAuth 2.0 та SCIM 2.0), Webex забезпечує безпечний, масштабований та автоматизований контроль доступу. У цьому розділі описано технічну основу для інтеграції постачальників ідентифікацій (ВПО) та підтримки безпечного середовища співпраці.

Три стовпи ідентичності

Ефективне управління ідентифікацією та доступом (IAM) для Webex залежить від:

Забезпечення (CRUD) — управління життєвими циклами користувачів (створення, читання, оновлення, видалення) для забезпечення відповідності «Джерела правди» платформі співпраці.
Аутентифікація (AuthN) — Перевірка ідентичності користувача за допомогою захищених облікових даних або токенів.
Авторизація (AuthZ) - Визначення детальних дозволів та рівнів доступу до API після аутентифікації.

Забезпечення та управління життєвим циклом

Webex підтримує кілька методів синхронізації користувачів і груп:

SCIM 2.0 — кращий хмарний стандарт. Він автоматизує життєвий цикл користувача, гарантуючи, що виїзд у IdP автоматично скасовує доступ до Webex.
Роз'єм каталогів — інструмент Cisco для гібридних середовищ, який об'єднує локальні Active Directory (AD) з хмарою Webex.
Забезпечення на основі API — Використовує Webex «People API» для програмного створення користувачів та присвоєння ліцензій у складних середовищах.
Застарілий LDAP — підтримується для локальних каталогів (наприклад, CUCM), хоча менш оптимізований для сучасного хмарного трафіку.

Рамки аутентифікації та авторизації

Аутентифікація (AuthN):

SAML 2.0 — корпоративний стандарт єдиного входу (SSO). Webex діє як постачальник послуг (SP), перевіряючи XML-твердження від корпоративного IdP.
OIDC (OpenID Connect) - сучасний, легкий рівень ідентичності, побудований на OAuth 2.0 з використанням веб-токенів JSON (JWT). Він підтримує «URL-адреси відкриття» для автоматичної конфігурації.

Авторизація (AuthZ):

OAuth 2.0 — Керує доступом до API за допомогою короткочасних токенів доступу (визначення сфери) та довготривалих токенів оновлення. Він забезпечує безпеку через PKCE (Proof Key for Code Exchange) для публічних клієнтів.

Стратегії інтеграції та декількох ВПО

Webex надає спеціалізовані шляхи для безперебійної інтеграції:

Майстер введення ідентифікатора — рекомендований шлях для середовищ Microsoft. Він використовує API Microsoft Graph для розширеної синхронізації атрибутів (аватари, ієрархії) та автоматизує конфігурацію OIDC/SAML.
Duo Security — додає «Безперервну безпеку ідентифікації» шляхом перевірки положення пристрою та увімкнення MFA, стійкого до фішингу.

Підтримка декількох IdP: Webex дозволяє організаціям об'єднувати декілька незалежних ВПО в межах одного центру управління.

Випадки використання — злиття, поглинання або децентралізовані ІТ-відділи.
Маршрутизація — Запити на автентифікацію маршрутизуються на основі доменів або груп користувачів.
Примітка. Потрібна сувора координація, щоб підтримувати послідовну політику безпеки у всіх федеративних джерелах.

Приклад найбільш поширених інтеграцій ідентичності IdP з Webex:

Платформа IdP	Протокол SSO	Підтримка SCIM
Ідентифікатор входу Майкрософт	SAML 2.0, OIDC	Так
Окта	SAML 2.0, OIDC	Так
Пінгфедерат	SAML 2.0, OIDC	Так
Програми Google	SAML 2.0	Немає (підтримується JIT)
ADFS	SAML 2.0	Ні

Найкращі практики та стійкість

Відновлення SSO — завжди використовуйте вбудоване посилання «Відновлення SSO» у Центрі керування, щоб обійти SSO за допомогою одноразового пароля (OTP), якщо конфігурація IdP не вдається.
Керування сертифікатами — моніторинг закінчення терміну дії сертифікатів SAML. Майстер SSO автоматизує обмін метаданими, зменшуючи помилки вручну.
Вирішення проблем. Використовуйте інструмент SAML Tracer для перевірки тверджень XML та перевірки форматів NameID, якщо виникають проблеми з автентифікацією.
Позиція безпеки — Регулярно застарівайте застарілі типи грантів та переконайтеся, що PKCE впроваджено для всіх загальнодоступних інтеграцій клієнтів.

Висновок - ідентичність для Webex Meetings

Надійна стратегія ідентифікації - це безперервний процес життєвого циклу. Поєднуючи SCIM для забезпечення, OIDC/SAML для аутентифікації та OAuth для авторизації, організації можуть забезпечити безпечний та безперешкодний досвід для користувачів, зберігаючи суворий адміністративний контроль.

Модель безпеки Webex

Cisco залишається твердо відданою підтримці лідерства в галузі хмарної безпеки. Організація Cisco Security and Trust співпрацює з командами по всій нашій компанії, щоб створити безпеку, довіру та прозорість у рамках, яка підтримує проектування, розробку та експлуатацію основних інфраструктур, щоб забезпечити найвищий рівень безпеки у всьому, що ми робимо.

Ця організація також прагне надати нашим клієнтам інформацію, необхідну для пом'якшення та управління ризиками кібербезпеки.

Модель безпеки Webex (Малюнок 8) побудована на тій самій основі безпеки, глибоко закарбуваної в процесах Cisco.

Організація Webex послідовно дотримується основних елементів для безпечної розробки, роботи та моніторингу служб Webex. Деякі з цих елементів ми обговоримо в цьому документі.

Webex Security Model — ***Малюнок 8: Модель безпеки Webex***

Безпека та довіра Cisco

Життєвий цикл безпечної розробки Cisco

У Cisco безпека - це не задумка. Це дисциплінований підхід до створення та надання продуктів та послуг світового класу з нуля. Усі команди ^{розробників продуктів Cisco®} зобов'язані дотримуватися життєвого циклу безпечної розробки Cisco. Це повторюваний і вимірюваний процес, призначений для підвищення стійкості та надійності продуктів Cisco. Поєднання інструментів, процесів та навчання з обізнаності, впроваджених на всіх етапах життєвого циклу розробки, допомагає забезпечити глибокий захист. Він також забезпечує цілісний підхід до стійкості продукту. Команда розробників продуктів Webex пристрасно стежить за цим життєвим циклом у всіх аспектах розробки продукту.

Докладніше про життєвий цикл безпечної розробки.

Фундаментальні інструменти безпеки Cisco

Організація безпеки та довіри Cisco надає процес та необхідні інструменти, які дають кожному розробнику можливість займати послідовну позицію під час прийняття рішення щодо безпеки.

Наявність спеціальних команд для створення та надання таких інструментів знімає невизначеність у процесі розробки продукту.

Деякі приклади інструментів включають:

Вимоги до базової безпеки продукту (PSB), яким повинні відповідати продукти
Інструменти побудови загроз, що використовуються під час моделювання загроз
Рекомендації щодо кодування
Перевірені або сертифіковані бібліотеки, які розробники можуть використовувати замість написання власного коду безпеки
Інструменти тестування вразливості безпеки (для статичного та динамічного аналізу), що використовуються після розробки для тестування на дефекти безпеки
Програмне відстеження, яке відстежує бібліотеки Cisco та сторонніх бібліотек та сповіщає команди продуктів, коли виявлено вразливість

Організаційна структура, яка забезпечує безпеку в процесах Cisco

Cisco має спеціальні відділи для впровадження та управління процесами безпеки у всій компанії. Щоб постійно бути в курсі загроз та викликів безпеці, Cisco покладається на:

Хмарна команда Cisco з інформаційної безпеки (InfoSec)
Команда реагування на інциденти безпеки продуктів Cisco (PSIRT)
Спільна відповідальність за безпеку

Хмара Cisco InfoSec

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

Крім того, Cisco InfoSec Cloud співпрацює з іншими командами Cisco, щоб реагувати на будь-які загрози безпеці для служби Webex.

Cisco InfoSec також відповідає за постійне вдосконалення стану безпеки Webex.

Команда реагування на інциденти безпеки продуктів Cisco (PSIRT)

Cisco PSIRT — це спеціалізована глобальна команда, яка керує припливом, розслідуванням та звітуванням про проблеми безпеки, пов'язані з продуктами та послугами Cisco. PSIRT використовує різні засоби для публікації інформації, залежно від тяжкості проблеми безпеки. Тип звітності варіюється в залежності від наступних умов:

Для усунення вразливості існують програмні виправлення або обхідні шляхи, або планується подальше публічне розкриття виправлень коду для усунення вразливостей високого ступеня тяжкості
PSIRT спостерігала активну експлуатацію вразливості, яка може призвести до більшого ризику для клієнтів Cisco. PSIRT може прискорити публікацію оголошення про безпеку, що описує вразливість у цьому випадку без повної доступності патчів.
Усвідомлення громадськості про вразливість, що впливає на продукти Cisco, може призвести до більшого ризику для клієнтів Cisco. Знову ж таки, PSIRT може попереджати клієнтів навіть без повної доступності патчів.

У всіх випадках PSIRT розкриває мінімальний обсяг інформації, необхідної кінцевим користувачам для оцінки впливу вразливості та вжиття заходів, необхідних для захисту навколишнього середовища. PSIRT використовує шкалу загальної системи оцінки вразливостей (CVSS) для оцінки тяжкості розкритої проблеми. PSIRT не надає відомостей про вразливість, які могли б дозволити комусь створити експлойт.

Докладніші відомості про PSIRT див. у розділі Група реа гування на інциденти безпеки продуктів Cisco.

Відповідальність за безпеку

Хоча кожна людина в групі Webex відповідає за безпеку, основні правила такі:

Головний директор з безпеки, Cloud
Віце-президент і генеральний менеджер, Cisco Cloud програми для співпраці
Віце-президент, інженерія, Cisco Cloud програми для співпраці
Віце-президент з управління продуктами, Cisco Cloud програми для співпраці

Внутрішні та зовнішні тести на проникнення

Група Webex регулярно проводить суворе тестування на проникнення, використовуючи внутрішніх оцінювачів. Крім власних суворих внутрішніх процедур, Cisco InfoSec також залучає кількох незалежних третіх сторін для проведення суворих аудитів щодо внутрішніх політик, процедур та програм Cisco. Ці аудити призначені для перевірки критичних вимог безпеки як для комерційних, так і для державних програм. Cisco також використовує сторонніх постачальників для проведення поточних, поглиблених тестів проникнення за допомогою коду та оцінки послуг. В рамках взаємодії третя сторона проводить такі оцінки безпеки:

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

Сторонні оцінювачі працюють безпосередньо з інженерним персоналом Webex, щоб пояснити висновки та підтвердити виправлення. Зверніться до Довірчого Webex Meetingsпакету листів атестації, щоб отримати інформацію про атеста цію тесту на проникнення.

Безпека центру обробки даних Webex

Webex - це рішення програмного забезпечення як послуга (SaaS), що поставляється через Webex Cloud, високобезпечну платформу надання послуг з провідною в галузі продуктивністю, інтеграцією, гнучкістю, масштабованістю та доступністю. Хмара Webex - це комунікаційна інфраструктура, призначена для веб-комунікацій у режимі реального часу.

Сеанси нарад Webex використовують комутаційне обладнання, розташоване в декількох центрах обробки даних по всьому світу. Центри обробки даних Cisco використовуються для більшості хмарних сервісів Webex. Для надання додаткових послуг у приватних хмарних екземплярах також використовуються веб-центри Amazon Web Services (AWS) та Microsoft Azure, сумісні з вимогами ISO. Ці центри обробки даних стратегічно розташовані поблизу основних точок доступу до Інтернету та використовують виділене волокно високої пропускної здатності для маршрутизації трафіку по всьому світу.

Крім того, Cisco керує мережевими точками присутності (PoP), які полегшують магістральні з'єднання, Інтернет-пірінг, глобальне резервне копіювання сайтів та технології кешування для підвищення продуктивності та доступності для кінцевих користувачів.

Фізична безпека

Фізична безпека в центрі обробки даних включає відеоспостереження за об'єктами та будівлями та примусову двофакторну ідентифікацію для входу. У центрах обробки даних Cisco доступ контролюється за допомогою комбінації зчитувачів значків та біометричних елементів керування. Крім того, контроль навколишнього середовища (наприклад, датчики температури та системи пожежогасіння) та інфраструктура безперервності обслуговування (наприклад, резервне живлення) допомагають забезпечити безперервну роботу систем.

Сервери центрів обробки даних сегментовані на «зони довіри», виходячи з чутливості інфраструктури. Наприклад, бази даних «в клітку», мережева інфраструктура має виділені кімнати, а всі стійки обладнання заблоковані. Тільки співробітники служби безпеки Cisco та авторизовані відвідувачі в супроводі персоналу Cisco можуть заходити в центри обробки даних.

Виробнича мережа Cisco є високонадійною мережею: лише дуже мало людей з високим рівнем довіри мають доступ до мережі.

Інфраструктура та безпека платформи

Безпека платформи охоплює безпеку мережі, систем та загального центру обробки даних Webex. Усі системи проходять ретельний огляд безпеки та перевірку прийняття перед розгортанням у виробництві, а також регулярне постійне посилення, виправлення безпеки та сканування та оцінку вразливостей.

Сервери зміцнюються за допомогою Керівних принципів технічного впровадження безпеки (STIG), опублікованих Національним інститутом стандартів і технологій (NIST). Брандмауери захищають периметр мережі. Списки контролю доступу (ACL) відокремлюють різні зони безпеки. Існують системи виявлення вторгнень (IDS), а діяльність підписується та контролюється на постійній основі. Щоденні внутрішні та зовнішні сканування безпеки проводяться у Webex. Всі системи загартовуються і виправляються в рамках регулярного технічного обслуговування. Крім того, сканування та оцінка вразливостей проводяться постійно.

Безперервність обслуговування та аварійне відновлення є важливими компонентами планування безпеки. Дизайн центрів обробки даних Cisco з глобальним резервним копіюванням сайтів та високою доступністю допомагає забезпечити географічну відмову служб Webex. Єдиної точки відмови немає.

Конфіденційність Webex

Webex серйозно ставиться до захисту даних клієнтів. Ми збираємо, використовуємо та обробляємо інформацію про клієнтів лише відповідно до Положення про конфіденційність Cisco та Роз Webex Meetingsкриття пропозицій.

Сервіс створений з урахуванням конфіденційності та розроблений таким чином, щоб його можна було використовувати відповідно до глобальних вимог конфіденційності, включаючи Загальний регламент ЄС про захист даних (GDPR), Закон про конфіденційність споживачів Каліфорнії (CCPA), Закон Канади про захист персональної інформації та електронних документів (PIPEDA), Закон про захист інформації про особисте здоров'я (PHIPA), Закон про перенесення та підзвітність медичного страхування (HIPAA) та Закон про права на освіту та конфіденційність сім'ї (FERPA).

Адміністративні дані

Інформація про співробітників або представників клієнта або іншої третьої сторони, яка збирається та використовується компанією Cisco для адміністрування або управління доставкою продуктів або послуг Cisco, а також для адміністрування або управління обліковим записом клієнта чи третьої сторони для власних бізнес-цілей Cisco.

Адміністративні дані можуть включати ім'я, адресу, номер телефону, адресу електронної пошти та інформацію про договірні зобов'язання між Cisco та третьою стороною, незалежно від того, зібрані під час первинної реєстрації або пізніше у зв'язку з управлінням або адмініструванням продуктів або послуг Cisco.

Адміністративні дані також можуть включати назву наради, час та інші атрибути зустрічей, проведених на Webex працівниками або представниками клієнта. Інші приклади адміністративних даних можуть включати назву наради, час наради та інші атрибути нарад, розміщених у Webex.

Дані клієнта

Це включає всі дані (включаючи текстові, аудіо, відео, файли зображень та записи), які надаються Cisco клієнтом у зв'язку з використанням клієнтом продуктів або послуг Cisco, або розроблені компанією Cisco на конкретний запит клієнта відповідно до заяви про роботу або контракту.

Дані клієнта також включають файли журналу, конфігурації або мікропрограми та основні дампи.

Це дані, взяті з продукту або послуги та надані компанії Cisco, щоб допомогти нам усунути проблему, пов'язану із запитом на підтримку. Дані клієнта не включають адміністративні дані, дані підтримки або дані телеметрії.

Дані підтримки

Інформація, яку Cisco збирає, коли клієнт надсилає запит на послуги підтримки або інші усунення несправностей, включаючи інформацію про апаратне або програмне забезпечення. Він включає деталі, пов'язані з інцидентом підтримки, такі як інформація про автентифікацію, інформацію про стан продукту, системи та дані реєстру про інсталяції програмного забезпечення та конфігурації обладнання, а також файли відстеження помилок. Дані підтримки не включають файли журналу, конфігурації чи мікропрограми, або основні дампи, взяті з продукту та надані нам, щоб допомогти нам усунути проблему, пов'язану із запитом на підтримку, і всі вони є прикладами даних клієнтів.

Дані телеметрії

Інформація, що генерується системами приладобудування та реєстрації, створених шляхом використання та експлуатації продукту чи послуги.

Всі дані, зібрані в хмарі Webex, захищені кількома рівнями надійних технологій і процесів безпеки. Нижче наведено приклади елементів керування, розміщених у різних шарах операцій Webex для захисту даних клієнтів:

Фізичний контроль доступу - Фізичний доступ контролюється за допомогою біометрії, значків та відеоспостереження. Доступ до центру обробки даних вимагає погоджень і управляється через електронну систему продажу квитків.
Кон@@ троль доступу до мережі — периметр мережі Webex захищений брандмауерами. Будь-який мережевий трафік, що надходить або виходить з центру обробки даних Webex, постійно контролюється за допомогою системи виявлення вторгнень (IDS). Мережа Webex також сегментована на окремі зони безпеки. Трафік між зонами контролюється брандмауерами та списками контролю доступу (ACL).
Контроль моніторингу та управління інфраструкту рою — Кожен компонент інфраструктури, включаючи мережеві пристрої, сервери додатків та бази даних, затверджений суворими правилами. Вони також підлягають регулярному скануванню для виявлення та вирішення будь-яких проблем безпеки.
Криптографічні елементи керування — Як зазначалося раніше, всі дані до центру обробки даних Webex та з нього до зареєстрованих у хмарі Webex Apps та Webex Devices шифруються, за винятком трафіку PSTN та незашифрованих відеопристроїв SIP/H323 у нараді з підтримкою хмари. Крім того, критичні дані, що зберігаються в Webex, такі як паролі, шифруються.

Співробітники Cisco не отримують доступу до даних клієнтів, якщо клієнт не вимагає доступу з міркувань підтримки. Доступ до систем в цьому випадку допускається керівником тільки відповідно до принципу «сегрегації обов'язків». Він надається лише на основі необхідності знати та лише з рівнем доступу, необхідного для виконання роботи. Доступ працівників до цих систем також регулярно перевіряється на відповідність. Працівники з таким доступом зобов'язані пройти щорічний тренінг з питань інформаційної безпеки Міжнародної організації зі стандартизації (ISO) 27001.

На додаток до цих спеціалізованих засобів контролю, кожен співробітник Cisco проходить перевірку досвіду, підписує Угоду про нерозголошення (NDA) та проходить навчання Кодексу ділової поведінки (COBC).

Закон про перенесення та підзвітність медичного страхування (HIPAA)

Cisco може надавати інформацію про функціональність, технології та безпеку Webex. Суб'єкту, що охоплює HIPAA, потрібно буде проконсультуватися зі своїм власним юридичним радником, щоб визначити, чи сумісна функціональність Webex для її бізнес-процесів та готовність до GDPR.

Галузеві стандарти та сертифікати

Окрім дотримання наших суворих внутрішніх стандартів, Webex також постійно підтримує перевірку третіх сторін, щоб продемонструвати нашу прихильність до інформаційної безпеки. Webex - це:

Сертифіковані стандартами ISO 27001, 27017, 27018 і 27701
Контроль організації обслуговування (SOC) 2 Тип II перевірено
Сертифікований SOC 3
Хмарний кодекс поведінки
CSTAR
Сертифікація каталогу контролю відповідності хмарних обчислень (C5)
Сертифікований FedRAMP (відвідайте cisco.com/go/fedramp для отримання додаткової інформації, обсягу та доступності)

Сервіс Webex, сертифікований FedRAMP, доступний лише урядовим та освітнім клієнтам США.

Повний набір документів щодо безпеки, конфіденційності та відповідності, включаючи детальну інформацію про вищезазначені стандарти та сертифікати, зверніться до порталу довіри Cisco.

Додатки та посилання

Безпека нульової довіри для технічного документа Webex

Безпека та конфіденційність Webex

Cisco AI Assistant

Дякуємо за відгук.