Köszönjük visszajelzését.

Alap Webex Meetings szolgáltatások és alkatrészek

• Webex Meetingsrésze annakWebex Suite, amely audio/videokonferenciát biztosít tartalommegosztással és webkonferencia-lehetőségekkel.
• A platform több mikroszolgáltatást tartalmaz, például Meetings Service, Webinar Service, Identity Service, Recording AI Assistant Service, Service Analytics Service, Admin Service és Media Service.
• Webex Meetingstámogatja a felhőben regisztrált alkalmazásokat és eszközöket, lehetővé téve a felhasználók számára, hogy különböző operációs rendszerplatformokon és eszközökről értekezletekhez csatlakozzanak. A felhasználók a PSTN-en keresztül és a SIP végpontokkal is csatlakozhatnak értekezletekhez.

Architektúra és telepítés

• Webex MeetingsA szolgáltatásokat regionalizálják és többféle független adatközpontban replikálják, hogy biztosítsák a redundanciát és a magas rendelkezésre állást.
• A médiaszolgáltatásokat globálisan terjesztik az egyes adatközpontokban médiakiszolgálói klaszterekkel, helyi és földrajzi redundanciát biztosítva.
• A médiakiszolgálók a hang-, videó- és tartalommegosztást kezelik, a média általában AES-256-GCM segítségével titkosítva.
• Az architektúra támogatja a titkosított jelzést TLS/HTTPS-en és titkosított médiaframokon keresztül.

A Webex több platformon és eszközön is támogatja az értekezletekhez való csatlakozást, többek között:

• Webex asztali alkalmazás Windows, Mac és Linux rendszereken.
• Webex mobilalkalmazás Android és iOS rendszeren.
• Webex webalkalmazás Chrome, Edge, Safari, Firefox és más böngészők használatával.
• Cisco szobaeszközök és asztali eszközök.
• Harmadik féltől származó SIP szabványokon alapuló hang- és videó végpontok.
• PSTN eszközök.

Webex ügyfélszuverenitás

Az adatrezidencia iránti növekvő keresletre válaszul a Webex fokozott szuverenitási képességeket vezetett be. A felvételtől kezdve és további szolgáltatások támogatásával a szervezetek mostantól fenntarthatják az ellenőrzést értekezletük tartalma felett az alábbiakkal:

• Lokalizált feldolgo zás — Az értekezletek tartalmának, például felvételeinek feldolgozása saját infrastruktúrájukon belül.
• Helyszíni tárolás — Saj át fájltárolási szolgáltatásaik segítségével érzékeny értekezlet-eszközök elhelyezésére szolgálnak, így biztosítva, hogy az adatok megadott földrajzi vagy szervezeti határokon belül maradjanak.

Rendkívül biztonságos Webex Meetings

Történelmileg az „Ultra Secure” funkciók, mint például a Zero Trust End-to-Encryption (E2EE), gyakran kompromisszumot igényeltek az értekezlet funkcióiban, mivel a felhőalapú hozzáadott értékű szolgáltatások hozzáférést igényeltek a titkosítási kulcsokhoz, és csak korlátozott számú végponttípus csatlakozhatott ezekhez az értekezletekhez. A Webex megszüntette ezt a kompromisszumot a következőkkel:

• Funkciókban gazdag Zero Trust — A Webex átalakította a Zero Trust végpontok közötti titkosított (E2EE) értekezleteket, és olyan funkciókat adott hozzá, amelyek a Zero Trust értekezleteket funkciógazdagabbá teszik. A szélesebb számú végponttípus támogatása zökkenőmentes élményt nyújt anélkül, hogy feláldozná a modern együttműködéshez szükséges eszközöket.
• Zero Trust Standard Meetings esetén — A Webex a Zero Trust E2EE képességeit közvetlenül a szabványos értekezletekbe integrálta. Ez biztosítja, hogy még a mindennapi együttműködés is élvezhesse a legmagasabb szintű biztonságot, következetes védelmet biztosítva az egész Webex ökoszisztémában.

Egységes együttműködési megközelítés

Az ügyfélszuverenitás ezekkel a fejlett Zero Trust E2EE képességekkel való integrálásával a Webex lehetővé teszi a szervezetek számára, hogy kettős célt érjenek el: rendkívül biztonságos, Zero Trust értekezletek szervezése a Webex felhőben, miközben teljes mértékben ellenőrzi a kritikus értekezlettartalmak helyszíni feldolgozását és tárolását. Ez a szinergia biztosítja a modern, megfelelőségvezérelt vállalati környezetekhez szükséges rugalmasságot és biztonságot.

A biztonsági határ kiterjesztése Video Mesh Node segítségével

Videóháló csomópont hozzáadása egy szervezethez lehetővé teszi az ügyfelek számára, hogy helyszíni értekezletszolgáltatásokat nyújthassanak, és helyszíni végpontjaik csatlakozhatnak bármely Webex-értekezlethez. Biztonsági szempontból a Video Mesh Node integrálása megőrzi a Zero Trust a Webex felhőn belül, miközben a szabványos Webex értekezletekkel a funkciók közeli paritását kínálja. Az ügyfelek számára is előnyös az adatszuverenitás, mivel az olyan szolgáltatásokat, mint például a Video Mesh Node értekezletfelvételeket helyszíni feldolgozásra és tárolásra kerülnek.

A Zero Trust végpontok közötti titkosítás használata néhány másodpercet vehet igénybe az értekezlethez való csatlakozáshoz, de egyértelmű biztonságot nyújt — csak az értekezlet résztvevői férhetnek hozzá az értekezlet titkosítási kulcsaihoz, így az értekezlet tartalmát a szolgáltató vagy más közvetítők nem tudják visszafejteni.

Összegzés: Webex Meetings és hibrid telepítési modellek

Amint azt a fenti összehasonlítás is mutatja, a Video Mesh Node (VMN) telepítése lehetővé teszi a Zero Trust számára, hogy Webex Meetings a szabványos Webex értekezletekkel közeli funkcióparitást érjen el. Míg a Zero Trust találkozók nem támogatják a PSTN résztvevőit, a Webex webalapú alkalmazás széles körben elérhető alternatívájaként szolgál a végpontok közötti titkosított hozzáféréshez. Ezenkívül a VMN lehetővé teszi az asztali telefonokat használó irodai munkavállalók számára, hogy zökkenőmentesen csatlakozzanak a Zero Trust értekezletekhez.

