Hartelijk dank voor uw feedback

Webex MeetingsKerndiensten en -componenten

• Webex Meetingsmaakt deel uit van deWebex Suite, die audio-/videoconferenties biedt met de mogelijkheid om inhoud te delen en webconferenties te houden.
• Het platform omvat meerdere microservices, zoals Meetings Service, Webinar Service, Identity Service, Recording AI Assistant Service, Service, Analytics Service, Admin Service en Media Service.
• Webex Meetingsondersteunt apps en apparaten die in de cloud zijn geregistreerd, zodat gebruikers kunnen deelnemen aan vergaderingen vanaf verschillende besturingssystemen en apparaten. Gebruikers kunnen ook deelnemen aan vergaderingen via het PSTN en met SIP-eindpunten.

Architectuur en implementatie

• Webex Meetingsdiensten worden geregionaliseerd en gerepliceerd in meerdere onafhankelijke datacenters om redundantie en hoge beschikbaarheid te garanderen.
• Mediaservices worden wereldwijd gedistribueerd met mediaserverclusters in elk datacenter, wat zorgt voor lokale en geografische redundantie.
• Mediaservers zorgen voor het delen van spraak, video en inhoud, waarbij media gewoonlijk worden versleuteld met AES-256-GCM.
• De architectuur ondersteunt versleutelde signalering via TLS/HTTPS en versleutelde mediastreams.

Webex ondersteunt het deelnemen aan vergaderingen vanaf meerdere platforms en apparaten, waaronder:

• Webex-desktoptoepassing voor Windows, Mac en Linux.
• Mobiele Webex-applicatie voor Android en iOS.
• Webex-webtoepassing met Chrome, Edge, Safari, Firefox en andere browsers.
• Cisco Room-apparaten en bureauapparaten.
• Op SIP-standaarden gebaseerde audio- en video-eindpunten van derden.
• PSTN-apparaten.

De soevereiniteit van Webex-klanten

Als antwoord op de groeiende vraag naar gegevensopslag heeft Webex verbeterde soevereine mogelijkheden geïntroduceerd. Om te beginnen met opnemen en met ondersteuning voor nog meer diensten, kunnen organisaties nu de controle houden over de inhoud van hun vergaderingen met:

• Gelokaliseerde verwerking — Verwerking van de inhoud van vergaderingen, zoals opnames, binnen hun eigen infrastructuur.
• Opslag op locatie — ze maken gebruik van hun eigen diensten voor bestandsopslag om gevoelige vergadermiddelen onder te brengen, zodat gegevens binnen bepaalde geografische of organisatorische grenzen blijven.

Uiterst veilig Webex Meetings

Historisch gezien vereisten „Ultraveilige” functies, zoals Zero Trust End-to-end Encryption (E2EE), vaak een compromis in de vergaderfunctionaliteit, aangezien cloudgebaseerde diensten met toegevoegde waarde toegang tot coderingssleutels vereisten, en slechts een beperkt aantal soorten eindpunten aan deze vergaderingen kon deelnemen. Webex heeft deze afweging geëlimineerd met:

• Zero Trust met veel functies — Webex heeft Zero Trust Encrypted (E2EE) -vergaderingen getransformeerd door functionaliteit toe te voegen die Zero Trust-vergaderingen rijk aan functies maakt. Ondersteuning voor een groter aantal eindpunttypes zorgt voor een naadloze ervaring zonder de tools op te offeren die nodig zijn voor moderne samenwerking.
• Zero Trust voor standaardvergaderingen — Webex heeft de Zero Trust E2EE-mogelijkheden rechtstreeks in standaardvergaderingen geïntegreerd. Dit zorgt ervoor dat zelfs dagelijkse samenwerking kan profiteren van de hoogste beveiligingsniveaus, waardoor consistente bescherming wordt geboden in het hele Webex-ecosysteem.

Een uniforme benadering van samenwerking

Door Customer Sovereignty te integreren met deze geavanceerde Zero Trust E2EE-mogelijkheden, stelt Webex organisaties in staat een tweeledig doel te bereiken: het hosten van zeer veilige, Zero Trust-vergaderingen binnen de Webex-cloud met behoud van volledige controle over de verwerking en opslag van kritieke vergaderinhoud op locatie. Deze synergie biedt de flexibiliteit en beveiliging die nodig zijn voor moderne, op naleving gebaseerde bedrijfsomgevingen.

De beveiligingsgrens uitbreiden met Video Mesh Node

Door een Video Mesh-knooppunt aan een organisatie toe te voegen, kunnen klanten vergaderdiensten op locatie aanbieden en kunnen hun eindpunten op locatie deelnemen aan elke Webex-vergadering. Uit veiligheidsperspectief zorgt de integratie van een Video Mesh-knooppunt ervoor dat er geen vertrouwen meer is in de Webex-cloud, terwijl de functies bijna gelijk zijn aan die van standaard Webex-vergaderingen. Klanten profiteren ook van gegevenssoevereiniteit, omdat diensten zoals Video Mesh Node-vergaderingsopnames op locatie worden verwerkt en opgeslagen.

Het gebruik van Zero Trust end-to-end encryptie kan enkele seconden langer duren om deel te nemen aan een vergadering, maar het biedt een duidelijke veiligheidsgarantie: alleen de deelnemers aan de vergadering hebben toegang tot de coderingssleutels van de vergadering, dus de inhoud van de vergadering kan niet worden ontsleuteld door de serviceprovider of andere tussenpersonen.

Samenvatting: Webex Meetings en hybride implementatiemodellen

Zoals uit de vergelijking hierboven blijkt, zorgt de implementatie van Video Mesh Node (VMN) ervoor dat Zero Trust Webex Meetings bijna dezelfde functies heeft als standaard Webex-vergaderingen. Hoewel Zero Trust-vergaderingen geen ondersteuning bieden voor PSTN-deelnemers, dient de webapplicatie van Webex als een algemeen beschikbaar alternatief voor versleutelde toegang van begin tot eind. Bovendien stelt VMN kantoormedewerkers die bureautelefoons gebruiken in staat om naadloos deel te nemen aan Zero Trust-vergaderingen.

