Hartelijk dank voor uw feedback

Miljoenen gebruikers wereldwijd vertrouwen op Webex voor veilige samenwerking. Van directiekamers voor bedrijven en wetgevende zittingen van de overheid tot gevoelige consultaties tussen artsen en patiënten, Webex is een vertrouwd platform voor kritieke communicatie.

Naarmate de vraag naar werken op afstand toeneemt, neemt ook de behoefte aan robuuste, vertrouwelijke samenwerkingstools toe. Webex voldoet al langer aan deze behoefte dan welke andere leverancier dan ook. Met de opkomst van imitatie op basis van AI en geavanceerde deepfake-bedreigingen is de behoefte aan identiteitsgeverifieerde, beleidsgestuurde samenwerking van het grootste belang. Voor onze klanten is beveiliging niet alleen een functie — het is een geïntegreerd onderdeel van de volledige levenscyclus van vergaderingen, waarbij het gaat om de planning, de identiteit van de deelnemers en de bescherming van de inhoud.

Webex ondersteunt al lang sterke end-to-end encryptie (E2EE). Ons Webex Zero Trust Security-model ontwikkelt dit erfgoed aan de hand van drie belangrijke pijlers:

• Een basis leggen voor op standaarden gebaseerde, formeel geverifieerde cryptografie
• End-to-end-encryptie uitbreiden met end-to-end geverifieerde identiteit
• Ondersteuning uitbreiden naar huidige Webex-apparaten en de Webex-app

Dit technisch document biedt achtergrondinformatie over beveiliging van begin tot eind en beschrijft de technische onderbouwing van de manier waarop WebExZero Trust Security werkt. Voor de operationele beveiliging van vergaderingen, zoals soorten vergadersessies, beveiligingsverschillen tussen geplande vergaderingen en persoonlijke vergaderruimten, bedieningselementen voor beheerders en gastheren, het delen en bewaren van vergaderinhoud, en bredere AI en deepfake-bestendigheid in de vergaderervaring, zie het bijbehorende technische document van WSMP Meetings Security.

18 jaar ervaring op het gebied van E2E-beveiliging

Webex was een pionier op het gebied van E2E-versleuteling voor vergaderingen in 2008. E2E-beveiliging zorgt er per definitie voor dat inhoud wordt versleuteld vanaf het moment dat deze wordt verzonden totdat deze wordt weergegeven door de ontvanger, waardoor de cloudprovider of derden geen toegang hebben tot de gegevens of ermee kunnen knoeien.

Afhankelijk van hoeveel investeringen een aanbieder van videoconferenties doet in E2E-beveiligingsmechanismen, kunnen ze verschillende beschermingsniveaus bieden, zoals weergegeven in figuur 1. Elke E2E-beveiliging is beter dan alleen versleutelen tijdens transport en in rust.

Beschermingsniveau	Aanvallers op het netwerk	Passieve aanvallen (afluisteren)	Actieve aanvallen (imitatie)	Voorbeelden
Versleuteling tijdens het transport en in rust	Ja	Nee	Nee	Apps die geen E2EE zijn
E2E-versleuteling	Ja	Ja	Nee	Verouderde E2EE- en consumentenapps
E2E-versleuteling en E2E-identiteit	Ja	Ja	Ja	Webex Zero Trust-beveiliging

De meeste toepassingen die beweren E2E-beveiliging te bieden, bieden alleen bescherming tegen passieve aanvallen. Passieve bescherming is nog steeds waardevol, omdat ze ervoor zorgen dat kwaadwillenden een vergadering alleen kunnen afluisteren terwijl die aan de gang is. De beste aanpak is echter om bescherming te bieden tegen zowel passieve als actieve aanvallen, waarbij de conferentieaanbieder zich zou kunnen voordoen als een legitieme deelnemer om deel te nemen aan de vergadering. Hiervoor is naast de E2E-versleuteling ook een E2E-identiteitslaag nodig.

Met Zero Trust Security zorgt Webex voor sterkere cryptografie voor vergaderingen en wordt de end-to-end encryptie uitgebreid met end-to-end geverifieerde identiteit om vergaderingen te beschermen tegen het volledige spectrum van aanvallen.