A Video Mesh Node biztosítja a kritikus értekezletek tartalmának adatszuverenitását is, beleértve a felvételeket és — a közeljövőben — átiratokat, összefoglalókat és cselekvési elemeket. Az adatok helyszíni feldolgozásával és tárolásával a VMN teljes ellenőrzést biztosít az ügyfeleknek az információik felett, miközben fenntartja a Zero Trust architektúrát a Webex felhőben.

Titkosított Webex jelzés

A Webex szolgáltatások támogatják a TLS 1.2-es és 1.3-as verzióit, a TLS 1.3 előnyben részesíti, ha a csatlakozó végpont támogatja. Ha egy ügyfél csak a TLS 1.2-t támogatja, a Webex kiszolgáló kiválasztja az ügyfél által kínált legerősebb közös titkosítási csomagot. A TLS 1.2-vel ellentétben a TLS 1.3 nem használ szerver-preferenciális titkosítási csomag kiválasztását, mert a modern titkosítók kisebb, válogatott készletére támaszkodik. Ez a kialakítás leegyszerűsíti a kiválasztási folyamatot, és inkább a teljesítmény javítására összpontosít, például a teljes kézfogási hossz csökkentésére, miközben fenntartja az erős biztonságot. A Webex által használt TLS 1.2 és 1.3 titkosítási csomagjai jól definiáltak és prioritásúak a biztonságos kommunikáció biztosítása érdekében.

TLS Cipher Suites

TLS 1.3 titkosítási csomagok (a TLS 1.3 kiszolgálók nem használnak preferencia-sorrendet a csomagválasztáshoz)

TLS 1.2 titkosítási csomagok (csomagok a szerver által preferált sorrendben)

Az AES_256_CBC és AES_128_CBC titkosítási titkosítók támogatottak a kompatibilitás fenntartásához a régi rendszerekkel, régebbi böngészőkkel és beágyazott eszközökkel, amelyek nem támogatják a modern AEAD (Authenticated Encryption with Associated Data) titkosításokat, például az AES-GCM, pl. Internet Explorer11 Windows 7 és Windows 8.1 rendszeren, Safari 6/7/8 korai iOS és macOS kiadásaiban CBC alapú titkosítást használ.

A CHACHA20_POLY1305 olyan adatfolyam-titkosítás, amely alacsony a hardverfüggőség, így kiváló titkosítás a mobil eszközökön vagy alacsony fogyasztású CPU-kkal rendelkező eszközökön való használatra.

Média titkosítási szabványok a Webex számára

A Webex értekezletek és hívások robusztus AES-alapú titkosítást alkalmaznak minden médiacsomaghoz. Az adott titkosítási csomag a végpont típusától függ, az AES-256-GCM az optimális biztonság kedvelt szabványaként szolgál.

Főbb biztonsági szempontok

• Előnyben részesített szabvány — az AES-256-GCM az ajánlott titkosítás minden telepítéshez, hogy biztosítsa a legmagasabb szintű adatintegritást és titoktartást.
• Inter operabilitás — Míg a Webex támogatja a régi titkosításokat (például az AES-CM-128-HMAC-SHA1), hogy biztosítsa a harmadik féltől származó SIP és H.323 rendszerekkel való interoperabilitást, a nulla bizalmi architektúrát elsőbbséget élvező szervezeteknek az AES-256-GCM-et kell érvényesíteniük, ahol az eszközök kompatibilitása lehetővé teszi.

Médiaszállítási protokollok

A Webex támogatja a médiaszállítást UDP, TCP vagy TLS segítségével. Az optimális hang- és videó teljesítmény érdekében a Cisco határozottan ajánlja az UDP-t.

Teljesítményi szempontok:

• Valós idejű hatékonyság — Az UDP a valós idejű adathordozók előnyben részesített szállítása, mivel minimalizálja a késleltetést és a remegést azáltal, hogy elkerülheti a kapcsolat-orientált protokollokban rejlő újratovábbítási és pufferelési mechanizmusokat.
• A TCP/TLS hatása — Míg a TCP és a TLS megbízható, rendezett adatátadást biztosít, ez a viselkedés kontraproduktív a valós idejű adathordozók számára. Az így létrejövő csomagátvitel és a stream pufferelés késleltetést és remegést eredményez, ami jelentősen ronthatja a résztvevők élményminőségét

Az SRTP és az SFrame Webex használata médiához

A WebExZero Trust környezetekhez szükséges magas biztonsági szabványok fenntartása érdekében fontos különbséget tenni a szállítási szintű biztonság (SRTP) és az alkalmazásrétegű végpontok közötti titkosítás (SFrame) között.

Főbb műszaki megkülönböztetések — SRTP és SFrame

1. SRTP (biztonságos valós idejű szállítási protokoll)

   Az SRTP az ágazati szabvány a médiafolyamatok tranzitközbeni biztosítására.

   • Hatókö r — Titoktartást, üzenethitelesítést és visszajátszás védelmet nyújt az RTP hasznos teher számára.
   • Működési kontex tus — Számos architektúrában a Media Server/ Media Gateway (Selective Forwarding Unit (SFU)) megszünteti az SRTP-kapcsolatot a médiafeldolgozás végrehajtásához (például keverés, elrendezésösszeállítás vagy átkódolás). Mivel az SFU dekódolja a médiát annak feldolgozása érdekében, a média technikailag sérülékeny az SFU ponton.
2. SFrame (Biztonságos keret)

   Az sFrame egy IETF szabvány. Az RFC 9605 kifejezetten arra lett kialakítva, hogy megkönnyítse a valódi végpontok közötti titkosítást egy többpártos konferenciakörnyezetben.

   • Hatókö r — Titkosítja a csomagolt médiakereteket, mielőtt azokat RTP csomagokba kapszulázzák. A Webex további titkosítási réteget ad hozzá az SRTP segítségével.
   • Zero Trust Architecture — Mivel a média titkosítva van az alkalmazásrétegen, az SFU csak „vak” reléként működik. A titkosított csomagokat más résztvevőkhöz irányítja anélkül, hogy valaha is hozzáférne a visszafejtési kulcsokhoz.
   • Függetlenség —sFrame transzport-agnosztikus. Még akkor is biztonságos marad, ha a mögöttes szállítás (UDP/TCP/TLS) veszélybe kerül, mivel a biztonsági környezet inkább a résztvevők végpontjaihoz kötődik, mint a szállítási kapcsolatokhoz.