Video Mesh Node zorgt ook voor gegevenssoevereiniteit voor belangrijke vergaderinhoud, waaronder opnames en — in de nabije toekomst — transcripties, samenvattingen en actiepunten. Door deze gegevens op locatie te verwerken en op te slaan, biedt VMN klanten volledige controle over hun informatie met behoud van een Zero Trust-architectuur binnen de Webex-cloud.

Versleutelde Webex-signalering

Webex-services ondersteunen TLS-versies 1.2 en 1.3, waarbij TLS 1.3 de voorkeur geeft wanneer dit wordt ondersteund door het verbindingseindpunt. Als een client alleen TLS 1.2 ondersteunt, selecteert de Webex-server de sterkste coderingssuite die door de client wordt aangeboden. In tegenstelling tot TLS 1.2 maakt TLS 1.3 geen gebruik van een coderingssuite met servervoorkeuren, omdat het gebaseerd is op een kleinere, samengestelde set moderne cijfers. Dit ontwerp vereenvoudigt het selectieproces en is meer gericht op prestatieverbeteringen, zoals het verkorten van de totale duur van de handdruk, met behoud van een sterke beveiliging. De coderingssuites voor TLS 1.2 en 1.3 die door Webex worden gebruikt, zijn goed gedefinieerd en geprioriteerd om veilige communicatie te garanderen.

TLS Cipher Suites

TLS 1.3-coderingssuites (TLS 1.3-servers gebruiken geen voorkeursvolgorde voor de selectie van suites)

TLS 1.2-coderingssuites (suites in volgorde van voorkeur voor de server)

AES_256_CBC- en AES_128_CBC-coderingscodes worden ondersteund om de compatibiliteit te behouden met oudere systemen, oudere browsers en geïntegreerde apparaten die geen ondersteuning bieden voor moderne AEAD-codes (Authenticated Encryption with Associated Data), zoals AES-GCM, bijv. Internet Explorer11 op Windows 7 en Windows 8.1, Safari 6/7/8 op vroege iOS- en macOS-versies maken gebruik van op CBC gebaseerde cijfers.

De CHACHA20_POLY1305 is een streamversleuteling die weinig afhankelijk is van hardware, waardoor het een superieure codering is voor gebruik op mobiele apparaten of apparaten met een laag stroomverbruik.

Media-encryptienormen voor Webex

Webex-vergaderingen en -gesprekken maken gebruik van robuuste AES-versleuteling voor alle mediapakketten. De specifieke coderingssuite is afhankelijk van het type eindpunt, waarbij AES-256-GCM de voorkeursstandaard is voor optimale beveiliging.

Belangrijke veiligheidsoverwegingen

• Voorkeursstandaard — AES-256-GCM is de aanbevolen code voor alle implementaties om het hoogste niveau van gegevensintegriteit en vertrouwelijkheid te garanderen.
• Interoperabiliteit — Hoewel Webex ondersteuning biedt voor oudere coderingen (zoals AES-CM-128-HMAC-SHA1) om interoperabiliteit met SIP- en H.323-systemen van derden te garanderen, moeten organisaties die prioriteit geven aan een zero-trust-architectuur AES-256-GCM handhaven waar de compatibiliteit van apparaten dit toelaat.

Protocollen voor mediatransport

Webex ondersteunt mediatransport via UDP, TCP of TLS. Voor optimale spraak- en videoprestaties raadt Cisco UDP ten zeerste aan.

Overwegingen bij de prestaties:

• Efficiëntie in realtime — UDP is het voorkeurstransport voor media in realtime, omdat het de latentie en jitter minimaliseert door de hertransmissie- en buffermechanismen te vermijden die inherent zijn aan verbindingsgeoriënteerde protocollen.
• Impact van TCP/TLS — Hoewel TCP en TLS zorgen voor betrouwbare, geordende gegevenslevering, is dit gedrag contraproductief voor media in realtime. De resulterende hertransmissie van pakketten en streambuffering zorgen voor latentie en jitter, wat de kwaliteit van de ervaring voor de deelnemers aanzienlijk kan verminderen.

Webex-gebruik van SRTP en sFrame voor media

Om de hoge beveiligingsnormen te handhaven die vereist zijn voor WebExZero Trust-omgevingen, is het belangrijk om een onderscheid te maken tussen beveiliging op transportniveau (SRTP) en end-to-end encryptie op applicatielaag (sFrame).

Belangrijkste technische verschillen: SRTP en sFrame

1. SRTP (Secure Real-time Transport Protocol)

   SRTP is de industriestandaard voor het beveiligen van mediastreams tijdens het transport.

   • Toepassingsgebied — Het biedt vertrouwelijkheid, authenticatie van berichten en bescherming tegen het opnieuw afspelen van de RTP-payload.
   • Operationele context — In veel architecturen beëindigt de Media Server/Media Gateway (Selective Forwarding Unit (SFU)) de SRTP-verbinding om mediaverwerking uit te voeren (bijvoorbeeld mixen, lay-outcompositie of transcodering). Omdat de SFU de media ontcijfert om ze te verwerken, zijn de media op het SFU-punt technisch kwetsbaar.
2. sFrame (beveiligd frame)

   sFrame is een IETF-standaard. RFC 9605 is speciaal ontworpen om echte end-to-end encryptie mogelijk te maken in een conferentieomgeving met meerdere partijen.

   • Toepassingsgebied — Het versleutelt mediaframes in pakketten voordat ze worden ingekapseld in RTP-pakketten. Webex voegt een extra coderingslaag toe met behulp van SRTP.
   • Zero Trust Architecture — Omdat de media op de applicatielaag versleuteld zijn, fungeert de SFU enkel als een „blind” relais. Het stuurt de versleutelde pakketten naar andere deelnemers zonder ooit toegang te hebben tot de decoderingssleutels.
   • Onafhankelijkheid — sFrame is transportagnostisch. Het blijft veilig, zelfs als het onderliggende transport (UDP/TCP/TLS) in gevaar is, aangezien de beveiligingscontext gekoppeld is aan de eindpunten van de deelnemers en niet aan de transportverbinding.