Alvorens in technische details te duiken, is het nuttig om de gebruikerservaring te begrijpen. Om een E2E-gecodeerde vergadering te creëren, selecteert de host het juiste vergadertype tijdens de planning in de Webex-app (figuur 2).

Wanneer deelnemers deelnemen, zien ze een „schild met slot” dat aangeeft dat de vergadering E2E-versleuteld is (figuur 3). Als u op dit pictogram tikt, krijgt u informatie over de beveiliging van de vergadering.

Tot slot geeft de Webex-toepassing in de deelnemerslijst van de vergadering aan of de identiteit van de deelnemer op een E2E-veilige manier is geverifieerd, dat wil zeggen of iemand anders dan Cisco instond voor de identiteit van de deelnemer (figuur 4).

Deelnemers kunnen ook controleren of ze allemaal dezelfde beveiligingscode hebben om te bevestigen dat ze allemaal hetzelfde beeld hebben van de vergadering en dat ze dus beschermd zijn tegen impersonatieaanvallen. Bij implementaties waarbij gebruik wordt gemaakt van door de klant verstrekte identiteitscertificaten van begin tot eind, biedt de roosterstatus transparantie over identiteitsborging.

Zero Trust Security is gebaseerd op cryptografische protocollen die voldoen aan de industriestandaard, die Cisco samen met andere leiders op het gebied van beveiliging en privacy bestuurt, waaronder Google, Cloudflare, Wickr en Wire. Cisco leidde de eerste generatie veilige Voice-over-IP (VoIP) met technologieën zoals Secure Real-Time Protocol (SRTP), DTLS-SRTP, STIR/SHAKEN en WebRTC, en Cisco doet hetzelfde met Zero Trust Security (figuur 5).

Laag	Vandaag	Zero Trust-beveiliging
Identiteit	SSO (SAML, OpenID)	X.509-certificaat
Sleuteluitwisseling	SDES/DTLS	Messaging Layer Security (MLS)
Media-encryptie	SRTP	Beveiligde frames (sFrame)

Het systeem bestaat in feite uit drie lagen, en op elke laag gebruiken we de oude hop-by-hop-technologie en versterken deze met een extra beschermingslaag van begin tot eind. De drie lagen omvatten:

• Identiteit — E2E-identiteit vereist dat klanten inloggegevens hebben die hun identiteit bewijzen. Met Zero Trust E2E Identity worden de inloggegevens van de klanten verstrekt door een Webex Independent. Certificate Authority
• Sleuteluitwisseling: klanten die deelnemen aan een E2E-vergadering moeten sleutels instellen voor E2E-versleuteling zonder dat de conferentieprovider toegang heeft tot die sleutels. Het Messaging Layer Security (MLS) -protocol is een geratificeerde standaard, RFC 9420, die voortbouwt op technologieën die zijn ontwikkeld in de open source-gemeenschap en die in een strenge, formeel geverifieerde omgeving plaatst.
• Inhoudsbescherming — Tot slot moet de eigenlijke media-inhoud van de vergadering van begin tot eind worden beschermd. sFrame (voor „Secure Frames”) is RFC 9605. Het is een snel en eenvoudig coderingsraamwerk voor het versleutelen van media in realtime, waardoor een extra coderingslaag kan worden toegevoegd met minimale overheadkosten.

Laten we deze technologieën eens wat gedetailleerder bekijken, van onderaf.

Een mediaversleutelingsschema is een manier om een sleutel te gebruiken die wordt gedeeld door de deelnemers aan een vergadering en deze te gebruiken om de daadwerkelijke inhoud die tijdens de vergadering wordt gedeeld, zoals audio, video en schermdeling, te beschermen. Op protocolniveau moet het coderingsschema extra informatie verzenden met elke eenheid versleutelde gegevens, met name:

1. Een koptekst die de ontvanger vertelt hoe het pakket moet worden ontcijferd, en
2. Een authenticatielabel die de ontvanger gebruikt om te controleren of er niet met het pakket is geknoeid.

In SRTP is de coderingseenheid bijvoorbeeld een RTP-pakket; SRTP vertrouwt op de RTP-header voor de configuratie en voegt een authenticatielabel toe aan het einde van het pakket.