Az sFrame a kritikus mechanizmus, amely lehetővé teszi az E2EE-t. Míg az SRTP biztosítja az adatok titkosítását a hálózaton való áthaladás során, az SFrame biztosítja, hogy a média titkosítva maradjon az értekezlet teljes életciklusa alatt, beleértve a Cisco infrastruktúráján (az SFU) tartózkodását is, így hatékonyan eltávolítja a szolgáltatót a megbízhatósági határról.

Webex MeetingsTartalom

Az értekezlet tartalma a résztvevők által létrehozott vagy a Webex szolgáltatások által az értekezlet házigazdája nevében létrehozott adatokból áll. Ez magában foglalja a következőket:

• Médiával kapcsolatos tartalom — Fel vételek, átiratok, összefoglalók és cselekvési elemek.
• Együttműködési adatok — csevegési üzenetek, megosztott/átvitt fájlok, táblák és megjegyzések.

Webex MeetingsTartalombiztonság — Webex végpontok közötti titkosítás

A Webex biztosítja a résztvevők által generált értekezlettartalmat egy robusztus végpontok közötti titkosítási (E2EE) keretrendszer segítségével. Ennek az architektúrának központi része a Webex Key Management Service (KMS), amely felelős az összes felhasználó által létrehozott tartalom titkosítási kulcsainak generálásáért, terjesztéséért és kezeléséért.

Találkozótartalombiztonsági rétegek

• Adatátviteli adatok — A Webex App és a Cisco videóeszközök a Webex végpontok közötti titkosítást (E2EE) használják az AES-256-GCM segítségével a felhasználók által generált értekezlet-tartalmak, például rögzítési fájlok, AI összefoglaló fájlok, csevegési üzenetek stb. titkosítására. Ezt tovább tartalmazza a Transport Layer Security (TLS), hogy kétrétegű védelmet biztosítson az átvitel során.
• A@@ datok nyugalmi álla potban — Miután a Webex felhőben tárolt, a titkosított tartalmat az AES-256-GCM lemeztitkosítás is védi.
• Védelmi profil — Ez a megközelítés megvédi a tartalmat a TLS lehallgatásától az átvitel során, és biztosítja, hogy a tárolt adatok hozzáférhetetlenek maradjanak a felhőkörnyezetben illetéktelen szereplők számára.

Webex végpontok közötti titkosítás felügyelt tartalomhoz való hozzáféréssel a Core Services számára

A Zero Trust végpontok közötti titkosítással ellentétben, ahol a Webex nem fér hozzá média vagy tartalom titkosítási kulcsokhoz, a Webex végpontok közötti titkosítás lehetővé teszi a platform számára, hogy a Webex KMS által generált kulcsokat használja az alapvető alapszolgáltatások adatainak visszafejtésére. Ez a felügyelt hozzáférés lehetővé teszi:

• Keresés és indexelés — Lehetővé teszi a felhasználók számára, hogy a tartalomelőzmények között kereshessenek.
• Megfelelés és irányítás — Lehetővé teszi az adatvesztés megelőzését (DLP), az e-felfedezést és az adatok archiválását.
• Médiaoptimalizálás — Támogatja a fájlok átkódolását az eszközök közötti kompatibilitás érdekében.
• Biztonság — Megkönnyíti a rosszindulatú programok beolvasását az Extended Security Pack segítségével.

Webex MeetingsMetaadatok

Az értekezletek metaadatai a rendszer által az értekezlet megkönnyítésére, nyomon követésére és kezelésére generált adminisztratív és technikai információkból állnak, nem pedig maga az értekezlet tényleges tartalmából (hang-, videó vagy megosztott fájlok). A metaadatok több kategóriára bonthatók:

• Munkamenet információk — Értekezlet címe, értekezlet azonosítója, ütemezett kezdési és befejezési időpontok, valamint az értekezlet tényleges időtartama.
• Résztvevői adatok — A meghívott és a tényleges résztvevők listája, IP-címeik, eszköztípusok (például Windows, iPhone, Cisco Room Kit), valamint csatlakozás/elhagyási időbélyegeik listája.
• Használati és minőségi mutatók — A hibaelhárításhoz használt adatok, például csomagvesztés, remegés, késleltetés és a videóstream felbontása.

A metaadatok használata

1. Elemzés és jelent éstétel — Az adminisztrátorok a WebExControl Hub metaadatait használják, hogy megnézzék, hány értekezlet zajlik, mely részlegek a legaktívabb, és hogy mennyi az élmény minősége.
2. Hibaelhár ítás — Cisco TAC (Technical Assistance Center) metaadatokat használ az értekezletekkel kapcsolatos problémák azonosítására és megoldására.
3. Megfelel@@ és és e-felderítés — A megfelelő ségi tisztviselők metaadatokon tudnak bizonyítani, hogy az értekezlet megtörtént, ki volt ott, és hogy rögzítették-e azt, még akkor is, ha nem látják az értekezlet titkosított tartalmát.
4. Biztonság — A metaadatok segítenek azonosítani a jogosulatlan hozzáférési kísérleteket vagy olyan szokatlan mintákat, amelyek biztonsági fenyegetést jelezhetnek.

A metaadatok biztonsága és adatvédelme

• Titkosí tás — Noha a metaadatok nem „végpontok közötti titkosítással” vannak titkosítva, a Cisco biztonságos adatközpontjaiban továbbítás közben (TLS használatával) és nyugalmi állapotban vannak titkosítva.
• Hozzáféré s-ellenőrzés — A Cisco adatvédelmi irányelvei szigorúan korlátozzák, hogy ki férhet hozzá ehhez a metaadatokhoz, és a szolgáltatás nyújtására és javítására szolgál.

A Webex értekezletek tartalmáról és metaadatairól további információt az Ajánlat közzététele című témakörben tal Webex Meetingsál.

Értekezlet-munkamenettípusok hozzárendelése a felhasználókhoz