sFrame is het cruciale mechanisme dat E2EE mogelijk maakt. Hoewel SRTP ervoor zorgt dat gegevens worden versleuteld terwijl ze het netwerk doorkruisen, zorgt SFrame ervoor dat de media gedurende de hele levenscyclus van de vergadering versleuteld blijven, ook als ze zich op de infrastructuur van Cisco (de SFU) bevinden, waardoor de serviceprovider effectief van de vertrouwensgrens wordt verwijderd.

Webex MeetingsInhoud

De inhoud van de vergadering bestaat uit gegevens die door deelnemers zijn aangemaakt of door Webex-services zijn gegenereerd namens de gastheer van de vergadering. Dit omvat:

• Media-gerelateerde inhoud — Opnames, transcripties, samenvattingen en actiepunten.
• Samenwerkingsgegevens — Chatberichten, gedeelde/overgedragen bestanden, whiteboards en aantekeningen.

Webex MeetingsInhoudsbeveiliging — Webex End-to-end encryptie

Webex beveiligt de inhoud van vergaderingen die door deelnemers wordt gegenereerd met behulp van een robuust raamwerk voor end-to-end encryptie (E2EE). Centraal in deze architectuur staat de Webex Key Management Service (KMS), die verantwoordelijk is voor het genereren, distribueren en beheren van de coderingssleutels voor alle door gebruikers gegenereerde inhoud.

Lagen over de beveiliging van de inhoud van vergaderingen

• Gegevens onderweg — De Webex-app en Cisco-videoapparaten maken gebruik van Webex end-to-end encryptie (E2EE) met AES-256-GCM om door gebruikers gegenereerde vergaderinhoud te versleutelen, zoals opnamebestanden, AI-overzichtsbestanden, chatberichten, enz. Dit is verder ingekapseld in Transport Layer Security (TLS) om dubbellaagse bescherming te bieden tijdens de overdracht.
• Gegevens in rust — Eenmaal opgeslagen in de Webex-cloud wordt versleutelde inhoud bovendien beschermd door AES-256-GCM-schijfversleuteling.
• Beveiligingsprofiel — Deze aanpak beschermt inhoud tegen TLS-onderschepping tijdens de overdracht en zorgt ervoor dat opgeslagen gegevens ontoegankelijk blijven voor onbevoegde actoren in de cloudomgeving.

End-to-end-versleuteling van Webex met beheerde toegang tot inhoud voor kernservices

In tegenstelling tot de end-to-end encryptie van Zero Trust, waarbij Webex geen toegang heeft tot media- of inhoudscoderingssleutels, stelt Webex end-to-end encryptie het platform in staat om de door Webex KMS gegenereerde sleutels te gebruiken om gegevens te ontsleutelen voor essentiële kerndiensten. Deze beheerde toegang maakt het volgende mogelijk:

• Zoeken en indexeren — Hiermee kunnen gebruikers de geschiedenis van de inhoud doorzoeken.
• Naleving en beheer — Maakt preventie van gegevensverlies (DLP), eDiscovery en gegevensarchivering mogelijk.
• Media-optimalisatie — Ondersteunt bestandstranscodering voor compatibiliteit tussen apparaten.
• Beveiliging — Maakt het scannen van malware mogelijk met behulp van het Extended Security Pack.

Webex MeetingsMetagegevens

De metagegevens van vergaderingen bestaan uit de administratieve en technische informatie die door het systeem wordt gegenereerd om een vergadering te faciliteren, bij te houden en te beheren, in plaats van de daadwerkelijke inhoud (audio-, video- of gedeelde bestanden) van de vergadering zelf. Metagegevens kunnen worden onderverdeeld in verschillende categorieën:

• Sessie-informatie — Titel van de vergadering, vergaderings-ID, geplande begin- en eindtijd en de werkelijke duur van de vergadering.
• Gegevens van de deelnemers: een lijst van genodigden en daadwerkelijke deelnemers, hun IP-adressen, apparaattypen (zoals Windows, iPhone, Cisco Room Kit) en hun tijdstempels voor deelname en vertrek.
• Gebruiks- en kwaliteitsstatistieken — Gegevens die worden gebruikt voor het oplossen van problemen, zoals pakketverlies, jitter, latentie en de resolutie van de videostream.

Hoe metagegevens worden gebruikt

1. Analyse en rapportage — Beheerders gebruiken metagegevens in WebexControl Hub om te zien hoeveel vergaderingen er plaatsvinden, welke afdelingen het meest actief zijn en wat de algehele kwaliteit van de ervaring is.
2. Problemen oplossen — Cisco TAC (Technical Assistance Center) maakt gebruik van metagegevens om vergaderproblemen te identificeren en op te lossen.
3. Compliance en eDiscovery — Compliance officers kunnen metagegevens doorzoeken om te bewijzen dat een vergadering heeft plaatsgevonden, wie er was en of de vergadering is opgenomen, zelfs als ze de versleutelde inhoud van de vergadering niet kunnen zien.
4. Beveiliging — Metagegevens helpen bij het identificeren van ongeoorloofde toegangspogingen of ongebruikelijke patronen die kunnen wijzen op een veiligheidsrisico.

Beveiliging en privacy van metagegevens

• Encryptie — Hoewel metagegevens niet „van begin tot eind versleuteld” zijn, worden ze nog steeds versleuteld tijdens het transport (met behulp van TLS) en in de beveiligde datacenters van Cisco.
• Toegangscontrole — Het privacybeleid van Cisco beperkt strikt wie toegang heeft tot deze metagegevens, en deze worden gebruikt om de service te leveren en te verbeteren.