Aangezien al deze extra informatie de bandbreedte verhoogt die nodig is voor een E2E-gecodeerde vergadering, zorgt sFrame voor de minimale hoeveelheid framing die nodig is. De SFrame-header geeft aan welke sleutel moet worden gebruikt, zodat de toetsen kunnen worden gedraaid, en bevat een uniek volgnummer dat de initialisatievector definieert. Dit wordt gevolgd door de inhoud die is versleuteld met de E2E-sleutel en een authenticatielabel. De header, inhoud en tag van sFrame worden vervolgens verpakt in een SRTP-pakket, zodat SRTP bescherming biedt tegen inspectie of wijziging door netwerkaanvallers, en sFrame beschermt tegen de media-elementen van de conferentieprovider (zie voorbeeld in figuur 6).

Deze minimalistische benadering heeft nog andere voordelen. sFrame is onafhankelijk van het onderliggende transport, dus toekomstbestendig met opkomende technologieën zoals RTP via QUIC en RIPT. Het is ook mogelijk om sFrame zo te configureren dat het werkt op eenheden met meerdere pakketten, zoals hele frames, om de overheadkosten voor versleuteling verder te beperken.

Een geheime sleutel instellen voor een groep terwijl de groep alleen toegang heeft tot een kanaal dat niet vertrouwd is, lijkt me magisch. Technieken om dit te doen werden voor het eerst ontwikkeld in de jaren 80, en tegenwoordig maakt meer dan 90 procent van de internetgebruikers gebruik van Transport Layer Security (TLS) om precies dit te doen. Messaging Layer Security (MLS) breidt deze functionaliteit uit naar groepen, terwijl TLS alleen van punt tot punt werkt, zodat Webex MLS kan gebruiken om conferentiesleutels in te stellen, zelfs als de conferentieprovider niet vertrouwd is.

MLS biedt drie essentiële beveiligingsfuncties:

1. Gedeelde sleutel — De sleutel is alleen bekend bij geverifieerde groepsleden.
2. Consistentie — Zorgt ervoor dat alle leden een consistent beeld hebben van het groepsrooster.
3. Rotatie — De sleutels worden automatisch bijgewerkt wanneer een lid lid lid wordt of vertrekt.

De eerste functie biedt ons de sleutels die we gebruiken om media te versleutelen met sFrame. Samen met de tweede functie vormt dit het startpunt voor de E2E-identiteit. De derde functie zorgt ervoor dat de enige mensen die de media kunnen ontcijferen, de mensen zijn die op dit moment aan de vergadering deelnemen. U kunt geen media ontcijferen van voordat u lid werd of nadat u wegging (of eruit werd gezet).

Om dit alles te bereiken wisselen de klanten in een vergadering op kritieke punten in de vergadering MLS-berichten uit om een MLS-groep in stand te houden die op elk moment precies de deelnemers aan de vergadering bevat. Webex routeert de berichten tussen de klanten, maar MLS beschermt deze berichten zodat Webex ze veilig kan verwerken. Figuur 7 laat zien hoe de berichten verlopen.

Creatie: De eerste persoon die deelneemt aan de vergadering, al dan niet gastheer, creëert de MLS-groep voor de vergadering en wordt de „leider” voor de doeleinden van MLS. Op elk willekeurig moment wordt één deelnemer aan de vergadering als leider aangewezen. In de meeste gevallen is deze deelnemer de gastheer van de vergadering. Zodra de sessie is gestart, zorgt MLS ervoor dat elke deelnemer aan de vergadering over de cryptografische informatie beschikt om als leider op te treden; Webex wijst gewoon één leider aan om verwarring te voorkomen.

Deelnemen: Wanneer een nieuwe deelnemer aan de vergadering wil deelnemen, vragen ze om binnengelaten te worden door een MLS Key Package-bericht te sturen naar de leider, met daarin zijn openbare sleutel en authenticatiegegevens. De leider antwoordt met een welkomstbericht waarin de schrijnwerker informatie krijgt over de andere deelnemers aan de vergadering. De leider zendt ook een Add-bericht en een Commit-bericht uit naar de groep. In het bericht Toevoegen wordt de nieuwe deelnemer aangekondigd aan degenen die al aan de vergadering deelnemen. Het Commit-bericht zorgt ervoor dat alle huidige deelnemers de oude groepssleutel hashen om een nieuwe sleutel te krijgen voor de groep die nu uitgebreid is; het welkomstbericht geeft deze sleutel aan de samenvoeger.