A Webex Control Hub rendszergazdái hozzárendelhetnek egy vagy több értekezlettípust, amelyeket felhasználóik használhatnak ütemezett értekezletekhez. Alapértelmezés szerint minden felhasználó hozzárendeli a Pro Meeting és a Pro-End to End Encryption_Voip Only értekezlettípusokat.

Értekezlet ütemezése — Válassza ki az értekezlet típusát

A felhasználók kiválaszthatják azt az értekezlettípust, amelyet az értekezlet ütemezésekor használni kívánnak a Webex alkalmazásból, a Webex felhasználói oldalból és a Webex e-mail bővítményből. Microsoft Outlook

Találkozó ütemezése — Válassza ki az értekezlet típusát a Webex alkalmazásban

Értekezlet ütemezése — Válassza ki az értekezlet típusát a Webex felhasználói oldalról

Alapértelmezett értekezlettípus beállítása

A felhasználók a Webex felhasználói oldalán az Értekez letek > Beállí tások menüpontban állíthatják be alapértelmezett értekezlettípusukat.

Állítsa be az alapértelmezett értekezlettípust a Webex felhasználói oldalról

Zero Trust végpontok közötti identitás és a Deepfake megelőzés

Az ügyfél által biztosított végfelhasználói azonosító tanúsítványok a Webex végpontok közötti titkosított (E2EE) értekezleteken történő megszemélyesítés megakadályozásának sarokkövét képezik. Ellentétben a hagyományos mélyhame-blokkoló mechanizmusokkal, amelyek hang- és videofolyamok elemzésére támaszkodnak, ez a megközelítés kriptográfiai identitás érvényesítését biztosít a felvétel pontján. Ez az ellenőrzött állapot közvetlenül az értekezlet listájában jelenik meg, átláthatóságot biztosítva minden résztvevő számára.

A Webex a „Deepfake megelőzés” funkciónk részeként kiterjesztette az ügyfél által kezelt tanúsítványok támogatását - korábban a RooMOS eszközökön elérhetők a Webex App-ra. A szervezetek biztosíthatják és kezelhetik saját digitális tanúsítványaikat, amelyeket megbízható külső tanúsítványhatóságok (CA-k) állítanak ki az iparági szabványoknak megfelelő protokollok, például az ACME segítségével. Ezek az X.509 szabványokon és az ECDSA P-256 kulcspárokon alapuló tanúsítványok kriptográfiai bizonyítékot nyújtanak a résztvevő személyazonosságáról az E2EE találkozók során.

Végpontok közötti ellenőrzött személyazonosság és az MLS protokoll

Az Messaging Layer Security (MLS) protokoll szabványos X.509 tanúsítványokat használ az értekezlet résztvevőinek hitelesítésére. A tanúsítvány egy megbízható hitelesítőtől származó digitálisan aláírt nyilatkozat, amely igazolja az aláíró kulcs tulajdonosának személyazonosságát. A résztvevők két elsődleges módszerrel kapják meg ezeket a tanúsítványokat

• Felügyelt eszközök (ügyfél által biztosított tanúsítványok) — Szervezet által felügyelt asztali és mobil kliensek esetében megbízható hitelesítő tanúsítvány telepíthető az eszközre. Amikor egy felhasználó az egyszeri bejelentkezés (SSO) használatával jelentkezik be, a Webex App letölti ezt a tanúsítványt az operációs rendszer megbízhatóságából, hogy bemutassa a felhasználó hitelesített személyazonosságát. Ezt a folyamatot a Webex felhőben regisztrált Cisco videóeszközök is támogatják.
• Alapértelmezett (Webex által biztosított tanúsítványok) — Ha az ügyfél által biztosított tanúsítvány nem áll rendelkezésre, a Webex- ügyfél vagy eszköz automatikusan a Webex által kiadott tanúsítványt használ, amely a Cisco által ellenőrzött személyazonosságot tükrözi. Certificate Authority

Identitásmegosztás és visszafizetési mechanizmus

Az értekezlet során minden résztvevő megosztja Webex személyazonosító igazolványát és, ha rendelkezésre áll, az ügyfél által biztosított személyazonosító igazolását az összes többi résztvevővel. A zökkenőmentes kapcsolat biztosítása érdekében a Webex végpont szigorú hierarchiát követ: elsőbbséget ad az ügyfél által biztosított tanúsítványnak az ellenőrzés céljából; ha a tanúsítvány hiányzik vagy nem érvényesül, a rendszer automatikusan visszatér a WebEx által biztosított személyazonosító tanúsítványhoz.

Felhasználói személyazonosság ellenőrzésének állapotának megjelenítése

Amikor a résztvevők Webex App vagy az ügyfél által biztosított tanúsítvánnyal rendelkező RooMoS eszközökkel csatlakoznak egy értekezletre, személyazonosságukat más értekezlettagok ellenőrzik a kiállító hitelesítő tanúsítvánnyal szemben. Ez biztosítja, hogy csak az engedélyezett felhasználók kerüljenek felismerésre, megakadályozva a támadók számára, hogy törvényes résztvevők legyenek, mivel ezek a tanúsítványok egyedülállóan kötődnek az ellenőrzött személyazonossághoz, és a Cisco vagy a közvetítők nem hamisíthatják őket.

Az E2E-titkosított értekezlet résztvevői listája megjeleníti az egyes felhasználók személyazonosságellenőrzési állapotát:

• Zero-Trust E2E ellenőrzött ( domain.com) — Az ügyfél által biztosított személyazonossági tanúsítvány használata esetén a résztvevő domainje kék szöveggel jelenik meg. Ez valódi E2E által ellenőrzött személyazonosságot jelez, amelyet a Cisco nem tud manipulálni. Például az értekezlet listájában láthatja, hogy a „Kevin” ellenőrzött e-mail címe van az example.com webhelyről kék színnel.
• Webex-ellenőrzött ( domain.com) — A Webex CA által kiadott tanúsítványok korlátozottabb szintű védelmet nyújtanak. Bár felülmúlják a személyazonosságvédelem hiányát, ezeket a résztvevőket nem jelölik meg „Zero Trust E2E ellenőrzött” néven. Ehelyett, személyazonosságuk szürke szövegben jelenik meg, jelezve, hogy a személyazonosságot a Webex CA igazolta.
• Hitelesítetlen vendég felhasználó ( Nem ellenőrzött) — Bár a vendég résztvevők személyazonossága nincs hitelesítve (mivel nincs bejelentkezési folyamat), mégis tanúsítványra van szükségük ahhoz, hogy hívásra vagy értekezletre csatlakozzanak az MLS-csoporthoz. Ezt a tanúsítványt egy Webex hitelesítő szolgáltató állítja ki, és felhasználónévként „névtelen” -ot használ.