Zie de mededeling van de Webex Meetings aanbieding voor meer informatie over de inhoud en metagegevens van Webex-vergaderingen.

Soorten vergadersessies toewijzen aan gebruikers

Beheerders van Webex Control Hub kunnen een of meer soorten vergaderingen toewijzen die hun gebruikers kunnen gebruiken voor geplande vergaderingen. Standaard krijgen alle gebruikers de vergadertypen Pro Meeting en Pro-End to End Encryption_VoipOnly toegewezen.

Een vergadering plannen — Selecteer het type vergadering

Gebruikers kunnen het vergadertype selecteren dat ze willen gebruiken bij het plannen van een vergadering via de Webex-app, de Webex-gebruikerspagina en de Webex e-mail-invoegtoepassing. Microsoft Outlook

Een vergadering plannen: selecteer het vergadertype in de Webex-app

Een vergadering plannen: selecteer het vergadertype op de Webex-gebruikerspagina

Stel een standaard vergaderingstype in

Gebruikers kunnen hun standaard vergaderingstype instellen via Vergaderingen > Instellingen op hun Webex-gebruikerspagina.

Stel het standaard vergaderingstype in op de Webex-gebruikerspagina

Zero Trust, volledige identiteitspreventie en deepfake-preventie

Door de klant verstrekte identiteitscertificaten voor eindgebruikers vormen een hoeksteen om imitatie te voorkomen in Webex end-to-end versleutelde (E2EE) vergaderingen. In tegenstelling tot traditionele mechanismen voor het blokkeren van deepfakes die afhankelijk zijn van de analyse van audio- en videostreams, zorgt deze aanpak voor cryptografische identiteitsvalidatie op het moment van toelating. Deze geverifieerde status wordt rechtstreeks in het vergaderrooster weergegeven, zodat alle deelnemers transparant zijn.