Verlof: Als iemand de vergadering verlaat, is het de taak van de leider om hem of haar buiten te sluiten. De leider doet dit door MLS Remove and Commit-berichten uit te zenden naar iedereen die nog aanwezig is in de vergadering. Het bericht Verwijderen vertelt de resterende deelnemers wie vertrokken is, en de Commit versleutelt een nieuwe sleutel voor alle resterende deelnemers, maar niet voor de persoon die is vertrokken. De overige deelnemers hashen de nieuwe sleutel met de oude groepssleutel om een sleutel te krijgen die de persoon die wegging niet heeft. Als de deelnemer die is vertrokken de leider is, benoemt Webex een nieuwe leider en de nieuwe leider verwijdert de oude leider.

Sleutelrotatie kan betekenen dat het een paar seconden langer duurt om aan een vergadering deel te nemen of iemand te verwijderen, maar dat geeft een duidelijke veiligheidsgarantie: als iemand niet voorkomt in de deelnemerslijst voor de vergadering, heeft hij niet de sleutels om de inhoud te ontsleutelen.

De deelnemerslijst van een E2E-gecodeerde vergadering toont de identiteitsverificatie van elke gebruiker. Het gebruik van door klanten uitgegeven identiteitscertificaten levert een echte E2E-geverifieerde identiteit op, in die zin dat Cisco daar niet mee kan knoeien. In deze gevallen wordt op de deelnemerslijst in blauwe tekst het domein weergegeven waartoe de deelnemer behoort. Tijdens de vergadering in figuur 8 kunt u bijvoorbeeld zien dat Kevin een geverifieerd e-mailadres heeft van example.com en dat Isabella een geverifieerd e-mailadres van company.com heeft.

Identiteitscertificaten uitgegeven door een WebexCertificate Authority, zoals de identiteit van een videoapparaat, bieden een beperktere bescherming. Alleen een aanvaller die de Webex in gevaar brengt, Certificate Authority kan zich voordoen als een gebruiker. Hoewel dit beter is dan helemaal geen identiteitsbescherming te hebben, zijn dergelijke deelnemers aan de vergadering niet blauw gemarkeerd als Zero Trust van begin tot eind met identiteitsverificatie. Ze worden weergegeven met grijze tekst om de identiteitsverificatie van Webex Trust aan te geven.

Als backstop voor deze procedures biedt Webex ook een beveiligingscode voor de vergadering. Een beveiligingscode is een korte, voor mensen leesbare tekenreeks die wordt berekend als een output van het MLS-proces. De beveiligingscode geeft een samenvatting van de cryptografische status van de vergadering, met inbegrip van de sleutels van de groep en de certificaten die door de deelnemers zijn overhandigd. Deze code kan worden gebruikt om een impersonatieaanval te detecteren, omdat zo'n aanval ertoe zou leiden dat ten minste één deelnemer een andere cryptografische status zou hebben dan alle anderen. Maar het sluit imitatie alleen uit als iedereen verifieert dat ze dezelfde code hebben. Als een deel van de deelnemers verifieert dat ze dezelfde code hebben, weten ze dat hun identiteit getrouw aan elkaar wordt weergegeven, maar iemand die zijn code niet bevestigt, had zich kunnen voordoen als iemand die zijn code niet bevestigt. Figuur 9 toont een voorbeeld van hoe de beveiligingscode wordt weergegeven tijdens een vergadering.

Deze code biedt een zeer sterke bescherming tegen aanvallen van imitatie. Het maakt deel uit van het MLS-protocol, dus er is een grondige beveiligingsanalyse uitgevoerd. Omdat dit sterk afhankelijk is van de status van de vergadering, verandert de beveiligingscode elke keer dat iemand deelneemt aan de vergadering. Daarom moeten de deelnemers aan de vergadering hun beveiligingscodes opnieuw verifiëren telkens wanneer iemand deelneemt. De code wisselt niet als iemand weggaat, want als je weggaat, kun je je niet voordoen als een imitator.