Továbbá, az összes résztvevő kriptográfiai állapotából származó értekezlet biztonsági kódja segít felismerni a középen lévő személyek támadásait, lehetővé téve a résztvevők számára, hogy ellenőrizzék, hogy mindenki azonos biztonságos találkozó-kontextusban van. A kriptográfiai identitás-ellenőrzés és a végpontok közötti titkosítás kombinálásával ez a „Deepfake megelőzés” funkció robusztus védelmet nyújt a megszemélyesítés és a szintetikus média fenyegetések ellen, biztosítva a találkozók integritását és titoktartását mind a Webex App, mind a RooMOS eszközökön.

Tanúsítvány bevezetésének kezelése

A szervezetek egyszerűsíthetik az ügyfél által biztosított végfelhasználói azonosító tanúsítványok bevezetését és kezelését azáltal, hogy a Mobile Device Management (MDM), a Mobile Application Management (MAM) vagy az Enterprise Mobility Management (EMM) alkalmazások segítségével telepítik őket vállalati felügyelt eszközökre. Ezek a felügyeleti platformok lehetővé teszik az informatikai rendszergazdák számára, hogy a tanúsítványokat és a kapcsolódó biztonsági irányelveket központilag biztosítsák, konfigurálják és vezérelhessék a vállalati vagy a személyes tulajdonban lévő eszközök széles skáláján. A Microsoft Intune például támogatja mind az MDM, mind a MAM képességeket, amelyek lehetővé teszik a szervezetek számára, hogy felügyelt eszközökön telepítsék és kezeljék a Webex alkalmazást és annak biztonsági konfigurációit, beleértve az azonosító tanúsítványokat is. Hasonlóképpen a Cisco Meraki Systems Manager MDM képességeket biztosít az eszközök regisztrálásához, a konfigurációs profilok futtatásához és a tanúsítványok telepítéséhez a megbízható eszköz állapotának biztosítása érdekében. Ezeknek a kezelési megoldásoknak a használata csökkenti az adminisztratív költségeket, egyszerűsíti a tanúsítványok életciklus-kezelését, és javítja a Webex E2EE találkozók biztonsági helyzetét a „Deepfake megelőzés” funkciókkal.

Az identitás három pillére

A Webex hatékony identitás- és hozzáféréskezelése (IAM) a következőkre támaszkodik:

• Provisioning (CRUD) — Felhasználói életciklusok kezelése (létrehozás, olvasás, frissítés, törlés) annak biztosítása érdekében, hogy az „Igazság forrása” megfeleljen az együttműködési platformnak.
• Hitelesítés (AuthN) — A felhasználó személyazonosságának ellenőrzése biztonságos hitelesítő adatokkal vagy tokenekkel.
• Engedélyezés (AuthZ) — Részletes engedélyek és API-hozzáférési szintek meghatározása a hitelesítés utáni.

Rendelkezés és életciklus-kezelés

A Webex számos módszert támogat a felhasználók és csoportok szinkronizálására:

• SCIM 2.0 - Az előnyben részesített felhőszabvány. Automatizálja a felhasználói életciklust, biztosítva, hogy az iDP-ben való offboarding automatikusan visszavonja a Webex hozzáférést.
• Directory Connector — Cisco eszköz hibrid környezetekhez, amely a helyszíni Active Directory (AD) áthidalást biztosít a Webex Cloud szolgáltatáshoz.
• API-alapú biztosítás — A Webex „People API-t” használja programozott felhasználók létrehozásához és licenchozzárendeléséhez összetett környezetben.
• Régebbi LDAP — Hel yszíni könyvtárak (pl. CUCM) támogatott, bár kevésbé optimalizált a modern felhőforgalomhoz.

Hitelesítési és engedélyezési keretrendszerek

• Hitelesítés (AuthN):

• SAML 2.0 — Az egyszeri bejelentkezés (SSO) vállalati szabványa. A Webex Szolgáltatóként működik, és érvényesíti a vállalati IDP-ből származó XML-állításokat.
• OIDC (OpenID Connect) - Modern, könnyű azonosító réteg, amely az OAuth 2.0-ra épül JSON webtokenek (JWT) használatával. Támogatja az „Discovery URL-eket” az automatizált konfigurációhoz.

• Engedélyezés (AuthZ):

• OAuth 2.0 — Kezeli az API-hozzáférést rövid élettartamú hozzáférési tokeneken (meghatározó hatókörök) és hosszú élettartamú frissítési tokeneken keresztül. A nyilvános ügyfelek számára biztosítja a biztonságot a PKCE (Proof Key for Code Exchange) segítségével.

Integráció és több IDP stratégiák

A Webex speciális útvonalakat kínál a zökkenőmentes integrációhoz:

• Entra ID Wizard — A Microsoft környezetekhez ajánlott elérési út. A Microsoft Graph API-t használja a speciális attribútumok szinkronizálásához (avatarok, hierarchiák), és automatizálja az OIDC/SAML konfigurációt.
• Duo Security — Az eszköz testtartásának ellenőrzésével és az adathalászat-ellenálló MFA-t lehetővé téve „folyamatos identitás-biztonságot” ad hozzá.

Többszörös IDP-támogatás: A Webex lehetővé teszi a szervezetek számára, hogy több független IDP-t egyesítsen egyetlen Vezérlőközpontban.

• Használati esetek — Fúziók, felvásárlások vagy decentralizált informatikai osztályok.
• Útvonaltervezés — A hitelesítési kérelmek tartományok vagy felhasználói csoportok alapján kerülnek útválasztásra.
• Megfontolás — szigorú koordinációt igényel a következetes biztonsági politikák fenntartása érdekében az összes szövetségi forrásban.

Példa a leggyakoribb IDP identitás-integrációkra a Webex-szel:

Bevált gyakorlatok és ellenálló képesség

• SSO helyreállítás — Mindig használja a Control Hub beépített „SSO Recovery” hivatkozását, hogy egyszeri jelszóval (OTP) kerülje meg az SSO-t, ha az IDP-konfiguráció sikertelen.
• Tanúsítványkezelés — A SAML tanúsítvány lejárati ellenőrzése. Az SSO varázsló automatizálja a metaadatcserét, csökkentve a kézi hibákat.
• Hibaelhárítás — A SAML Tracer eszközzel ellenőrizheti az XML-állításokat és érvényesítheti a NameID formátumokat, ha hitelesítési problémák merülnek fel.
• Biztonsági pozíció — Rendszeresen törölje a régi támogatástípusokat, és biztosítsa, hogy a PKCE megvalósításra kerüljön minden nyilvános ügyfélintegrációhoz.

Következtetés - Identitás Webex Meetings

A robusztus identitásstratégia folyamatos életciklus-folyamat. A biztosításhoz szükséges SCIM, az OIDC/SAML hitelesítéshez és az OAuth az engedélyezéshez való kombinálásával a szervezetek biztonságos, súrlódásmentes élményt biztosíthatnak a felhasználók számára, miközben szigorú adminisztratív ellenőrzést tartanak fenn.

Cisco Secure fejlesztési életciklusa

A Cisco-nál a biztonság nem utólagos gondolat. Ez egy fegyelmezett megközelítés a világszínvonalú termékek és szolgáltatások építéséhez és szállításához az alapoktól kezdve. Minden Cisco ^{® termék} fejlesztő csapatnak követnie kell a Cisco Secure Development életciklusát. Ez egy megismételhető és mérhető folyamat, amelynek célja a Cisco termékek rugalmasságának és megbízhatóságának növelése. A fejlesztési életciklus minden szakaszában bevezetett eszközök, folyamatok és tudatossági képzések kombinációja segíti a mélyreható védelem biztosítását. A termék rugalmasságának holisztikus megközelítését is biztosítja. A Webex termékfejlesztő csapata szenvedélyesen követi ezt az életciklust a termékfejlesztés minden területén.

Tudjon meg többet a biztonságos fejlesztési életciklusról.

Cisco alapszintű biztonsági eszközök

A Cisco biztonsági és bizalmi szervezet biztosítja azt a folyamatot és a szükséges eszközöket, amelyek lehetővé teszik minden fejlesztő számára, hogy következetes álláspontot foglaljon el, amikor biztonsági döntéssel szembesül.

Az ilyen eszközök felépítéséhez és biztosításához elkötelezett csapatok eltávolítják a bizonytalanságot a termékfejlesztés folyamatából.

Néhány példa az eszközökre:

• Termékbiztonsági alapkövetelmények (PSB), amelyeknek a termékeknek meg kell felelniük
• A fenyegetések modellezése során használt fenyegetés-építő eszközök
• Kódolási irányelvek
• Érvényesített vagy hitelesített könyvtárak, amelyeket a fejlesztők használhatnak saját biztonsági kódjuk megírása helyett
• Biztonsági sérülékenység-tesztelő eszközök (statikus és dinamikus elemzéshez), amelyeket fejlesztés után használnak biztonsági hibák tesztelésére
• Szoftverkövetés, amely figyelemmel kíséri a Cisco és a harmadik féltől származó könyvtárakat, és értesíti a termékcsoportokat, ha biztonsági rés

Szervezeti struktúra, amely biztonságot teremt a Cisco folyamataiba

A Cisco dedikált részlegekkel rendelkezik a biztonsági folyamatok bevezetésére és kezelésére az egész vállalatban. Annak érdekében, hogy folyamatosan lépést tartson a biztonsági fenyegetésekkel és kihívásokkal, a Cisco a következőkre támaszkodik:

• Cisco Információbiztonsági (InfoSec) felhőalapú csapat
• Cisco termékbiztonsági incidensekre reagáló csapata (PSIRT)
• Megosztott biztonsági felelősség

Cisco InfoSec felhő

A Cloud biztonsági igazgatójának vezetésével ez a csapat felelős a biztonságos Webex környezet biztosításáért ügyfeleink számára. Az InfoSec ezt úgy érheti el, hogy meghatározza és érvényesíti a biztonsági folyamatokat és eszközöket minden olyan funkcióhoz, amely a Webex ügyfeleink kezébe juttatásával jár.

Ezenkívül a Cisco InfoSec Cloud együttműködik a Cisco más csapataival, hogy reagáljon a Webex szolgáltatást érintő biztonsági fenyegetésekre.

A Cisco InfoSec felelős a Webex biztonsági helyzetének folyamatos fejlesztéséért is.

Cisco termékbiztonsági incidensekre reagáló csapata (PSIRT)

A Cisco PSIRT egy elkötelezett globális csapat, amely a Cisco termékeivel és szolgáltatásaival kapcsolatos biztonsági problémák beáramlását, kivizsgálását és jelentését kezeli. A PSIRT különböző médiumokat használ az információk közzétételéhez, a biztonsági probléma súlyosságától függően. A jelentés típusa a következő feltételektől függően változik:

• Szoftverjavítások vagy megoldások léteznek a sérülékenység kezelésére, vagy a kódjavítások későbbi nyilvánosságra hozatalát tervezik a nagy súlyosságú biztonsági rések kezelése érdekében
• A PSIRT megfigyelte egy olyan sebezhetőség aktív kiaknázását, amely nagyobb kockázatot jelenthet a Cisco ügyfelei számára. A PSIRT ebben az esetben felgyorsíthatja a biztonsági rést leíró biztonsági közlemény közzétételét a javítások teljes rendelkezésre állása nélkül.
• A Cisco termékeit érintő biztonsági rés nyilvános tudatossága nagyobb kockázatot jelenthet a Cisco ügyfelei számára. A PSIRT ismét figyelmeztetheti az ügyfeleket, még a javítások teljes rendelkezésre állása nélkül is.