Webex heeft de ondersteuning voor door klanten beheerde certificaten, die voorheen beschikbaar waren op RoomOS-apparaten, uitgebreid naar de Webex-app als onderdeel van onze „Deepfake-preventie” -functie. Organisaties kunnen hun eigen digitale certificaten leveren en beheren, uitgegeven door vertrouwde externe certificeringsinstanties (CA's) die gebruikmaken van industriestandaard protocollen zoals ACME. Deze certificaten, gebaseerd op X.509-normen en ECDSA P-256-sleutelparen, bieden cryptografisch bewijs van de identiteit van de deelnemers tijdens E2EE-vergaderingen.

Van begin tot eind geverifieerde identiteit en het MLS-protocol

Het Messaging Layer Security (MLS) -protocol maakt gebruik van standaard X.509-certificaten om deelnemers aan vergaderingen te authenticeren. Een certificaat is een digitaal ondertekende verklaring van een vertrouwde CA die de identiteit van de houder van de ondertekeningssleutel verifieert. Deelnemers verkrijgen deze certificaten op twee belangrijke manieren:

• Beheerde apparaten (door klanten verstrekte certificaten) —Voor desktop- en mobiele clients die door een organisatie worden beheerd, kan een identiteitscertificaat van een vertrouwde CA op het apparaat worden geïnstalleerd. Wanneer een gebruiker inlogt met Single Sign-On (SSO), haalt de Webex App dit certificaat op uit de OS Trust Store om de geverifieerde identiteit van de gebruiker weer te geven. Dit proces wordt ook ondersteund voor Cisco-videoapparaten die in de cloud van Webex zijn geregistreerd.
• Standaard (door Webex geleverde certificaten) — Als er geen door de klant verstrekt certificaat beschikbaar is, gebruikt de Webex-client of het Webex-apparaat automatisch een certificaat dat is uitgegeven door WebexCertificate Authority, dat een identiteit weergeeft die door Cisco is geverifieerd.

Mechanisme voor het delen van identiteit en uitwijkmechanisme

Tijdens een vergadering deelt elke deelnemer zijn Webex-identiteitscertificaat en, indien beschikbaar, het door de klant verstrekte identiteitscertificaat met alle andere deelnemers. Om een naadloze connectiviteit te garanderen, volgt het Webex-eindpunt een strikte hiërarchie: het geeft prioriteit aan het door de klant verstrekte certificaat voor verificatie; als dat certificaat ontbreekt of niet kan worden gevalideerd, valt het systeem automatisch terug naar het door WebEx verstrekte identiteitscertificaat.

De verificatiestatus van de gebruikersidentiteit weergeven

Wanneer deelnemers deelnemen aan een vergadering met behulp van de Webex-app of RoomOS-apparaten met door de klant verstrekte certificaten, wordt hun identiteit geverifieerd door andere leden van de vergadering aan de hand van de CA die de vergadering heeft uitgegeven. Dit zorgt ervoor dat alleen geautoriseerde gebruikers worden herkend, zodat aanvallers zich niet kunnen voordoen als legitieme deelnemers, aangezien deze certificaten op unieke wijze gekoppeld zijn aan geverifieerde identiteiten en niet kunnen worden vervalst door Cisco of tussenpersonen.

De deelnemerslijst van een E2E-gecodeerde vergadering toont de identiteitsverificatiestatus van elke gebruiker:

• Zero-Trust E2E geverifieerd ( domain.com) —Wanneer een door de klant verstrekt identiteitscertificaat wordt gebruikt, wordt het domein van de deelnemer in blauwe tekst weergegeven. Dit duidt op een echte E2E-geverifieerde identiteit waar Cisco niet mee kan knoeien. In het vergaderrooster kunt u bijvoorbeeld zien dat „Kevin” een geverifieerd e-mailadres heeft van example.com in blauw.
• Webex-geverifieerd ( domain.com) —Certificaten uitgegeven door een Webex CA bieden een beperkter beschermingsniveau. Hoewel ze superieur zijn aan het feit dat ze geen identiteitsbescherming hebben, worden deze deelnemers niet gemarkeerd als „Zero Trust E2E-geverifieerd”. In plaats daarvan wordt hun identiteitsstatus in grijze tekst weergegeven, wat aangeeft dat de identiteit is geverifieerd door de Webex CA.
• Niet-geverifieerde gastgebruiker ( Niet geverifieerd) — Hoewel de identiteit van gastdeelnemers niet geverifieerd is (omdat er geen aanmeldingsproces is), hebben ze toch een certificaat nodig om lid te worden van de MLS-groep voor een gesprek of vergadering. Dit certificaat is uitgegeven door een Webex CA en gebruikt „anoniem” als gebruikersnaam.

Bovendien helpt een beveiligingscode voor vergaderingen die is afgeleid van de cryptografische status van alle deelnemers bij het detecteren van aanvallen van personen in het midden door deelnemers in staat te stellen te verifiëren dat iedereen dezelfde veilige vergadercontext heeft. Door cryptografische identiteitsverificatie te combineren met versleuteling van begin tot eind, biedt deze functie voor „Deepfake-preventie” een robuuste bescherming tegen imitatie en bedreigingen van synthetische media, waarbij de integriteit en vertrouwelijkheid van vergaderingen op zowel de Webex App- als RoomOS-apparaten worden gewaarborgd.

De uitrol van certificaten beheren

Organisaties kunnen de uitrol en het beheer van deze door de klant verstrekte identiteitscertificaten voor eindgebruikers vereenvoudigen door ze te installeren op apparaten die door het bedrijf worden beheerd met behulp van toepassingen voor Mobile Device Management (MDM), Mobile Application Management (MAM) of Enterprise Mobility Management (EMM). Met deze beheerplatforms kunnen IT-beheerders certificaten en het bijbehorende beveiligingsbeleid centraal aanbieden, configureren en beheren op een breed scala aan apparaten, of ze nu eigendom zijn van het bedrijf of persoonlijk eigendom. Microsoft Intune ondersteunt bijvoorbeeld zowel MDM- als MAM-mogelijkheden waarmee organisaties de Webex-app en de bijbehorende beveiligingsconfiguraties, waaronder identiteitscertificaten, op beheerde apparaten kunnen implementeren en beheren. Op dezelfde manier biedt Cisco Meraki Systems Manager MDM-mogelijkheden om apparaten in te schrijven, configuratieprofielen te pushen en certificaten te implementeren om de status van een vertrouwd apparaat te garanderen. Het gebruik van deze beheeroplossingen vermindert de administratieve overheadkosten, vereenvoudigt het beheer van de levenscyclus van certificaten en verbetert de beveiliging voor Webex E2EE-vergaderingen met functies voor „Deepfake-preventie”.

De drie pijlers van identiteit

Effectief identiteits- en toegangsbeheer (IAM) voor Webex is afhankelijk van:

• Provisioning (CRUD) — Beheer van de levenscycli van gebruikers (aanmaken, lezen, bijwerken, verwijderen) om ervoor te zorgen dat de „Source of Truth” past bij het samenwerkingsplatform.
• Authenticatie (AuthN) — De identiteit van de gebruiker verifiëren via veilige inloggegevens of tokens.
• Autorisatie (AuthZ) — Definiëren van gedetailleerde machtigingen en API-toegangsniveaus na authenticatie.

Bevoorrading en levenscyclusbeheer

Webex ondersteunt verschillende methoden om gebruikers en groepen te synchroniseren:

• SCIM 2.0 — De cloudstandaard die de voorkeur geniet. Het automatiseert de levenscyclus van de gebruiker, zodat bij offboarding in de IdP automatisch de toegang tot Webex wordt ingetrokken.
• Directory Connector — een Cisco-tool voor hybride omgevingen, waarbij on-premises Active Directory (AD) wordt overbrugd naar de Webex Cloud.
• API-gebaseerde provisioning — Maakt gebruik van de Webex „People API” voor programmatische gebruikersaanmaak en licentietoewijzing in complexe omgevingen.
• Verouderd LDAP — Ondersteund voor lokale adresboeken (bijv. CUCM), maar minder geoptimaliseerd voor modern cloudverkeer.

Kaders voor authenticatie en autorisatie

• Authenticatie (AuthN):

• SAML 2.0 — De bedrijfsstandaard voor Single Sign-On (SSO). Webex treedt op als serviceprovider (SP) en valideert de XML-beweringen van de IdP van het bedrijf.
• OIDC (OpenID Connect) — een moderne, lichte identiteitslaag gebouwd op OAuth 2.0 met behulp van JSON Web Tokens (JWT's). Het ondersteunt „Discovery-URL's” voor geautomatiseerde configuratie.

• Autorisatie (AuthZ):

• OAuth 2.0 — Beheert API-toegang via toegangstokens met een korte levensduur (die scopes definieert) en vernieuwingstokens met een lange levensduur. Het zorgt voor beveiliging via PKCE (Proof Key for Code Exchange) voor openbare klanten.

Integratie en strategieën voor meerdere IDP

Webex biedt gespecialiseerde paden voor naadloze integratie:

• Entra ID Wizard — Het aanbevolen pad voor Microsoft-omgevingen. Het maakt gebruik van de Microsoft Graph API voor geavanceerde synchronisatie van attributen (avatars, hiërarchieën) en automatiseert de OIDC/SAML-configuratie.
• Duo Security — Voegt „Continuous Identity Security” toe door de postuur van het apparaat te verifiëren en phishing-resistente MFA in te schakelen.

Ondersteuning voor meerdere IdP: Met Webex kunnen organisaties meerdere onafhankelijke IDP's samenbrengen binnen één Control Hub.

• Use cases: fusies, overnames of gedecentraliseerde IT-afdelingen.
• Routering: Authenticatieverzoeken worden gerouteerd op basis van domeinen of gebruikersgroepen.
• Overweging — Vereist strikte coördinatie om een consistent veiligheidsbeleid te handhaven in alle federale bronnen.

Voorbeeld van de meest voorkomende IdP-identiteitsintegraties met Webex:

Beste praktijken en veerkracht

• SSO Recovery — Gebruik altijd de ingebouwde „SSO Recovery” -link in Control Hub om SSO te omzeilen via een eenmalig wachtwoord (OTP) als de IdP-configuratie mislukt.
• Certificaatbeheer — Controleer de vervaldatum van het SAML-certificaat. De SSO Wizard automatiseert de uitwisseling van metagegevens, waardoor handmatige fouten worden beperkt.
• Problemen oplossen — Gebruik de SAML Tracer-tool om XML-beweringen te inspecteren en de NameID-formaten te valideren als er authenticatieproblemen optreden.
• Veiligheidshouding — Schaf regelmatig oude subsidietypen af en zorg ervoor dat PKCE wordt geïmplementeerd voor alle integraties met openbare klanten.

Conclusie: Identiteit voor Webex Meetings

Een robuuste identiteitsstrategie is een continu levenscyclusproces. Door SCIM voor provisioning, OIDC/SAML voor authenticatie en OAuth voor autorisatie te combineren, kunnen organisaties zorgen voor een veilige, probleemloze ervaring voor gebruikers met behoud van strikte administratieve controle.

De levenscyclus van Cisco Secure Development

Bij Cisco is beveiliging geen bijzaak. Het is een gedisciplineerde aanpak om vanaf het begin producten en diensten van wereldklasse te ontwikkelen en te leveren. Alle productontwikkelingsteams van Cisco ^® moeten de Cisco Secure Development Lifecycle volgen. Het is een herhaalbaar en meetbaar proces dat is ontworpen om de veerkracht en betrouwbaarheid van Cisco-producten te vergroten. De combinatie van hulpmiddelen, processen en bewustmakingstraining die in alle fasen van de ontwikkelingscyclus is geïntroduceerd, helpt om een grondige verdediging te waarborgen. Het biedt ook een holistische benadering van de veerkracht van producten. Het productontwikkelingsteam van Webex volgt deze levenscyclus met passie in elk aspect van de productontwikkeling.

Lees meer over de levenscyclus van veilige ontwikkeling.

De fundamentele beveiligingshulpmiddelen van Cisco

De Cisco-organisatie voor beveiliging en vertrouwen biedt het proces en de nodige hulpmiddelen waarmee elke ontwikkelaar een consistent standpunt kan innemen bij een beveiligingsbeslissing.

Het hebben van toegewijde teams om dergelijke tools te ontwikkelen en te leveren, neemt onzekerheid weg in het proces van productontwikkeling.

Enkele voorbeelden van hulpmiddelen zijn:

• Product Security Baseline (PSB) -vereisten waaraan producten moeten voldoen
• Tools voor het opbouwen van bedreigingen die worden gebruikt tijdens het modelleren van bedreigingen
• Richtlijnen voor coderen
• Gevalideerde of gecertificeerde bibliotheken die ontwikkelaars kunnen gebruiken in plaats van hun eigen beveiligingscode te schrijven
• Tools voor het testen van beveiligingsproblemen (voor statische en dynamische analyses) die na de ontwikkeling worden gebruikt om te testen op beveiligingsfouten
• Softwaretracering die Cisco en bibliotheken van derden in de gaten houdt en de productteams op de hoogte stelt wanneer een kwetsbaarheid wordt vastgesteld

Organisatiestructuur die zorgt voor beveiliging in Cisco-processen

Cisco beschikt over speciale afdelingen om beveiligingsprocessen in het hele bedrijf in te voeren en te beheren. Om voortdurend op de hoogte te blijven van beveiligingsbedreigingen en -uitdagingen, vertrouwt Cisco op:

• Het Cisco-team voor informatiebeveiliging (InfoSec) in de cloud
• Cisco-team voor incidentrespons op productbeveiliging (PSIRT)
• Gedeelde verantwoordelijkheid voor beveiliging

Cisco InfoSec Cloud

Onder leiding van de Chief Security Officer voor de cloud is dit team verantwoordelijk voor het leveren van een veilige Webex-omgeving aan onze klanten. InfoSec bereikt dit door beveiligingsprocessen en -hulpmiddelen te definiëren en af te dwingen voor alle functies die betrokken zijn bij de levering van Webex aan onze klanten.

Bovendien werkt Cisco InfoSec Cloud samen met andere teams binnen Cisco om te reageren op eventuele beveiligingsbedreigingen voor de Webex-service.

Cisco InfoSec is ook verantwoordelijk voor de continue verbetering van de beveiliging van Webex.

Cisco-team voor incidentrespons op productbeveiliging (PSIRT)

Cisco PSIRT is een toegewijd wereldwijd team dat de instroom, het onderzoek en de rapportage van beveiligingsproblemen met betrekking tot Cisco-producten en -services beheert. PSIRT gebruikt verschillende media om informatie te publiceren, afhankelijk van de ernst van het beveiligingsprobleem. Het soort rapportage varieert afhankelijk van de volgende voorwaarden:

• Er bestaan softwarepatches of tijdelijke oplossingen om de kwetsbaarheid aan te pakken, of een latere openbaarmaking van codecorrecties is gepland om zeer ernstige kwetsbaarheden aan te pakken
• PSIRT heeft geconstateerd dat een kwetsbaarheid actief wordt misbruikt, wat zou kunnen leiden tot een groter risico voor Cisco-klanten. PSIRT kan in dit geval de publicatie versnellen van een beveiligingsaankondiging waarin de kwetsbaarheid wordt beschreven zonder dat de patches volledig beschikbaar zijn.
• Het publieke bewustzijn van een kwetsbaarheid die van invloed is op Cisco-producten kan leiden tot een groter risico voor Cisco-klanten. Nogmaals, PSIRT kan klanten waarschuwen, zelfs als de patches niet volledig beschikbaar zijn.

In alle gevallen maakt PSIRT de minimale hoeveelheid informatie bekend die eindgebruikers nodig hebben om de impact van een kwetsbaarheid te beoordelen en om maatregelen te nemen die nodig zijn om hun milieu te beschermen. PSIRT maakt gebruik van de Common Vulnerability Scoring System (CVSS) -schaal om de ernst van een bekend probleem te beoordelen. PSIRT verstrekt geen informatie over de kwetsbaarheid die iemand in staat zou kunnen stellen een exploit uit te voeren.

Voor meer informatie over PSIRT, zie Cisco Product Security Incident Response Team.

Verantwoordelijkheid voor de beveiliging

Hoewel iedereen in de Webex-groep verantwoordelijk is voor de beveiliging, zijn de belangrijkste regels als volgt:

• Chief Security Officer, Cloud
• Vicepresident en algemeen directeur, toepassingen voor Cisco Cloud samenwerking
• Vicepresident, Engineering, toepassingen voor Cisco Cloud samenwerking
• Vicepresident, Productbeheer, toepassingen voor Cisco Cloud samenwerking

Interne en externe penetratietests

De Webex-groep voert regelmatig strenge penetratietests uit, waarbij gebruik wordt gemaakt van interne beoordelaars. Naast zijn eigen strenge interne procedures schakelt Cisco InfoSec ook meerdere onafhankelijke derden in om rigoureuze audits uit te voeren op het interne beleid, de procedures en de toepassingen van Cisco. Deze audits zijn bedoeld om bedrijfskritieke beveiligingsvereisten voor zowel commerciële als overheidstoepassingen te valideren. Cisco maakt ook gebruik van externe leveranciers om doorlopende, diepgaande penetratietests met codeondersteuning en servicebeoordelingen uit te voeren. Als onderdeel van de opdracht voert een derde de volgende veiligheidsevaluaties uit:

• Identificatie van kritieke kwetsbaarheden in toepassingen en diensten en voorstellen van oplossingen
• Aanbeveling van algemene gebieden voor verbetering van de architectuur
• Identificatie van codeerfouten en het geven van richtlijnen voor verbeteringen in de coderingspraktijken

Externe beoordelaars werken rechtstreeks samen met de technische staf van Webex om de bevindingen toe te lichten en de sanering te valideren. Raadpleeg het Webex MeetingsLetters of Attestation Trust Package voor informatie over de penetratietest.

Fysieke beveiliging

De fysieke beveiliging in het datacenter omvat videobewaking voor faciliteiten en gebouwen en gedwongen identificatie met twee factoren bij binnenkomst. Binnen datacenters van Cisco wordt de toegang geregeld door een combinatie van badgelezers en biometrische controles. Daarnaast zorgen omgevingscontroles (bijvoorbeeld temperatuursensoren en brandblussystemen) en infrastructuur voor continuïteit van de dienstverlening (zoals stroomvoorziening) ervoor dat systemen zonder onderbreking werken.

Datacenterservers zijn onderverdeeld in „vertrouwenszones”, op basis van de gevoeligheid van de infrastructuur. Databases zijn bijvoorbeeld „in een kooi” geplaatst, de netwerkinfrastructuur heeft speciale ruimtes en alle apparatuurrekken zijn vergrendeld. Alleen beveiligingspersoneel van Cisco en geautoriseerde bezoekers, vergezeld van Cisco-personeel, hebben toegang tot de datacenters.

Het productienetwerk van Cisco is een zeer vertrouwd netwerk: slechts zeer weinig mensen met een hoog vertrouwensniveau hebben toegang tot het netwerk.

Infrastructuur- en platformbeveiliging

Platformbeveiliging omvat de beveiliging van het netwerk, de systemen en het algemene Webex-datacenter. Alle systemen ondergaan een grondige veiligheidsbeoordeling en validatie van de acceptatie voordat ze in productie worden genomen, evenals regelmatige voortdurende verharding, beveiligingspatches en scans en beoordelingen van kwetsbaarheden.

Servers worden versterkt op basis van de Security Technical Implementation Guidelines (STIG's), gepubliceerd door het National Institute of Standards and Technology (NIST). Firewalls beschermen de netwerkperimeter. Toegangscontrolelijsten (ACL's) scheiden de verschillende veiligheidszones af. Inbraakdetectiesystemen (IDS's) zijn aanwezig en activiteiten worden voortdurend ondertekend en gecontroleerd. In Webex worden dagelijks interne en externe beveiligingsscans uitgevoerd. Alle systemen zijn gehard en gepatcht als onderdeel van regulier onderhoud. Daarnaast worden voortdurend scans en beoordelingen van kwetsbaarheden uitgevoerd.

Continuïteit van de dienstverlening en noodherstel zijn cruciale onderdelen van beveiligingsplanning. Het ontwerp van Cisco-datacenters met wereldwijde back-ups van locaties en hoge beschikbaarheid helpt de geografische failover van Webex-services mogelijk te maken. Er is geen enkel storingspunt.

Administratieve gegevens

Informatie over werknemers of vertegenwoordigers van een klant of andere derde partij die door Cisco wordt verzameld en gebruikt om de levering van producten of diensten door Cisco te beheren of te beheren, of om het account van de klant of derde partij te beheren of te beheren voor Cisco's eigen zakelijke doeleinden.

Administratieve gegevens kunnen bestaan uit de naam, het adres, het telefoonnummer, het e-mailadres en informatie over de contractuele verplichtingen tussen Cisco en een derde partij, ongeacht of deze zijn verzameld bij de eerste registratie of later in verband met het beheer of de administratie van Cisco's producten of diensten.

Administratieve gegevens kunnen ook de titel van de vergadering, het tijdstip en andere kenmerken omvatten van de vergaderingen die op Webex zijn gehouden door werknemers of vertegenwoordigers van een klant. Andere voorbeelden van administratieve gegevens zijn bijvoorbeeld de titel van de vergadering, het tijdstip van de vergadering en andere kenmerken van de vergaderingen die op Webex worden gehost.

Gegevens van klanten

Dit omvat alle gegevens (waaronder tekst-, audio-, video-, beeldbestanden en opnamen) die ofwel door een klant aan Cisco worden verstrekt in verband met het gebruik door de klant van Cisco-producten of -diensten, ofwel door Cisco worden ontwikkeld op specifiek verzoek van een klant op grond van een werkverklaring of contract.

Klantgegevens omvatten ook log-, configuratie- of firmwarebestanden en kerndumps.

Het zijn gegevens die afkomstig zijn van een product of dienst en aan Cisco worden verstrekt om ons te helpen een probleem op te lossen in verband met een ondersteuningsverzoek. Klantgegevens omvatten geen administratieve gegevens, ondersteuningsgegevens of telemetriegegevens.

Ondersteuningsgegevens

Informatie die Cisco verzamelt wanneer een klant een verzoek indient voor ondersteuningsdiensten of andere probleemoplossing, waaronder informatie over hardware of software. Het bevat informatie met betrekking tot het ondersteuningsincident, zoals authenticatiegegevens, informatie over de toestand van het product, systeem- en registergegevens over software-installaties en hardwareconfiguraties, en bestanden voor het traceren van fouten. Ondersteuningsgegevens omvatten geen log-, configuratie- of firmwarebestanden, of kerndumps die uit een product zijn gehaald en die aan ons zijn verstrekt om ons te helpen een probleem op te lossen in verband met een ondersteuningsverzoek. Dit zijn allemaal voorbeelden van klantgegevens.

Telemetriegegevens

Informatie die wordt gegenereerd door instrumentatie- en registratiesystemen die zijn gecreëerd door het gebruik en de werking van het product of de dienst.

Alle gegevens die in de Webex-cloud worden verzameld, worden beschermd door verschillende lagen robuuste beveiligingstechnologieën en -processen. Hieronder vindt u voorbeelden van besturingselementen die in verschillende lagen van Webex-activiteiten zijn geplaatst om klantgegevens te beschermen:

• Fysieke toegangscontrole — Fysieke toegang wordt geregeld door middel van biometrie, badges en videobewaking. De toegang tot het datacenter vereist goedkeuringen en wordt beheerd via een elektronisch ticketsysteem.
• Netwerktoegangsbeheer — De Webex-netwerkperimeter wordt beschermd door firewalls. Al het netwerkverkeer dat het Webex-datacenter binnenkomt of verlaat, wordt continu bewaakt met behulp van een inbraakdetectiesysteem (IDS). Het Webex-netwerk is ook opgedeeld in afzonderlijke beveiligingszones. Het verkeer tussen de zones wordt beheerd door firewalls en toegangscontrolelijsten (ACL's).
• Infrastructuurbewaking en -beheer — Elk onderdeel van de infrastructuur, inclusief netwerkapparaten, toepassingsservers en databases, is aangepast aan strenge richtlijnen. Ze worden ook regelmatig gescand om eventuele veiligheidsproblemen te identificeren en aan te pakken.
• Cryptografische controles — Zoals eerder opgemerkt, zijn alle gegevens van en naar het Webex-datacenter naar in de cloud geregistreerde Webex-apps en Webex-apparaten versleuteld, met uitzondering van PSTN-verkeer en niet-versleutelde SIP/H323-videoapparaten in een vergadering met cloudondersteuning. Bovendien worden kritieke gegevens die zijn opgeslagen in Webex, zoals wachtwoorden, versleuteld.

Cisco-medewerkers hebben geen toegang tot klantgegevens, tenzij de klant om ondersteuningsredenen om toegang vraagt. De beheerder geeft in dit geval alleen toegang tot systemen in overeenstemming met het principe van „scheiding van taken”. Het wordt alleen verleend op basis van een 'need-to-know'-basis en met alleen de mate van toegang die vereist is om de klus te klaren. De toegang van werknemers tot deze systemen wordt ook regelmatig gecontroleerd op naleving. Werknemers met een dergelijke toegang moeten een jaarlijkse training volgen van de International Organization for Standardization (ISO) 27001 Information Security Awareness.

Naast deze gespecialiseerde controles ondergaat elke Cisco-medewerker een antecedentenonderzoek, ondertekent hij een geheimhoudingsovereenkomst (NDA) en volgt hij een training in de Code of Business Conduct (COBC).

Wet inzake overdraagbaarheid en verantwoording van ziektekostenverzekeringen (HIPAA)

Cisco kan informatie verstrekken over de functionaliteit, technologie en beveiliging van Webex. Een entiteit die onder de HIPAA-dekking valt, zou haar eigen juridisch adviseur moeten raadplegen om te bepalen of de functionaliteit van Webex voldoet aan de bedrijfsprocessen en of deze geschikt is voor de AVG.

• Naleving van de AVG
• Openbaarmaking van het Webex Meetings aanbod van Cisco

Industriestandaarden en certificeringen

Webex voldoet niet alleen aan onze strenge interne normen, maar voert ook voortdurend validaties door derden uit om aan te tonen dat we ons inzetten voor informatiebeveiliging. Webex is:

• ISO 27001, 27017, 27018 en 27701 gecertificeerd
• Service Organization Controls (SOC) 2, type II, gecontroleerd
• SOC 3-gecertificeerd
• Gedragscode voor de cloud
• CSTAR
• Certificaat van de Cloud Computing Compliance Controls Catalogue (C5)
• FedRAMP-gecertificeerd (bezoek cisco.com/go/fedramp voor meer informatie, toepassingsgebied en beschikbaarheid)

Raadpleeg de Cisco Trust Portal voor een complete set documenten op het gebied van beveiliging, privacy en naleving, waaronder informatie over de bovenstaande normen en certificeringen.