Webex Zero Trust Security werd gelanceerd in 2021. In 2026 introduceerde Ultra Secure Webex-vergaderingen ondersteuning voor extra eindpunten in E2E-gecodeerde Webex-vergaderingen, volledig uitgeruste Zero Trust E2EE-vergaderingen met Video Mesh Node (VMN) en end-to-end encryptie en identiteitsmogelijkheden voor standaardvergaderingen:

• Op standaarden gebaseerde, formeel geverifieerde cryptografie
• Zero Trust E2E-versleuteling
• Zero Trust E2E geverifieerde identiteit
• Ondersteuning voor alle Webex-apparaten die te koop zijn
• Ondersteuning voor de Webex-app op desktop, mobiel en internet
• Ondersteuning voor Webex Web App en Web SDK (gepland voor Q1CY27)
• Ondersteuning voor Webex Calling telefoons (gepland voor Q3CY26)
• Ondersteuning voor Video Mesh Node
• Ondersteuning voor E2E-versleuteling in geplande vergaderingen en persoonlijke vergaderruimten

Zero Trust heeft enkele beperkingen. E2E-gecodeerde vergaderingen bieden geen ondersteuning voor:

• Functies van Cisco-cloudservices waarvoor toegang tot media in platte tekst vereist is, waaronder:
  • Opnamen en services in de cloud van Webex. AI Assistant Deze diensten kunnen worden geleverd met behulp van hybride implementaties met Video Mesh Node (VMN).
  • Chat, bestanden, whiteboards en aantekeningen van vergaderingen opslaan.
  • Interoperabiliteit van PSTN of SIP.

In de toekomst zal Webex E2E-versleutelde vergaderingen op een aantal manieren verbeteren, waarbij we ons laten leiden door de principes om de cloud zo min mogelijk bevoegdheden te geven en klanten controle te geven over hun gegevens.

Alomtegenwoordige E2E-beveiliging: Alles moet E2E-veilig zijn, niet alleen bepaalde vergaderingen. De eerste stap om deze visie te bereiken is bereikt met E2E-beveiliging voor de Webex Web App en Cisco-telefoons die met de cloud verbonden zijn. Uiteindelijk zou de open, op standaarden gebaseerde E2E-architectuur Webex in staat moeten stellen om ook een SIP-infrastructuur (Session Initiation Protocol) in te voeren.

De innovaties die in dit artikel worden besproken, tonen een duidelijk pad naar de langetermijnvisie van E2E-versleuteling die altijd aan staat. Zodra gebruikers overal verbinding kunnen maken en klanten zich veilig kunnen aanmelden voor de functies die ze willen tijdens een vergadering, kan E2E-versleuteling worden gebruikt voor elke Webex-vergadering — van informele ad-hocvergaderingen waarbij alle functies zijn ingeschakeld, tot vergrendelde, streng beveiligde vergaderingen. E2E-versleuteling zorgt er altijd voor dat de inhoud van de vergadering alleen beschikbaar is voor geautoriseerde deelnemers, en klanten en gebruikers zullen beslissen welke groep deelnemers geschikt is voor een bepaalde vergadering.

Imitatie op basis van AI en bestendigheid tegen deepfake

Webex pakt imitatiebedreigingen op basis van AI aan via een gelaagde aanpak die een aanvulling vormt op het Zero Trust end-to-end coderingsmodel. Hoewel dit document zich richt op de technische grondslagen van een volledig geverifieerde identiteit, waaronder door de klant verstrekte verificatie op basis van certificaten en het voldoen aan cryptografische integriteitscontroles, biedt Webex ook operationele beveiligingscontroles voor de vergaderervaring om het risico op ongeoorloofde toegang en schadelijke interacties te verminderen.

Voor soorten vergadersessies, de beveiligingsverschillen tussen geplande vergaderingen en persoonlijke vergaderruimten, de bedieningselementen van gastheer en beheerder in de Control Hub, en aanvullende AI- en deepfake-detectie en -preventie in de bredere vergaderervaring, zie het bijbehorende technische document van WSMP Meetings Security.

Webex bepaalt de toekomst van veilige vergaderingen door middel van op standaarden gebaseerde cryptografie en geverifieerde identiteit. De toewijding aan een open ecosysteem zorgt ervoor dat klanten absolute controle houden over hun gegevens, ongeacht het vergaderscenario.