A PSIRT minden esetben nyilvánosságra hozza azt a minimális mennyiségű információt, amelyre a végfelhasználóknak szükségük lesz a sérülékenység hatásának felméréséhez és a környezetük védelméhez szükséges lépések megtételéhez. A PSIRT a Common Vulnerability Scoring System (CVSS) skálát használja a nyilvánosságra hozott probléma súlyosságának rangsorolására. A PSIRT nem ad meg olyan biztonsági rési adatokat, amelyek lehetővé tehetik valaki számára, hogy exploitálást készítsen.

A PSIRT-vel kapcsolatos további információkért lásd: Cisco termékbiztonsági incidensekre reagáló cs apat.

Biztonsági felelősség

Bár a Webex csoport minden tagja felelős a biztonságáért, a fő szabályok a következők:

• Biztonsági vezérigazgató, Cloud
• Alelnök és vezérigazgató, Cisco Cloud együttműködési alkalmazások
• Alelnök, mérnöki, Cisco Cloud együttműködési alkalmazások
• Alelnök, termékmenedzsment, Cisco Cloud együttműködési alkalmazások

Belső és külső penetrációs tesztek

A Webex csoport rendszeresen szigorú penetrációs teszteket végez belső értékelők segítségével. Saját szigorú belső eljárásokon túl a Cisco InfoSec több független harmadik felet is bevonja a Cisco belső szabályzatainak, eljárásainak és alkalmazásainak szigorú ellenőrzését. Ezeket az auditokat úgy tervezték, hogy érvényesítsék a missziókritikus biztonsági követelményeket mind a kereskedelmi, mind a kormányzati alkalmazásokra vonatkozóan. A Cisco harmadik féltől származó gyártókat is igényel folyamatos, mélyreható, kóddal támogatott penetrációs tesztek és szolgáltatásfelmérések elvégzéséhez. Az elkötelezettség részeként egy harmadik fél a következő biztonsági értékeléseket végzi el:

• A kritikus alkalmazások és szolgáltatások sérülékenységeinek azonosítása és megoldások javaslata
• Általános területek ajánlása az építészeti fejlesztéshez
• Kódolási hibák azonosítása és útmutatások nyújtása a kódolási gyakorlat fejlesztéséhez

Harmadik féltől származó értékelők közvetlenül együttműködnek a Webex mérnöki munkatársaival, hogy elmagyarázzuk az eredményeket és validálják a helyreállítást. A penetrációs teszt Webex Meetingsigazolásával kapcsolatos információkat lásd a Letters of Attestation Trust Csom agban.

Fizikai biztonság

Az adatközpont fizikai biztonsága magában foglalja a létesítmények és épületek videó megfigyelését, valamint a kéttényezős azonosítást a belépéshez. A Cisco adatközpontokon belül a hozzáférést jelvényolvasók és biometrikus vezérlők kombinációja vezérli. Ezenkívül a környezeti ellenőrzések (például hőmérséklet-érzékelők és tűzvédelmi rendszerek) és a szolgáltatásfolytonossági infrastruktúra (például az áramtartalék) segítenek biztosítani, hogy a rendszerek megszakítás nélkül működjenek.

Az adatközpont-kiszolgálók az infrastruktúra érzékenysége alapján „bizalmi zónákra” vannak osztva. Például az adatbázisok ketrecbe vannak helyezve, a hálózati infrastruktúra dedikált helyiségekkel rendelkezik, és az összes berendezés állványa zárva van. Csak a Cisco biztonsági személyzete és a Cisco személyzete kíséretében meghatalmazott látogatók léphetnek be az adatközpontokba.

A Cisco termelési hálózata rendkívül megbízható hálózat: csak nagyon kevés magas megbízhatóságú ember fér hozzá a hálózathoz.

Infrastruktúra és platformbiztonság

A platform biztonsága magában foglalja a hálózat, a rendszerek és az általános Webex adatközpont biztonságát. A gyártás telepítése előtt minden rendszer alapos biztonsági felülvizsgálatnak és elfogadási validáláson megy keresztül, valamint rendszeres folyamatos keményítésen, biztonsági javításon, valamint a sérülékenységi szkennelésen és felmérésen.

A szervereket a Nemzeti Szabványügyi és Technológiai Intézet (NIST) által közzétett biztonsági technikai implementációs irányelvek (STIGs) alapján keményítik. A tűzfalak védik a hálózat kerületét. A hozzáférés-ellenőrzési listák (ACL-ek) elkülönítik a különböző biztonsági zónákat. A behatolásérzékelő rendszerek (IDS) működnek, és a tevékenységeket folyamatosan aláírják és figyelemmel kísérik. Napi belső és külső biztonsági vizsgálatokat végeznek a Webex-en keresztül. A rendszeres karbantartás részeként minden rendszert megkeményítenek és javítják. Továbbá, a sebezhetőségi szkennelést és az értékeléseket folyamatosan végzik.

A szolgáltatás folytonossága és a katasztrófa helyreállítása a biztonsági tervezés kritikus elemei. A Cisco adatközpontok globális biztonsági mentésekkel és magas rendelkezésre állással történő kialakítása lehetővé teszi a Webex szolgáltatások földrajzi feladatátvitelét. Nincs egyetlen kudarc pontja.

Adminisztratív adatok

Az ügyfél vagy más harmadik fél munkavállalóira vagy képviselőire vonatkozó információk, amelyeket a Cisco gyűjt és használ fel a Cisco által nyújtott termékek vagy szolgáltatások felügyelete vagy kezelése, illetve az ügyfél vagy harmadik fél fiókjának a Cisco saját üzleti céljaira történő adminisztrációja vagy kezelése céljából.

Az adminisztratív adatok közé tartozhat a név, cím, telefonszám, e-mail cím, valamint a Cisco és egy harmadik fél közötti szerződéses kötelezettségvállalásokra vonatkozó információk, függetlenül attól, hogy az eredeti regisztráció idején vagy később a Cisco termékeinek vagy szolgáltatásainak kezelésével vagy adminisztrációjával kapcsolatban gyűjtötték össze.

Az adminisztratív adatok magukban foglalhatják az ügyfél alkalmazottai vagy képviselői által a Webex-en lebonyolított értekezletek címét, időpontját és egyéb jellemzőit is. Az adminisztratív adatok egyéb példái lehetnek az értekezlet címe, az értekezlet időpontja és a Webex-en üzemeltetett értekezletek egyéb jellemzői.

Ügyféladatok

Ez magában foglalja az összes olyan adatot (beleértve a szöveges, hang-, videofájlokat, képfájlokat és felvételeket is), amelyeket az ügyfél a Cisco részére a Cisco termékeinek vagy szolgáltatásainak az ügyfél általi használatával kapcsolatban nyújt, vagy amelyet a Cisco az ügyfél egyedi kérésére fejlesztett ki munkaköri nyilatkozat vagy szerződés alapján.

Az ügyféladatok közé tartoznak a napló-, konfigurációs vagy firmware-fájlok, valamint az alaphulladékok is.

Ez egy termékből vagy szolgáltatásból vett és a Cisco részére átadott adatok segítenek a támogatási kérelemmel kapcsolatos hiba elhárításában. Az ügyféladatok nem tartalmazzák az adminisztratív adatokat, a támogatási adatokat vagy a telemetriás adatokat.

Támogatási adatok

A Cisco által gyűjtött információk, amikor az ügyfél támogatási szolgáltatásokra vagy egyéb hibaelhárítási kérelmet nyújt be, beleértve a hardverre vagy szoftverre vonatkozó információkat. Tartalmaz a támogatási eseményhez kapcsolódó részleteket, például hitelesítési információkat, a termék állapotára vonatkozó információkat, a rendszer és a szoftvertelepítésekkel és hardverkonfigurációval kapcsolatos regisztrációs adatokat, valamint a hibakövető fájlokat. A támogatási adatok nem foglalják magukban a napló-, konfigurációs vagy firmware-fájlokat, illetve a termékből származó alaphulladékokat, amelyeket a támogatási kérelemmel kapcsolatos hiba elhárításához nyújtottak nekünk, amelyek mindegyike példa az ügyféladatokra.

Telemetriás adatok

A termék vagy szolgáltatás használata és működtetése során létrehozott műszerek és naplórendszerek által generált információk.

A Webex felhőben összegyűjtött összes adatot több rétegű robusztus biztonsági technológiák és folyamatok védik. Az alábbiakban bemutatjuk a Webex műveletek különböző rétegeibe elhelyezett vezérlőelemeket az ügyféladatok védelme érdekében:

• Fizikai hozzáférés- ellenőrzés — A fizikai hozzáférést biometria, jelvények és videómegfigyelés vezérli. Az adatközponthoz való hozzáférés jóváhagyást igényel, és elektronikus jegyértékesítési rendszeren keresztül kezelhető.
• Hálózati hozzáférés vezér lése — A Webex hálózati kerületét tűzfalak védik. A Webex adatközpontba belépő vagy onnan kilépő hálózati forgalmat folyamatosan figyelemmel kísérik egy behatolásérzékelő rendszer (IDS) segítségével. A Webex hálózatot külön biztonsági zónákra is szegmentálják. A zónák közötti forgalmat tűzfalak és hozzáférés-vezérlőlisták (ACL) vezérlik.
• Infrastruktúra-felügyelet és - felügyelet — Az infrastruktúra minden összetevője, beleértve a hálózati eszközöket, az alkalmazáskiszolgálókat és az adatbázisokat, szigorú irányelvekkel rendelkezik. Rendszeresen vizsgálják őket, hogy azonosítsák és kezeljék az esetleges biztonsági aggályokat.
• Kriptográfiai vezér lők — Amint azt korábban említettük, a Webex adatközpontból és onnan a felhőben regisztrált Webex-alkalmazásokig és a Webex-eszközökig érkező összes adat titkosítva van, kivéve a PSTN-forgalmat és a nem titkosított SIP/H323 videóeszközöket egy felhőalapú értekezleten. Ezenkívül a Webex-ben tárolt kritikus adatok, például a jelszavak titkosítva vannak.

A Cisco alkalmazottai csak akkor férnek hozzá az ügyféladatokhoz, kivéve, ha az ügyfél támogatási okokból kéri a hozzáférést. A rendszerekhez való hozzáférést ebben az esetben a menedzser csak a „feladatok elkülönítése” elvének megfelelően engedélyezi. Csak a tudásra szoruló alapon adják ki, és csak a munka elvégzéséhez szükséges hozzáférési szinttel. Az alkalmazottak hozzáférését ezekhez a rendszerekhez is rendszeresen felülvizsgálják a megfelelőség szempontjából. Az ilyen hozzáféréssel rendelkező munkavállalóknak évente kell részt venniük a Nemzetközi Szabványügyi Szervezet (ISO) 27001 Információbiztonsági tudatossági képzésén.

Ezen speciális ellenőrzések mellett minden Cisco alkalmazottja háttérellenőrzésen megy keresztül, aláírja a közzétételi megállapodást (NDA), és elvégzi az üzleti magatartási kódexet (COBC).

Az egészségbiztosítás hordozhatóságáról és elszámoltathatóságról szóló törvény (HIPAA)

A Cisco tájékoztatást nyújt a Webex funkcionalitásáról, technológiájáról és biztonságával kapcsolatban. A HIPAA-val lefedett szervezetnek konzultálnia kell saját jogi tanácsadójával annak megállapításához, hogy a Webex funkcionalitása megfelel-e üzleti folyamatainak és kész-e a GDPR-re.

• GDPR-megfelelés
• Cisco Webex Meetings ajánlat közzététele

Ipari szabványok és tanúsítványok

A szigorú belső szabványoknak való megfelelés mellett a Webex folyamatosan harmadik féltől származó hitelesítéseket is tart fenn, hogy bizonyítsa elkötelezettségünket az információbiztonság iránt. A Webex:

• ISO 27001, 27017, 27018 és 27701 tanúsítvánnyal
• Szolgáltatószervezeti ellenőrzések (SOC) 2. Típusú auditált
• SOC 3 tanúsítvánnyal
• Felhőalapú magatartási kódex
• CSTAR
• Felhőalapú számítástechnikai megfelelőségi ellenőrzések katalógusának (C5) tanúsítása
• FedRAMP tanúsítvánnyal (további részletekért, hatókörért és elérhetőségért látogasson el a cisco.com/go/fedramp oldalra)

A Cisco Trust Portal a biztonsági, adatvédelmi és megfelelőségi dokumentumok teljes készletét, beleértve a fenti szabványokra és tanúsításokra vonatkozó részleteket is.