Webex Suite Møter Sikkerhetsteknisk papir

Introduksjon

Webex Meetingsgir globale ansatte og virtuelle team mulighet til å samarbeide i sanntid, og bygge bro over avstanden for å skape en sømløs, «in-the-room» -opplevelse. Organisasjoner som spenner fra kommersielle virksomheter til offentlige etater er avhengige av Webex for å effektivisere forretningsprosesser og oppnå bedre resultater på tvers av salg, markedsføring, opplæring, prosjektledelse og støttefunksjoner.

For disse organisasjonene er sikkerhet ikke bare en funksjon - det er et grunnleggende krav. Uansett om du planlegger møter, autentiserer deltakere eller deler sensitive dokumenter, må samarbeidet beskyttes ved hvert berøringspunkt.

Cisco løfter denne standarden med Ultra Secure Webex Meetings. Ved å bygge inn en Zero Trust-arkitektur direkte i plattformen, sikrer Cisco at sikkerhet er iboende for enhver interaksjon. Denne tilnærmingen inkorporerer:

Zero Trust End-En d-End-End-Encryption (E2EE) — Avanserte krypteringsprotokoller sikrer at møteinnhold forblir privat og utilgjengelig for uautoriserte parter, inkludert Cisco selv.
Zero Trust End-to-End Identity (E2EI) — Denne funksjonen utnytter kundeleverte sertifikater for å bekrefte møtedeltakernes identitet, og gir et robust forsvar mot uautorisert tilgang og sofistikerte deepfake-angrep.

Cisco prioriterer sikkerhet gjennom design, utvikling, distribusjon og vedlikehold av nettverk, plattformer og applikasjoner. Du kan Webex Meetings integrere i forretningsprosessene dine med absolutt tillit, vel vitende om at samarbeidsverktøyene dine er konstruert for å oppfylle selv de strengeste sikkerhets- og samsvarskravene.

Hva du vil lære

Denne artikkelen beskriver sikkerhetsfunksjonene til Webex Suite møteplattformen (WSMP). Den diskuterer møtetyper, distribusjonsalternativer, funksjoner, verktøy, prosesser og prosjektering som hjelper kundene med å samarbeide trygt på Webex.

Mø Webex Suite teplattformen inkluderer:

Webex Meetings
Webex Webinars
Webex EdgeLyd
Webex Cloud Tilkoblet lyd
Webex Assistant
Polling (av Slido)

Disse produktene er en del av det enhetligeWebex Suite, som integrerer møter, samtaler, meldinger, whiteboard og mer, og gir en sømløs samarbeidsopplevelse. Plattformen støtter kapasiteter fra 2 til 1000 deltakere i et møte, til opptil 5000 deltakere i webinarer og 100 000 seere i webcasts, med avanserte funksjoner som AI-drevet assistanse, sanntidsoversettelse og forbedrede sikkerhetskontroller. Den Webex Suite er tilgjengelig gjennom forskjellige kjøpsmodeller, inkludert Enterprise Agreement og Named User abonnementer, og den tilbyr flere tillegg og integrasjoner for å møte ulike organisatoriske behov.

Fremtidige funksjoner

Noen funksjoner diskutert i dette dokumentet er planlagt å bli gjort generelt tilgjengelige senere i CY 2026. Funksjoner merket med hammerbilde som viser funksjoner planlagt for levering i Q3CY26 symbolet er planlagt for levering i Q3 CY26. Funksjoner merket med symbolet er planlagt for levering i Q1 CY27. Ta kontakt med kontoadministratoren din hvis du trenger tidlig tilgang til disse funksjonene.

Figur 1: Webex Suite Møteplattformarkitektur

Webex Suite Meetings Platform Architecture

Kjer Webex Meetings netjenester og komponenter

Webex Meetingser en del avWebex Suite, og gir lyd-/videokonferanser med innholdsdeling og webkonferansefunksjoner.
Plattformen inkluderer flere mikrotjenester som Meetings Service, Webinar Service, Identity Service, Recording Service, AI Assistant Service, Analytics Service, Admin Service og Media Service.
Webex Meetingsstøtter skyregistrerte apper og enheter, slik at brukere kan delta i møter fra forskjellige OS-plattformer og enheter. Brukere kan også delta i møter via PSTN og med SIP-endepunkter.

Arkitektur og distribusjon

Webex Meetingstjenestene regionaliseres og replikeres på tvers av flere uavhengige datasentre for å sikre redundans og høy tilgjengelighet.
Medietjenester distribueres globalt med medieserverklynger i hvert datasenter, noe som gir lokal og geografisk redundans.
Medieservere håndterer tale-, video- og innholdsdeling, med medier som vanligvis krypteres ved hjelp av AES-256-GCM.
Arkitekturen støtter kryptert signalering over TLS/HTTPS og krypterte mediestrømmer.

Webex støtter deltakelse i møter fra flere plattformer og enheter, inkludert:

Webex skrivebordsapplikasjon på Windows, Mac og Linux.
Webex mobilapplikasjon på Android og iOS.
Webex webapplikasjon ved hjelp av Chrome, Edge, Safari, Firefox og andre nettlesere.
Cisco romenheter og skrivebordsenheter.
Tredjeparts SIP-standardbaserte lyd- og videoendepunkter.
PSTN-enheter.

Utviklende Webex-distribusjoner: Prioritering av suverenitet og Zero Trust-sikkerhet

Etter hvert som organisasjoner i økende grad prioriterer datasuverenitet og strenge sikkerhetsstandarder, utvikler Webex distribusjonsmodellene sine for å gi større kontroll over møteinnhold, og sikre at sikkerhet aldri kommer på bekostning av funksjonalitet.

Webex kundesuverenitet

Som svar på den økende etterspørselen etter dataopphold, har Webex introdusert forbedrede suverenitetsegenskaper. Fra og med opptak og med støtte for flere tjenester som kommer, kan organisasjoner nå beholde kontrollen over møteinnholdet med:

Lokalisert behandling — Behandler møteinnhold, for eksempel opptak, innenfor sin egen infrastruktur.
Lokal lagring — Bruk egne fillagringstjenester til å huse sensitive møteressurser, slik at data forblir innenfor angitte geografiske eller organisatoriske grenser.

Ultrasikker Webex Meetings

Historisk sett krevde «Ultra Secure» -funksjoner, for eksempel Zero Trust End-End-End-End-Encryption (E2EE), ofte et kompromiss i møtefunksjonaliteten, ettersom skybaserte verdiskapende tjenester krevde tilgang til krypteringsnøkler, og bare et begrenset antall endepunkttyper kunne delta i disse møtene. Webex har eliminert denne avveiningen med:

Funksjonsrik Zero Trust — Webex har forvandlet Zero Trust End-End-End-End-Encrypted (E2EE) møter, og lagt til funksjonalitet som gjør Zero Trust-møter funksjonsrike. Støtte for et større antall endepunkttyper gir en sømløs opplevelse uten å ofre verktøyene som er nødvendige for moderne samarbeid.
Zero Trust for Standard Meetings — Webex har integrert Zero Trust E2EE-funksjoner direkte i standardmøter. Dette sikrer at selv hverdagssamarbeid kan dra nytte av de høyeste sikkerhetsnivåene, og gir jevn beskyttelse på tvers av hele Webex-økosystemet.

En enhetlig tilnærming til samarbeid

Ved å integrere Customer Suverenity med disse avanserte Zero Trust E2EE-funksjonene, gir Webex organisasjoner mulighet til å oppnå et dobbelt mål: å være vert for svært sikre Zero Trust-møter i Webex-skyen, samtidig som du opprettholder full kontroll over behandlingen og lagringen av kritisk møteinnhold lokalt. Denne synergien gir fleksibiliteten og sikkerheten som er nødvendig for moderne, samsvarsdrevne bedriftsmiljøer.

Webex sikkerhetsrammeverk: Tre beskyttelsesnivåer

Webex tilbyr tre nivåer med sikre møter, designet for å samsvare med strenge krav til samsvar, suverenitet og databeskyttelse.

Standardmøter — Gir robust kryptering for data under overføring og i hvile. Selv om disse møtene oppfyller sikkerhetsstandarder i bedriftsklasse, bruker de ikke en Zero Trust-arkitektur, ettersom skyinfrastrukturen beholder muligheten til å administrere krypteringsnøkler.
Standardmøter med adaptiv sikkerhet — For bedrer standardmodellen ved å bruke dynamiske sikkerhetspolicyer. Dette nivået prioriterer bruken av End-to-End-End-Encryption (E2EE) når deltakermiljøet og endepunktfunksjonene tillater det, og balanserer fleksibilitet med økt sikkerhet.
Zero Trust End-End-End-End-Encrypted (E2EE) møter — representerer den høyeste sikkerhetsstillingen. Ved å sikre at krypteringsnøkler genereres og administreres utelukkende av møtedeltakere, gjør denne modellen skyinfrastrukturen «blind» for mediestrømmen og møteinnholdet. Denne arkitekturen håndhever streng Zero Trust-integritet, og forhindrer dekryptering på skysiden gjennom hele økten.

Hybrid infrastruktur og sikkerhetsintegrasjon

Organisasjoner kan utvide disse sikkerhetsnivåene ytterligere ved å distribuere lokale Webex-tjenester, for eksempel Webex Video Mesh Node. Denne integrasjonen utvider sikkerhetsomkretsen, og muliggjør en konsekvent Zero Trust-stilling i Webex-skyen samtidig som den gir flere operasjonelle fordeler:

Optimalisert medierut ing — Reduserer ventetid ved å holde medietrafikken lokal, noe som sikrer ytelse av høy kvalitet for lokale endepunkter.
Lokalisert tjenestelever ing — Gjør det mulig å være vert for bestemte møtetjenester, for eksempel opptak lokalt, samtidig som du opprettholder streng overholdelse av sikkerhets- og suverenitetskrav.
Forbedret sikkerhetsper imeter — Tilrettelegger for sikker tilgang med lav ventetid for intern infrastruktur, og sikrer at Zero Trust-integritet opprettholdes selv når hybridkomponenter integreres.

Standard Webex Meetings leverer en robust videokonferansetjeneste av profesjonell kvalitet som kan støtte møter med opptil 1000 deltakere. Viktige funksjoner inkluderer breakout-økter, innholdsdeling, integrert lyd og video, en AI-drevet assistent, sanntidsoversettelse, møteopptak, chat, fildeling, tavler og bedriftsintegrasjoner. Plattformen krypterer signalering og mediestrømmer ved hjelp av hop-by-hop SRTP-kryptering, slik at Webex-skyen kan dekryptere medier for å aktivere avanserte tjenester som opptak, transkripsjon og AI-funksjoner.

Møteinnhold som opptak, transkripsjoner, tavler, chat og filer lagres sikkert i Webex-skyen, krypteres med AES-256-GCM og beskyttes av et nøkkelstyringssystem som støtter hybrid datasikkerhet og alternativer for å ta med egen nøkkel. Identitetsverifisering støttes via standardmetoder, inkludert Single Sign-On (SSO) og integrering med eksterne identitetsleverandører. Tilgjengeligheten spenner over et bredt spekter av endepunkter, inkludert SIP-enheter og PSTN-brukere, noe som gjør løsningen egnet for brukere som trenger omfattende funksjoner med integrering av skytjenester og bred enhetskompatibilitet. Administratorer har kontroll over oppbevaring av møteinnhold, tilgangskontroller og møtefunksjoner gjennom Webex Control Hub, som gir sentralisert administrasjon, diagnostikk og sikkerhetstilsyn.

Standard Webex Meetings with Adaptive Security — ***Figur 3: Standard Webex Meetings med adaptiv sikkerhet***

Standard Webex Meetings med adaptiv sikkerhet inkluderer alle funksjonene i StandardWebex Meetings, forbedret med Zero Trust ende-til-ende-krypteringsfunksjoner. I denne modellen bruker Webex-endepunkter som støtter ende-til-ende-kryptering MLS-protokollen (Messaging Layer Security) (RFC 9420) for nøkkelforhandling og SFrame (R FC 9605) for medietransport. Denne tilnærmingen gir to viktige fordeler:

Zero Trust End-to-end-kryptering — Når alle deltakere og tjenester støtter MLS og SFrame, genereres og deles møtekrypteringsnøklene utelukkende mellom deltakerne, noe som forhindrer Webex-skyen eller noen mellommann i å dekryptere mediestrømmene.
Hvis et endepunkt eller en tjeneste som ikke støtter MLS og SFrame kobles til, introduserer Webex dynamisk en Sframe-til-SRTP-samarbeidstjeneste for å konvertere mellom de to medieformatene. På dette tidspunktet endres møtets sikkerhetsstilling fra Zero Trust til Secure, ettersom Webex får tilgang til krypteringsnøklene, noe som gjør det mulig for SRTP-bare endepunkter og Webex skytjenester som opptak og å delta. AI Assistant I mellomtiden fortsetter Webex-endepunkter å bruke MLS og SFrame.
Zero Trust End-to-End Identity — Alle Webex-endepunkter som bruker MLS-utvekslingsbrukeridentitetssertifikater under møtenøkkelforhandlingsprosessen. Disse sertifikatene kan utstedes av deltakernes organisasjoner, slik at identiteter kan presenteres og valideres uavhengig av Webex-tjenester. Denne formen for Zero Trust Identity sikrer at deltakerne er den de hevder å være, og beskytter mot deepfake-angrep uten å stole på deteksjonstjenester.

Zero Trust End-to-End Encrypted Webex Meetings — ***Figur 4: Zero Trust Ende-til-ende-kryptert Webex Meetings***

Webex Zero Trust ende-til-ende-krypterte møter gir forbedret sikkerhet ved å kombinere ende-til-ende-kryptering med bekreftet deltakeridentitet. Denne sikkerhetsmodellen bruker MLS-protokollen (Messaging Layer Security) for nøkkelforhandling og SFrame for medietransport, og sikrer at møtekrypteringsnøkler genereres og deles utelukkende blant deltakerne. Som et resultat kan ikke Webex-skyen eller en mellommann dekryptere mediestrømmene, og tilbyr en Zero Trust-sikkerhetsstilling.

Viktige funksjoner inkluderer:

Zero Trust End-to-end-kryptering — Alle deltakere støtter MLS og SFrame, møtekrypteringsnøklene forblir bare tilgjengelige for dem, noe som forhindrer tilgang til sky- eller tjenesteleverandør.
Zero Trust End-to-End Identi ty — Deltakerne utveksler brukeridentitetssertifikater under nøkkelforhandlinger, som kan utstedes av deres organisasjoner. Dette tillater uavhengig validering av identiteter uten å stole på Webex-tjenester, og beskytter mot etterligning og deepfake-angrep.
Sikkerhetsbekref telse —Møtesikkerhetskode hentet fra alle deltakernes MLS-nøkkelpakker vises for alle deltakere. Matchende koder bekrefter at møtet ikke har blitt avlyttet eller tuklet med av en man-in-the-middle angriper.
Støttede funksjoner og begrensninger — Zero Trust-møter støtter opptil 1000 deltakere, lokalt opptak, chat i møtet, filoverføring, whiteboard, merknad, ekstern skrivebordskontroll og vannmerking av video/lyd. Funksjoner som krever skytilgang til dekrypterte medier, for eksempel nettverksbasert opptakAI Assistant, transkripsjon og PSTN- eller SIP-enhetsanrop, støttes imidlertid ikke. (Ved å distribuere en Hybrid Webex-arkitektur, kan de fleste av disse begrensningene løses - se nedenfor).
Identitetsbekref telse — Verter kan se bekreftelsesstatusen til deltakerne, skille mellom bekreftede identiteter (via eksterne eller Webex-sertifikatautoriteter) og ubekreftede brukere, noe som muliggjør bedre håndtering av møtesikkerhet.

Utvide sikkerhetsgrensen med Video Mesh Node

Hybrid Architectures and Security for Webex Meetings — ***Figur 5: Hybride arkitekturer og sikkerhet for Webex Meetings***

Ved å legge til en Video Mesh-node i en organisasjon kan kundene tilby lokale møtetjenester, og lar deres lokale endepunkter delta i ethvert Webex-møte. Fra et sikkerhetsperspektiv opprettholder integrering av en Video Mesh Node Zero Trust i Webex-skyen samtidig som den tilbyr nesten funksjonsparitet med standard Webex-møter. Kunder drar også nytte av datasuverenitet, ettersom tjenester som Video Mesh Node-møteopptak behandles og lagres lokalt.

Figur 6: Sammenligning av Zero Trust- og Standard Meeting-funksjoner i en Webex-distribusjon med Video Mesh Node (VMN)

Funksjon	Webex Pro (Standard) Møter med lokale Video Mesh Node (VMN)	Webex Ende-til-ende-krypterte (Zero Trust) møter med lokale Video Mesh Node (VMN)
Krypteringstype	Hop-by-hop (TLS/SRTP)	Ende-til-ende (MLS/S-ramme)
Deltakerkapasitet	Opptil 1000	Opptil 1000
Webex-app-skrivebordet	Støttet	Støttet
Webex-mobilapp	Støttet	Støttet
Webex Web App	Støttet	Støttet
Web-SDK for Webex	Støttet	Støttet
Cisco videoenheter (skyregistrert)	Støttet	Støttet
Webex CallingIP-telefoner (skyregistrert)	Støttet	Støttet Cisco 9800-serien telefoner Cisco 8875-serien telefoner
Cisco videoenheter (På stedet (SIP) CUCM registrert)	Støttet	Støttet (VMN)
Webex CallingIP-telefoner (På stedet (SIP) CUCM registrert)	Støttet	Støttet (VMN)
PSTN	Støttet	Støttes ikke - Ikke null tillit
Møteopptak	Lokal - Støttet (Webex-app) Webex Cloud - Støttet Lokalt — støttet (VMN)	Lokal - Støttet (Webex-app) Lokalt — støttet (VMN)
Cisco AI Assistant Sammendrag, transkripsjoner, handlingselementer	Webex Cloud — Støttet Lokalt — støttet (VMN)	Webex Cloud — Støttet Lokalt — støttet (VMN)
Breakout-rom	Støttet	Støttet
Innebygde apper (f.eks. Slido)	Støttet	Støttet Ikke null tillit
Personlig møterom	Støttet	Støttet
Lobby- og adgangskontroller	Støttet	Støttet
Bli med før vert	Støttet	Støttet
Ekstern skrivebordskontroll	Støttet	Støttet
Chat, filer, tavler, merknader	Støttet	Støttet - ikke vedvaret
Transkoding ved skjermdeling med endepunkter som støtter lavere videooppløsning	Støttet	Støttes ikke Skjermdeling med lav oppløsning brukes for alle deltakere hvis et low-end endepunkt blir med i møtet

Bruk av Zero Trust ende-til-ende-kryptering kan legge til noen ekstra sekunder for å bli med i et møte, men det gir klar sikkerhetsforsikring - bare møtedeltakerne har tilgang til møtekrypteringsnøklene, slik at møteinnholdet ikke kan dekrypteres av tjenesteleverandøren eller andre mellommenn.

Sammendrag: Webex Meetings og hybriddistribusjonsmodeller

Som vist i sammenligningen ovenfor, tillater distribusjon av Video Mesh Node (VMN) Zero Trust Webex Meetings å oppnå nesten funksjonsparitet med standard Webex-møter. Selv om Zero Trust-møter ikke støtter PSTN-deltakere, fungerer Webex nettbaserte applikasjon som et allment tilgjengelig alternativ for ende-til-ende-kryptert tilgang. Videre gjør VMN det mulig for kontorbaserte arbeidere som bruker skrivebordstelefoner, sømløst å delta i Zero Trust-møter.

Video Mesh Node sikrer også datasuverenitet for kritisk møteinnhold, inkludert opptak og - i nær fremtid - transkripsjoner, sammendrag, og handlingselementer. Ved å behandle og lagre disse dataene lokalt, gir VMN kundene full kontroll over informasjonen sin, samtidig som de opprettholder en Zero Trust-arkitektur i Webex-skyen.

Privat Webex Meetings

Hvis organisasjonen har Video Mesh på nettverket ditt, kan administratoren aktivere private møter ved å kontakte kontorepresentanten din. Denne funksjonen forbedrer sikkerheten til møtet ditt ved å avslutte mediene bare i lokalene dine. Når du planlegger et privat møte, avsluttes alltid media på Video Mesh-nodene i bedriftsnettverket uten skykaskade. Mens Private Webex Meetings tilbyr personvern ved bare å holde medier i lokalene dine, introduserer de også begrensninger ved å begrense møtedeltakere bare til medlemmer av organisasjonen din, og blokkere tilgangen til skytjenester som opptak ogCisco AI Assistant.

Hvis du vil ha mer informasjon om privat Webex Meetings og designveiledning for Webex Edge Video Mesh, kan du se Foretrukket arkitektur for Webex Edge videonett.

Webex Meetings: Additional Hybrid Deployment Options — ***Figur 7:Webex Meetings: Ytterligere alternativer for hybriddistribusjon***

Webex tilbyr et omfattende utvalg av hybridtjenester som gjør det mulig for organisasjoner å utnytte eksisterende investeringer i lokal infrastruktur samtidig som de drar nytte av skyinnovasjon, noe som gir en konsistent brukeropplevelse, forbedret sikkerhet og fleksible distribusjonsalternativer for Webex Meetings og samarbeid generelt. De viktigste hybridtjenestene som er tilgjengelige for Webex Meetings inkluderer:

Video Mesh Media Nodes — Aktiver IP-telefoner og SIP-endepunkter som er registrert for Unified CM å sende lyd-, video- og skjermdelingsinnhold til en Webex Video Mesh-klynge under møter, noe som forbedrer medieruting og kvalitet.
Video Mesh Recording — Gjør det mulig for organisasjoner å ta opp Webex Meetings ved hjelp av lokal infrastruktur. Dette sikrer at alle opptaksdata behandles i en Video Mesh Node og lagres lokalt, noe som gir større kontroll over dataopphold og sikkerhet.
Webex lokale AI-tjenester — Sammen drag, transkripsjoner og handlingselementer behandles og lagres lokalt, noe som gir større kontroll over dataopphold og sikkerhet.
Hybrid Data Security Service — Lar organisasjoner lagre og administrere Webex-krypteringsnøkler i datasenteret lokalt for økt sikkerhet.
Anropstjen este — Integrering av eksisterende Cisco Unified Communications Manager eller annen lokal samtalekontroll med Webex-skyen, slik at brukere kan delta i møter sømløst.
Kalendertjeneste — Integrasjon med støttede kalendermiljøer for å muliggjøre planlegging av møter hvor som helst uten plugins.
Katalogtjeneste — Synkronisering av brukerkataloger mellom lokale miljøer og skymiljøer for konsekvent administrasjon av brukeridentitet.
Webex EdgeLyd og Webex Edge tilkobling — Gi VoIP-baner på nettet og dedikerte, QoS-aktiverte IP-koblinger fra kundens lokaler til Webex-skyen, forbedrer lydkvaliteten og reduserer kostnadene ved å omgå PSTN.

Webex-kryptering og personvern

Webex Meetingssikre robust sikkerhet ved å kryptere både signal- og mediedata i transitt og i hvile. All kommunikasjon mellom Webex-apper, enheter og tjenester bruker TLS 1.2 eller nyere med sterke chifferpakker for signalkryptering. Mediestrømmer — inkludert lyd, video, skjermdeling og dokumentdeling — krypteres ved hjelp av AES-256-GCM som foretrukket kryptering.

Kryptografi: Kryptering av data under overføring

All kommunikasjon mellom skyregistrerte Webex-apper, Webex-enheter og Webex-tjenestene skjer over krypterte kanaler. Webex bruker TLS-protokoll med versjon 1.2 eller nyere med høystyrke chifferpakker for signalering.

Etter at en økt er etablert over TLS, krypteres alle mediestrømmer (lyd, video, skjermdeling og dokumentdeling).

Kryptert Webex-signalering

Webex-tjenester støtter TLS-versjoner 1.2 og 1.3, med TLS 1.3 foretrukket når den støttes av tilkoblingsendepunktet. Hvis en klient bare støtter TLS 1.2, velger Webex-serveren den sterkeste vanlige chifferpakken som tilbys av klienten. I motsetning til TLS 1.2 bruker ikke TLS 1.3 valg av serverpreferansekrypteringssuite fordi det er avhengig av et mindre, kuratert sett med moderne chiffer. Denne designen forenkler utvelgelsesprosessen, og fokuserer mer på ytelsesforbedringer som å redusere den totale håndtrykklengden, samtidig som den opprettholder sterk sikkerhet. Krypteringssuitene for TLS 1.2 og 1.3 som brukes av Webex er veldefinerte og prioriterte for å sikre sikker kommunikasjon.

TLS-krypteringssuitene

TLS 1.3-krypteringspakker (TLS 1.3-servere bruker ikke en preferanserekkefølge for valg av suite)

Cipher-suite	Nøkkelforhandling/genereringsprotokoll
TLS_AES_256_GCM_SHA384	ECDH SecP256R1MLKem768 (ekv. > 3072 bits RSA)
TLS_AES_128_GCM_SHA256	ECDH SecP256R1MLKem768 (ekv. > 3072 bits RSA)
TLS_CHACHA20_POLY1305_SHA256	ECDH SecP256R1MLKem768 (ekv. > 3072 bits RSA)

TLS 1.2-krypteringssuiter (suiter i serverforetrukket rekkefølge)

Cipher-suite	Nøkkelforhandling/genereringsprotokoll
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384	ECDH secp256r1 (ekv. 3072 bits RSA)
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256	ECDH secp256r1 (ekv. 3072 bits RSA)
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256	ECDH secp256r1 (ekv. 3072 bits RSA)
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA	ECDH secp256r1 (ekv. 3072 bits RSA)
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA	ECDH secp256r1 (ekv. 3072 bits RSA)

AES_256_CBC og AES_128_CBC-krypteringskryptering støttes for å opprettholde kompatibilitet med eldre systemer, eldre nettlesere og innebygde enheter som ikke støtter moderne AEAD (Authenticated Encryption with Associated Data) -kryptering som AES-GCM f.eks. Internet Explorer11 på Windows 7 og Windows 8.1, Safari 6/7/8 på tidlige iOS- og macOS-utgivelser bruker CBC-baserte chiffer.

CHACHA20_POLY1305 er strømkryptering som har lav avhengighet av maskinvare, noe som gjør den til en overlegen chiffer å bruke på mobile enheter eller enheter med CPUer med lite strøm.

Post-Quantum Sikker Kryptografi

Post-Quantum Cryptography (PQC) er et fremtidssikret tiltak som fungerer som et proaktivt skjold mot Harvest Now Decrypt Later (HNDL) angrep for data som overføres i dag.

HNDL er avhengig av det faktum at nåværende asymmetrisk kryptering (som RSA og Diffie-Hellman) er sårbar for fremtidige kvantedatamaskiner. Angripere «høster» denne trafikken nå, vel vitende om at de ikke kan lese den ennå, men satser på at de om 10 år vil ha verktøyene for å låse den opp.

PQC implementerer en matematisk «lås» på sårbare data. PQC bruker gitterbasert eller hashbasert matematikk som er motstandsdyktig mot både klassiske og kvantealgoritmer. Selv om en angriper høster PQC-krypterte data i dag, forblir det en «svart boks» for dem for alltid, ettersom selv en fremtidig kvantecomputer ikke vil ha algoritmen til å knekke den.

De fleste HNDL-angrep retter seg mot Key Exchange (prosessen der to parter blir enige om en hemmelig nøkkel). Hvis en angriper fanger nøkkelutvekslingen i dag ved hjelp av eldre metoder, kan de utlede øktnøklene senere og dekryptere hele samtalen.

Webex TLS- og MLS-protokoller støtter Post-Quantum Key Encapsulation Mechanisms (ML-KEM). Dette sikrer at det aller første «håndtrykket» mellom en bruker og Webex-skyen er kvantebestandig. Hvis nøkkelutvekslingen er sikker mot kvanteangrep, forblir resten av den krypterte økten trygg fra retrospektiv dekryptering.

Webex TLS med PQC-støtte hammerbilde som viser funksjoner planlagt for levering i Q3CY26

Webex-skyen støtter ECDH-SecP256R1-MLKEm768 for nøkkelinnkapsling i TLS 1.3-krypteringspakker. Denne hybride nøkkelavtalemekanismen integrerer klassisk nøkkelutveksling (ECDH over SecP256R1) med kvantebestandig nøkkelinnkapsling (ML-KEM-768). Denne hybride tilnærmingen sikrer post-kvantesikkerhet samtidig som den opprettholder bakoverkompatibilitet, og faller tilbake til klassisk ECDH hvis TLS 1.3-klienten ikke støtter ML-KEM.

Bruk av TLS 1.3 med Post-Quantum Key Encapsulation Mechanisms (PQ-KEM) avhenger av operativsystemet til tilkoblingsklienten. Støttede systemer inkluderer Windows 11, macOS 14.4 (Sonoma), Linus (OpenSSL 3.5+), iOS 26 og Android 17.

Webex MLS med PQC-støtte hammerbilde som viser funksjoner planlagt for levering i Q3CY26

MLS-protokollen (Messaging Layer Security) (RFC 9420) er et IETF-standardisert, høyeffektivt rammeverk designet for sikker ende-til-ende-kryptering i gruppekommunikasjon. Webex integrerer ECDH-SECP256R1-MLKEM768 i MLS for å gi kvantebestandige nøkkelavtaler for Zero Trust ende-til-ende-krypterte møter.

Implementering av PQC på MLS-laget gir en kritisk «forsvarsdyptgående» fordel - det beskytter møtemedier og innhold fra Harvest Now, Decrypt Later (HNDL) angrep. Selv om en tilkoblingsenhet mangler støtte på OS-nivå for PQC - noe som gjør TLS-transportlaget potensielt sårbart - forblir det underliggende møteinnholdet sikkert og kan ikke dekrypteres av fremtidige kvanteberegningsressurser.

Kryptert Webex Media

Mediekrypteringsstandarder for Webex

Webex-møter og samtaler bruker robust AES-basert kryptering for alle mediepakker. Den spesifikke krypteringspakken avhenger av endepunktstypen, med AES-256-GCM som den foretrukne standarden for optimal sikkerhet.

Tabell 1. Støtte for kryptering for mediekryptering
Endepunktstype	Støttede chiffer
Webex App- og RoomOS-enheter	AES-256-GCM
Tredjeparts SIP/H.323-enheter	AES-256-GCM AES-128-GCM AES-CM-128-HMAC-SHA1

Viktige sikkerhetshensyn

Foretrukket standard — AES-256-GCM er anbefalt kryptering for alle distribusjoner for å sikre det høyeste nivået av dataintegritet og konfidensialitet.
Interoperabilitet — Selv om Webex opprettholder støtte for eldre chiffer (for eksempel AES-CM-128-HMAC-SHA1) for å sikre interoperabilitet med tredjeparts SIP- og H.323-systemer, bør organisasjoner som prioriterer en null-tillitsarkitektur håndheve AES-256-GCM der enhetskompatibilitet tillater det.

Medietransportprotokoller

Webex støtter medietransport via UDP, TCP eller TLS. For optimal tale- og videoytelse anbefaler Cisco på det sterkeste UDP.

Ytelseshensyn:

Sanntidseffektivitet —UDP er den foretrukne transporten for sanntidsmedier, da den minimerer ventetid og jitter ved å unngå retransmisjons- og buffermekanismene som ligger i tilkoblingsorienterte protokoller.
Virkning av TCP/TLS — Selv om TCP og TLS gir pålitelig, ordnet datalevering, er denne oppførselen kontraproduktiv for sanntidsmedier. De resulterende pakkeoverføringene og strømbufferen introduserer ventetid og jitter, noe som kan forringe kvaliteten på opplevelsen for deltakerne betydelig

Webex bruk av SRTP og SFrame for media

For å opprettholde de høye sikkerhetsstandardene som kreves for WebExZero Trust-miljøer, er det viktig å skille mellom sikkerhet på transportnivå (SRTP) og applikasjonslag ende-til-ende-kryptering (SFrame).

Tabell 2. Sammenligning: SRTP vs SFrame
Funksjon	SRTP (Sikker RTP)	SFrame (sikker ramme)
Primærmål	Sikker medietransport	Ende-til-ende-kryptering (E2EE)
Lag	Transportlag	Applikasjon/nyttelastlag
Synlighet	Krypterer RTP-nyttelast; overskrifter er ofte synlige	Krypterer medieramme før transport
Nøkkeladministrasjon	DTLS-SRTP	Frakoblet (MLS-protokoll)
Medieserver/mediegateway-interaksjon (SFU)	SFU dekrypterer/krypterer på nytt	SFU er «blind» (kan ikke dekryptere)

Viktige tekniske forskjeller — SRTP & sFrame

SRTP (Sikker sanntidstransportprotokoll)
SRTP er bransjestandarden for sikring av mediestrømmer i transitt.
- Omfang —Det gir konfidensialitet, meldingsgodkjenning og avspillingsbeskyttelse for RTP-nyttelasten.
- Operasjonell kontekst — I mange arkitekturer avslutter Media Server/ Media Gateway (Selective Forwarding Unit (SFU)) SRTP-tilkoblingen for å utføre mediebehandling (for eksempel miksing, layoutsammensetning eller transkoding). Fordi SFU dekrypterer media for å behandle det, er media teknisk sårbart på SFU-punktet.
SFrame (sikker ramme)
SFrame er en IETF-standard. RFC 9605 er designet spesielt for å muliggjøre ekte ende-til-ende-kryptering i et konferansemiljø med flere parter.
- Omfang —Den krypterer pakkede medierammer før de er innkapslet i RTP-pakker. Webex legger til et ekstra lag med kryptering ved hjelp av SRTP.
- Zero Trust Architecture — Fordi mediet er kryptert i applikasjonslaget, fungerer SFU bare som et «blindt» relé. Den ruter de krypterte pakkene til andre deltakere uten noen gang å ha tilgang til dekrypteringsnøklene.
- Uavhengighet —sFrame er transport-agnostisk. Det forblir sikkert selv om den underliggende transporten (UDP/TCP/TLS) er kompromittert, ettersom sikkerhetskonteksten er knyttet til deltakernes endepunkter i stedet for transportforbindelsen.

SFrame er den kritiske mekanismen som muliggjør E2EE. Mens SRTP sikrer at data krypteres mens de krysser nettverket, sikrer SFrame at mediet forblir kryptert gjennom hele møtets livssyklus, inkludert mens det ligger på Ciscos infrastruktur (SFU), og fjerner tjenesteleverandøren effektivt fra tillitsgrensen.

Kryptering av data i hvile: Webex Meetings

Data i hvile Webex Meetings er klassifisert i to forskjellige kategorier, hver med sin egen sikkerhetsprofil:

Webex Meetingsinnhold
Webex Meetingsmetadata

Webex MeetingsInnhold

Møteinnhold består av data opprettet av deltakere eller generert av Webex-tjenester på vegne av møteverten. Dette inkluderer:

Medierelatert innhold —Opptak, transkripsjoner, sammendrag, og handlingselementer.
Samarbeidsdata — Chat-meldinger, delte/overførte filer, tavler og merknader.

Webex MeetingsInnholdssikkerhet — Webex-ende-til-ende-kryptering

Webex sikrer møteinnhold generert av deltakere ved hjelp av et robust ende-til-ende-krypteringsrammeverk (E2EE). Sentralt i denne arkitekturen er Webex Key Management Service (KMS), som er ansvarlig for å generere, distribuere og administrere krypteringsnøklene for alt brukergenerert innhold.

Sikkerhetslag for møteinnhold

Data i overføring — We bex-appen og Cisco-videoenheter bruker Webex ende-til-ende-kryptering (E2EE) med AES-256-GCM for å kryptere brukergenerert møteinnhold som opptaksfiler, AI-sammendragsfiler, chatmeldinger osv. Dette er ytterligere innkapslet i Transport Layer Security (TLS) for å gi dobbeltlagsbeskyttelse under overføring.
Data i hvile — Når det er lagret i Webex-skyen, er kryptert innhold i tillegg beskyttet av AES-256-GCM-diskkryptering.
Beskyttelsesprofil — Denne tilnærmingen beskytter innhold mot TLS-avlytting under overføring og sikrer at lagrede data forblir utilgjengelige for uautoriserte aktører i skymiljøet.

Webex ende-til-ende-kryptering med administrert innholdstilgang for kjernetjenester

I motsetning til Zero Trust ende-til-ende-kryptering, der Webex ikke har tilgang til medier eller innholdskrypteringsnøkler, lar Webex ende-til-ende-kryptering plattformen bruke Webex KMS-genererte nøkler til å dekryptere data for viktige kjernetjenester. Denne administrerte tilgangen muliggjør:

Søk og indeksering — L ar brukerne søke gjennom innholdshistorikken.
Overholdelse og styring — Aktiverer forebygging av datatap (DLP), eDiscovery og dataarkivering.
Medieoptimalisering —Støtter filtranskoding for kompatibilitet på tvers av enheter.
Sikkerhet — Tilrettelegger skanning av skadelig programvare ved hjelp av den utvidede sikkerhetspakken.

Webex MeetingsMetadata

Møtemetadata består av den administrative og tekniske informasjonen som genereres av systemet for å tilrettelegge, spore og administrere et møte, i stedet for det faktiske innholdet (lyd, video eller delte filer) i selve møtet. Metadata kan deles inn i flere kategorier:

Øktinformasjon — Møtetittel, møte-ID, planlagte start- og sluttider, og den faktiske varigheten av møtet.
Deltakerdata — En liste over inviterte og faktiske deltakere, deres IP-adresser, enhetstyper (for eksempel Windows, iPhone, Cisco Room Kit) og deres tidsstempler for å bli med eller forlate dem.
Bruks- og kvalitetsmålinger — Data som brukes til feilsøking, for eksempel pakketap, jitter, ventetid og oppløsningen til videostrømmen.

Hvordan metadata brukes

Analyse og rapportering — Administratorer bruker metadata i WebExControl Hub for å se hvor mange møter som skjer, hvilke avdelinger som er mest aktive, og den generelle kvaliteten på opplevelsen.
Feilsøking — Cisco TAC (Teknisk assistansesenter) bruker metadata til å identifisere og løse møteproblemer.
Compliance og eDiscovery — Com pliance-ansvarlige kan søke i metadata for å bevise at et møte fant sted, hvem som var der, og om det ble registrert, selv om de ikke kan se det krypterte innholdet i møtet.
Sikkerhet — Metadata hjelper til med å identifisere uautoriserte tilgangsforsøk eller uvanlige mønstre som kan indikere en sikkerhetstrussel.

Sikkerhet og personvern for metadata

Kryptering — Selv om metadata ikke er «ende-til-ende-kryptert», er de fortsatt kryptert under overføring (ved hjelp av TLS) og i hvile i Ciscos sikre datasentre.
Tilgangskontroll — Ciscos personvernregler begrenser strengt hvem som kan få tilgang til disse metadataene, og de brukes til å levere og forbedre tjenesten.

Hvis du vil ha mer informasjon om Webex-møteinnhold og metadata, kan du se Offentliggj øring Webex Meetings av tilbud.

Webex MeetingsSesjonstyper

Webex Meetingsøkttyper er konfigurasjoner eller maler som definerer funksjonene og alternativene som er tilgjengelige for møter planlagt på et Webex-nettsted. Disse økttypene kan enten være standard eller tilpasses av områdeadministratorer for å aktivere eller deaktivere spesifikke funksjoner for brukere. Denne fleksibiliteten gjør det mulig for organisasjoner å skreddersy møteopplevelser i henhold til deres sikkerhetskrav og brukerbehov. Hvis du vil ha mer informasjon, kan du se Administrer økttyper i Control Hub. Webex Meetings økttyper

Tilordne møteøkttyper til brukere

Webex Control Hub-administratorer kan tilordne en eller flere møtetyper som brukerne kan bruke til planlagte møter. Som standard tilordnes alle brukere møtetypene Pro Meeting og Pro-End to End Encryption _VoipOnly.

Assigning meeting session types to users

Planlegge et møte — Velg møtetypen

Brukere kan velge møtetypen de vil bruke når de planlegger et møte fra Webex App, Webex brukerside og Webex e-posttillegg for. Microsoft Outlook

Planlegg et møte — Velg møtetypen i Webex-appen Planlegge et møte — Velg møtetypen

Planlegg et møte — Velg møtetypen fra Webex-brukersiden

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

Angi en standard møtetype

Brukere kan angi standard møtetype fra Møter > Innstillinger på Webex-brukersiden.

Standard møtetype gjelder både planlagte møter og personlige møterom.

Angi standard møtetype fra Webex-brukersiden

Set the Default Meeting Type from the Webex User page

Sikkerhet for planlagte Webex Meetings og Webex personlige møterom

Planlagte Webex Meetings og Webex personlige møterom skiller seg betydelig i sikkerhetsfunksjoner og tiltenkte brukstilfeller.

Planlagte møter er designet for sikre, planlagte økter og tilbyr et omfattende sett med sikkerhetskontroller, inkludert passordbeskyttelse, deltakerregistrering, lobbyscreening, deaktivering av tilkoblingsalternativer før vert, og unike møte-URL-adresser for hver økt. Disse funksjonene bidrar til å sikre at bare autoriserte deltakere kan bli med, og at vertene beholder kontrollen over møtemiljøet.

I motsetning til dette gir personlige møterom en vedvarende URL for raske, uformelle møter med pålitelige deltakere. De inkluderer grunnleggende sikkerhetsfunksjoner som lobbykontroller, manuell eller automatisk låsing og CAPTCHA for å forhindre automatiserte angrep. Fordi URL-adressen til det personlige rommet er konstant, kan den imidlertid utgjøre en høyere sikkerhetsrisiko hvis den deles mye.

For møter som krever streng sikkerhet, anbefales planlagte møter, mens personlige møterom er bedre egnet for pålitelige grupper som prioriterer enkel tilgang fremfor strenge sikkerhetskontroller.

Control Hub-administratorer kan konfigurere Webex Personal Room Meetings for bruk kun i interne møter.

configure Webex Personal Room Meetings for use in internal meetings only

Møtesikkerhetsinnstillinger for administratorer

Control Hub tilbyr et omfattende sett med sikkerhetskontroller for planlagtWebex Meetings, slik at administratorer kan skreddersy møtetilgang og deltakeradministrasjon til organisasjonspolicyer. Disse kontrollene inkluderer:

Innstillinger for møtelobby—Konfigurer lobbyatferd for gjester og ubekreftede brukere, inkludert alternativer for å tillate gjester å bli med direkte, vente i lobbyen, eller bli blokkert fra å bli med.
Lobbykategorigrupper for interne, eksterne og ubekreftede (gjest) brukere.
Deltakeretiketter — domenenavn for interne deltakere og/eller eksterne deltakere, Uverifisert etikett for uautoriserte (gjest) deltakere.
Funksjon for automatisk opptak for møter — Tillat godkjente, inviterte brukere og rom å delta i eller starte møter uten vertsintervensjon, mens ubudne brukere venter i lobbyen eller blir blokkert.
Automatisk møtelås — Lås møter automatisk etter et angitt antall minutter (0, 5, 10, 15 eller 20) fra starttidspunktet for å forhindre forsinkede tilmeldinger.
Atferd for møtelås — Definer hva som skjer når et møte er låst — om deltakerne venter i lobbyen eller blir forhindret i å bli med.
Håndhev møtepassord — Krev passord for deltakere som blir med fra telefoner eller videokonferansesystemer, med systemgenererte numeriske passord lagt til invitasjoner.
Angi spesifikke krav til møtepassordlengde og kompleksitet.
Skjul møtelink for deltakere — Forhindre deltakerne i å enkelt kopiere og dele møtelenker under møtet for å redusere uautorisert tilgang.
Deaktiver virtuelle kameraer — For macOS-brukere kan du deaktivere virtuelle tredjeparts kameraer for å forbedre sikkerheten ved å begrense kameratilgangen bare til Webex.
Vannmerking av møter — Aktiver vannmerking av lyd og video for å identifisere kilden til opptak eller skjermbilder, slik at du kan identifisere datalekkasje.
Domenebaserte tilgangskontroller for eksterne og interne møter — Kontroller om brukere kan delta i eksterne møter og begrense eksterne brukere fra å delta i interne møter.
Maler for brukergrupper — Bruk innstillinger for møtefunksjoner på grupper av brukere eller enkeltbrukere via maler.

For mer informasjon, se:

Webex beste fremgangsmåter for sikre møter: Control Hub

Webex-appen | Om lobbyen i Webex Meetings

Tilpass deltakeretikettene som vises i Webex Meetings

Kontroller for deling av møteinnhold for administratorer

Control Hub lar administratorer kontrollere hvordan innhold som opptak, sammendrag, handlingselementer osv. kan deles under og etter et møte, og kontrollere hvor lenge møteinnhold lagres i Webex-skyen, før det slettes automatisk.

Innholdskontroller

Retningslinjer for oppbevaring av møteinnhold

Møteverten har full kontroll over hvordan møtet er satt opp, og bør sørge for at bare de tiltenkte inviterte kan delta. Verten bør også følge organisasjonens sikkerhetspolitikk for planlegging av møtene. Hvis du vil vite hvordan du holder Webex Meetings deg sikker som vert, kan du se Webex beste fremgangsmåter for sikre møter: Verter.

Avhengig av sikkerhetspolicyene kan enkelte organisasjoner helt blokkere brukerne sine fra å delta i eksterne møter, eller bare tillate brukerne å delta i møter fra en liste over godkjente eksterne nettsteder. I tillegg kan organisasjoner begrense brukerne til å bruke visse funksjoner i møtet, for eksempel chat, filoverføringer, merknader, spørsmål og svar og avstemninger når de blir med i et eksternt møte. Samarbeidsbegrensninger fra Webex kan gi disse funksjonene. Hvis du vil ha mer informasjon, kan du se Samarbeidsbegrensninger for Webex Meetings i Control Hub.

Sikkerhetskontroller for Webex-møteverter

Webex-møteverter spiller en kritisk rolle i å opprettholde sikkerheten og integriteten til virtuelle møter. De har et omfattende sett med kontroller som er utformet for å administrere deltakertilgang, bekrefte identiteter og beskytte møteinnhold:

Møtelobbykontroller — Verter kan ta opp eller fjerne deltakere som venter i lobbyen, noe som grupperer brukere som interne, eksterne eller ubekreftede gjester. Dette gjør det mulig å sjekke deltakere før innreise.
Møtelåsing — Verter kan låse eller låse opp møtet manuelt for å forhindre at nye deltakere blir med etter at møtet har startet. Møter kan også settes til automatisk låsing etter en spesifisert tid (0, 5, 10, 15 eller 20 minutter).
Passordbeskyttelse — Planlagte møter er passordbeskyttet som standard. Verter kan håndheve møtepassord for deltakere som blir med via telefon- eller videokonferansesystemer.
Funksjon for automatisk godkjenning — Verter kan tillate godkjente, inviterte brukere og rom å delta i eller starte møter uten vertsintervensjon, mens ubudne brukere venter i lobbyen eller blir blokkert.
Deltakeradministrasjon — Verter kan utvise deltakere når som helst under møtet for å fjerne uønskede deltakere.
Bli med før vertskontroll — Verter kan aktivere eller deaktivere muligheten for at deltakere skal delta i møtet før verten ankommer, noe som anbefales å deaktiveres av sikkerhetshensyn.
Dempekontroller — Verter kan dempe eller slå av for deltakere og kontrollere om deltakerne kan slå av selv for å redusere forstyrrelser.
Inngangs- og avslutningstoner — Verter kan aktivere lydvarsler når deltakerne blir med eller forlater møtet for å overvåke fremmøtet.
Vannmerking — Verter kan aktivere vannmerking av lyd og video for å identifisere kilden til opptak eller skjermbilder, noe som bidrar til å forhindre datalekkasje.
Identitetsbekreftelse — Verter kan be deltakerne om å slå på video eller oppgi navnet sitt for å bekrefte identitet og validere deltakere.
Avslutt møtekontroll — Verter kan avslutte møtet for alle deltakere for å sikre at økten er helt lukket.

Hvis du vil ha mer informasjon, kan du se Beste fremgangsmåter for sikre møter: verter.

Sikkerhetsalternativer for verter når du planlegger et møte

Security options for hosts when scheduling a meeting

Sikkerhetsalternativer for verter når du planlegger et møte

Bekjempelse av nye sikkerhetstrusler - Deepfake User Impersonation

Deepfake-trusler Webex Meetings representerer en betydelig fremvoksende sikkerhetsutfordring. Deepfakes bruker kunstig intelligens for å lage svært realistisk, men falskt lyd- og videoinnhold, som kan etterligne legitime møtedeltakere. I sammenheng medWebex Meetings, dette kan tillate ondsinnede aktører å etterligne pålitelige individer, manipulere møteinnhold eller utføre sosialtekniske angrep, noe som potensielt kan føre til uautorisert tilgang, datainnbrudd eller svindel.

Webex inneholder flere sikkerhetskontroller som bidrar til å redusere risikoen forbundet med uautorisert tilgang og etterligning. Disse inkluderer møtelobbykontroller for å veterinere deltakere før innreise, møtelåsingsfunksjoner for å forhindre sene påmeldelser, håndhevet passordbeskyttelse, meldinger om bekreftelse av deltakerens identitet, og vannmerking av lyd og video for å spore kilden til opptak eller skjermbilder. Sammen med Deepfake Detection og Deepfake Prevention skaper disse tiltakene et lagdelt forsvar som forbedrer møtesikkerheten mot deepfake og andre sofistikerte trusler, og hjelper organisasjoner med å beskytte sensitiv informasjon og opprettholde tilliten til deres virtuelle samarbeidsmiljø.

Deepfake-deteksjon

Cisco har inngått et samarbeid med GetReel og Pindrop for å integrere avansert AI-drevet deepfake-deteksjon og stemmeautentiseringsteknologier i. Webex Suite Denne integrasjonen muliggjør sanntidsdeteksjon og blokkering av syntetisk lyd og video under møter uten å kreve ekstra maskinvare. Løsningen bruker multifaktorrisikoanalyse, inkludert stemmebiometri, enhets- og atferdsanalyse og global svindelintelligens, for å autentisere deltakerne passivt og identifisere deepfake-forsøk med høy nøyaktighet. Denne kontinuerlige bakgrunnsanalysen bidrar til å beskytte møter mot AI-drevet svindel, samtidig som den opprettholder en sømløs brukeropplevelse.

Deepfake Prevention: Kunden ga identitetssertifikater

Zero Trust Ende-til-ende-identitet og Deepfake-forebygging

Kundeleverte sluttbrukeridentitetssertifikater er en hjørnestein for å forhindre etterligning i Webex-ende-til-ende-krypterte (E2EE) møter. I motsetning til tradisjonelle deepfake-blokkeringsmekanismer som er avhengige av å analysere lyd- og videostrømmer, gir denne tilnærmingen kryptografisk identitetsvalidering ved opptakspunktet. Denne bekreftede statusen vises direkte i møtelisten, og gir gjennomsiktighet for alle deltakere.

Webex har utvidet sin støtte for kundeadministrerte sertifikater - tidligere tilgjengelig på RoomOS-enheter - til Webex App som en del av vår «Deepfake-forebygging» -funksjon. Organisasjoner kan klargjøre og administrere sine egne digitale sertifikater, utstedt av pålitelige eksterne sertifikatautoriteter (CA-er) ved hjelp av bransjestandardprotokoller som ACME. Disse sertifikatene, basert på X.509-standarder og ECDSA P-256-nøkkelpar, gir kryptografisk bevis på deltakeridentitet under E2EE-møter.

Ende-til-ende-verifisert identitet og MLS-protokollen

MLS-protokollen (Messaging Layer Security) bruker standard X.509-sertifikater for å autentisere møtedeltakere. Et sertifikat er en digitalt signert erklæring fra en klarert CA som bekrefter identiteten til innehaveren av signeringsnøkkelen. Deltakerne får disse sertifikatene gjennom to primære metoder:

Administrerte enheter (sertifikater levert av kunder) — For organisasjonsadministrerte stasjonære og mobile klienter kan et identitetssertifikat fra en klarert CA installeres på enheten. Når en bruker logger på med enkel pålogging (SSO), henter Webex-appen dette sertifikatet fra OS-klareringsbutikken for å presentere brukerens bekreftede identitet. Denne prosessen støttes også for Webex skyregistrerte Cisco-videoenheter.
Standard (Webex-leverte sertifikater) — Hvis ingen kundeoppgitt sertifikat er tilgjengelig, bruker Webex-klienten eller -enheten automatisk et sertifikat utstedt av WebexCertificate Authority, som gjenspeiler en identitet som er bekreftet av Cisco.

Identitetsdeling og fallback-mekanisme

Under et møte deler hver deltaker sitt Webex-identitetssertifikat og, hvis tilgjengelig, identitetssertifikatet fra kunden med alle andre deltakere. For å sikre sømløs tilkobling følger Webex-endepunktet et strengt hierarki: det prioriterer det kundeoppgitte sertifikatet for bekreftelse. Hvis sertifikatet mangler eller mislykkes i validering, faller systemet automatisk tilbake til identitetssertifikatet fra Webex.

Vise brukeridentitetsbekreftelsesstatus

Når deltakerne blir med i et møte ved hjelp av Webex App- eller RoomOS-enheter med kundeleverte sertifikater, bekreftes identiteten deres av andre møtemedlemmer mot den utstedende CA. Dette sikrer at bare autoriserte brukere blir gjenkjent, og forhindrer angripere i å etterligne legitime deltakere, ettersom disse sertifikatene er unikt knyttet til verifiserte identiteter og ikke kan forfalskes av Cisco eller mellommenn.

Deltakerlisten i et E2E-kryptert møte viser identitetsbekreftelsesstatusen til hver bruker:

Zero-Trust E2 E Bekreftet ( domain.com) —Når et identitetssertifikat fra kunden brukes, vises deltakerens domene i blå tekst. Dette indikerer ekte E2E-verifisert identitet som Cisco ikke kan tukle med. I møtelisten kan du for eksempel se at «Kevin» har en bekreftet e-postadresse fra example.com i blått.
Webex-verifisert ( domain.com) — Sertifikater utstedt av en Webex CA gir et mer begrenset beskyttelsesnivå. Selv om de er bedre enn å ikke ha noen identitetsbeskyttelse, er disse deltakerne ikke merket som «Zero Trust E2E verifisert.» I stedet vises identitetsstatusen deres i grå tekst, noe som indikerer at identiteten ble bekreftet av Webex CA.
Ubekreftet gjestebruker ( Ubekreftet) — Selv om identiteten til gjestedeltakere ikke er autentisert (ettersom det ikke er noen påloggingsprosess), krever de fortsatt et sertifikat for å bli med i MLS-gruppen for en samtale eller møte. Dette sertifikatet utstedes av en Webex CA og bruker «anonym» som brukernavn.

Meeting indicating the different types of user verification.

I tillegg hjelper en møtesikkerhetskode hentet fra den kryptografiske tilstanden til alle deltakerne med å oppdage person-i-mellom-angrep ved å la deltakerne bekrefte at alle deler den samme sikre møtekonteksten. Ved å kombinere kryptografisk identitetsbekreftelse med ende-til-ende-kryptering, tilbyr denne «Deepfake-forebyggingen» -funksjonen et robust forsvar mot etterligning og syntetiske medietrusler, og sikrer møteintegritet og konfidensialitet på tvers av både Webex App- og RoomOS-enheter.

Administrere sertifiseringsutrulling

Organisasjoner kan forenkle utrullingen og administrasjonen av disse kundeleverte sluttbrukeridentitetssertifikatene ved å installere dem i bedriftsadministrerte enheter ved hjelp av applikasjoner for Mobile Device Management (MDM), Mobile Application Management (MAM) eller Enterprise Mobility Management (EMM). Disse administrasjonsplattformene gjør det mulig for IT-administratorer å sentralt klargjøre, konfigurere og kontrollere sertifikater og relaterte sikkerhetspolicyer på tvers av et bredt spekter av enheter, enten det er bedriftseid eller personlig eid. Microsoft Intune støtter for eksempel både MDM- og MAM-funksjoner som lar organisasjoner distribuere og administrere Webex App og sikkerhetskonfigurasjonene, inkludert identitetssertifikater, på administrerte enheter. På samme måte gir Cisco Meraki Systems Manager MDM-funksjoner for å registrere enheter, sende konfigurasjonsprofiler og distribuere sertifikater for å sikre klarert enhetsstatus. Utnyttelse av disse administrasjonsløsningene reduserer administrative kostnader, forenkler administrasjon av sertifikatlivssykluser og forbedrer sikkerhetsstillingen for Webex E2EE-møter med «Deepfake-forebygging» -funksjoner.

Webex identitetsadministrasjon

Webex bruker en Zero Trust-arkitektur - «stol aldri på, verifiser alltid» - for å administrere brukeridentiteter. Ved å utnytte bransjestandardprotokoller (SAML 2.0, OIDC, OAuth 2.0 og SCIM 2.0) sikrer Webex sikker, skalerbar og automatisert tilgangskontroll. Denne delen skisserer det tekniske rammeverket for integrering av identitetsleverandører (IDP) og opprettholdelse av et sikkert samarbeidsmiljø.

Identitetens tre søyler

Effektiv identitets- og tilgangsadministrasjon (IAM) for Webex er avhengig av:

Provisioning (CRUD) — Administrere brukerens livssykluser (oppretting, lesing, oppdatering, sletting) for å sikre at «Sannhetens kilde» samsvarer med samarbeidsplattformen.
Autentisering (AuthN) —Verifisere brukeridentitet via sikker legitimasjon eller tokens.
Autorisasjon (AuthZ) — Definere detaljerte tillatelser og API-tilgangsnivåer etter godkjenning.

Klargjøring og livssyklusadministrasjon

Webex støtter flere metoder for å synkronisere brukere og grupper:

SCIM 2.0 — Foretrukket skystandard. Det automatiserer brukerens livssyklus, og sikrer at offboarding i IdP automatisk tilbakekaller Webex-tilgang.
Directory Connector —Et Cisco-verktøy for hybridmiljøer, som bygger bro mellom Active Directory lokal (AD) og Webex Cloud.
API-basert klargjøring — Bruker Webex «People API» for programmatisk brukeroppretting og lisenstildeling i komplekse miljøer.
Eldre LDAP — Støttes for lokale kataloger (f.eks. CUCM), men mindre optimalisert for moderne skytrafikk.

Autentisering og autorisasjonsrammer

Autentisering (AuthN):

SAML 2.0 — bedriftsstandarden for enkel pålogging (SSO). Webex fungerer som tjenesteleverandør (SP), og validerer XML-påstander fra bedriftens IdP.
OIDC (OpenID Connect) —Et moderne, lett identitetslag bygget på OAuth 2.0 ved hjelp av JSON Web Tokens (JWT). Den støtter «Discovery URLs» for automatisert konfigurasjon.

Autorisasjon (AuthZ):

OAuth 2.0 — Administr erer API-tilgang via kortvarige tilgangstokener (definere omfang) og oppdateringstokener med lang levetid. Det håndhever sikkerhet via PKCE (Proof Key for Code Exchange) for offentlige klienter.

Integrasjon og multi-IDP-strategier

Webex tilbyr spesialiserte stier for sømløs integrasjon:

Angi ID-veiviseren — Den anbefalte banen for Microsoft-miljøer. Den bruker Microsoft Graph API for avansert attributtsynkronisering (avatarer, hierarkier) og automatiserer OIDC/SAML-konfigurasjon.
Duo Security — Leg ger til «Kontinuerlig identitetssikkerhet» ved å verifisere enhetens stilling og aktivere phishing-resistent MFA.

Støtte for flere IdP-er: Webex lar organisasjoner forene flere uavhengige IDP-er i en enkelt kontrollhub.

Brukssaker — Fusjoner, oppkjøp eller desentraliserte IT-avdelinger.
Ruting — Godkjenningsforespørsler rutes basert på domener eller brukergrupper.
Hensyn — Krever streng koordinering for å opprettholde konsistente sikkerhetspolicyer på tvers av alle fødererte kilder.

Eksempel på de vanligste IdP-identitetsintegrasjonene med Webex:

IdP-plattform	SSO-protokoll	SCIM Støtte
Microsoft Entry ID	SAML 2.0, OIDC	Ja
Okta	SAML 2.0, OIDC	Ja
Ping Federate	SAML 2.0, OIDC	Ja
Google Apps	SAML 2.0	Nei (JIT støttes)
ADFS	SAML 2.0	Nei

Beste praksis og motstandskraft

SSO-gjenoppretting — Bruk alltid den innebygde koblingen «SSO Recovery» i Control Hub for å omgå SSO via et engangspassord (OTP) hvis IdP-konfigurasjonen mislykkes.
Sertifikatadministrasjon — Overvåk utløpet av SAML-sertifikatet. SSO-veiviseren automatiserer metadatautveksling, og reduserer manuelle feil.
Feilsøking — Bruk SAML Tracer-verktøyet til å inspisere XML-påstander og validere NameID-formater hvis det oppstår godkjenningsproblemer.
Sikkerhetsstilling — Avstå eldre tilskuddstyper regelmessig og sørg for at PKCE implementeres for alle offentlige klientintegrasjoner.

Konklusjon - Identitet for Webex Meetings

En robust identitetsstrategi er en kontinuerlig livssyklusprosess. Ved å kombinere SCIM for klargjøring, OIDC/SAML for autentisering og OAuth for autorisasjon, kan organisasjoner sikre en sikker, friksjonsfri opplevelse for brukerne samtidig som de opprettholder streng administrativ kontroll.

Webex sikkerhetsmodell

Cisco er fortsatt fast forpliktet til å opprettholde lederskapet innen skysikkerhet. Ciscos organisasjon for sikkerhet og tillit samarbeider med team i hele selskapet for å bygge sikkerhet, tillit og åpenhet inn i et rammeverk som støtter design, utvikling og drift av kjerneinfrastrukturer for å møte de høyeste sikkerhetsnivåene i alt vi gjør.

Denne organisasjonen er også dedikert til å gi kundene våre den informasjonen de trenger for å redusere og håndtere cybersikkerhetsrisiko.

Webex-sikkerhetsmodellen (figur 8) er bygget på det samme sikkerhetsgrunnlaget dypt inngravert i Ciscos prosesser.

Webex-organisasjonen følger konsekvent de grunnleggende elementene for å utvikle, drive og overvåke Webex-tjenester på en sikker måte. Vi vil diskutere noen av disse elementene i dette dokumentet.

Webex Security Model — ***Figur 8: Webex sikkerhetsmodell***

Cisco Sikkerhet og tillit

Cisco Sikker utviklingslivssyklus

Hos Cisco er sikkerhet ikke en ettertanke. Det er en disiplinert tilnærming til å bygge og levere produkter og tjenester i verdensklasse fra grunnen av. Alle Cisco ^® produktutviklingsteam må følge Cisco Secure Development Lifecycle. Det er en repeterbar og målbar prosess designet for å øke fleksibiliteten og påliteligheten til Cisco-produkter. Kombinasjonen av verktøy, prosesser og bevissthetstrening introdusert i alle faser av utviklingslivssyklusen bidrar til å sikre forsvar i dybden. Det gir også en helhetlig tilnærming til produktens elastisitet. Webex produktutviklingsteam følger lidenskapelig denne livssyklusen i alle aspekter av produktutvikling.

Les mer om livssyklusen for sikker utvikling.

Cisco grunnleggende sikkerhetsverktøy

Ciscos sikkerhets- og tillitsorganisasjon gir prosessen og de nødvendige verktøyene som gir alle utviklere muligheten til å ta en konsekvent posisjon når de står overfor en sikkerhetsbeslutning.

Å ha dedikerte team til å bygge og tilby slike verktøy fjerner usikkerhet fra prosessen med produktutvikling.

Noen eksempler på verktøy inkluderer:

PSB-krav (Product Security Baseline) som produktene må oppfylle
Trusselbyggerverktøy som brukes under trusselmodellering
Retningslinjer for koding
Validerte eller sertifiserte biblioteker som utviklere kan bruke i stedet for å skrive sin egen sikkerhetskode
Testverktøy for sikkerhetsproblemer (for statisk og dynamisk analyse) brukt etter utvikling for å teste mot sikkerhetsfeil
Programvaresporing som overvåker Cisco- og tredjepartsbiblioteker og varsler produktteamene når et sikkerhetsproblem er identifisert

Organisasjonsstruktur som gir sikkerhet i Cisco-prosesser

Cisco har dedikerte avdelinger på plass for å innpode og administrere sikkerhetsprosesser i hele selskapet. For å holde seg oppdatert på sikkerhetstrusler og utfordringer, er Cisco avhengig av:

Cisco Informasjonssikkerhet (InfoSec) Cloud-team
Ciscos responsteam for produktsikkerhetshendelser (PSIRT)
Delt sikkerhetsansvar

Cisco InfoSec-skyen

Ledet av Chief Security Officer for Cloud, er dette teamet ansvarlig for å levere et trygt Webex-miljø til våre kunder. InfoSec oppnår dette ved å definere og håndheve sikkerhetsprosesser og verktøy for alle funksjoner som er involvert i levering av Webex i våre kunders hender.

I tillegg samarbeider Cisco InfoSec Cloud med andre team på tvers av Cisco for å svare på eventuelle sikkerhetstrusler mot Webex-tjenesten.

Cisco InfoSec er også ansvarlig for kontinuerlig forbedring av Webex sikkerhetsstilling.

Ciscos responsteam for produktsikkerhetshendelser (PSIRT)

Cisco PSIRT er et dedikert globalt team som administrerer tilstrømning, etterforskning og rapportering av sikkerhetsproblemer knyttet til Ciscos produkter og tjenester. PSIRT bruker forskjellige medier for å publisere informasjon, avhengig av alvorlighetsgraden av sikkerhetsproblemet. Rapporteringstypen varierer i henhold til følgende forhold:

Det finnes programvareoppdateringer eller løsninger for å løse sårbarheten, eller en påfølgende offentliggjøring av koderettelser er planlagt for å løse sårbarheter med høy alvorlighetsgrad
PSIRT har observert aktiv utnyttelse av en sårbarhet som kan føre til større risiko for Cisco-kunder. PSIRT kan fremskynde publiseringen av en sikkerhetsmelding som beskriver sårbarheten i dette tilfellet uten full tilgjengelighet av oppdateringer.
Offentlig bevissthet om en sårbarhet som påvirker Cisco-produkter, kan føre til større risiko for Cisco-kunder. Igjen, PSIRT kan varsle kunder, selv uten full tilgjengelighet av oppdateringer.

I alle tilfeller avslører PSIRT den minste mengden informasjon som sluttbrukere trenger for å vurdere virkningen av en sårbarhet og for å iverksette tiltak som trengs for å beskytte miljøet. PSIRT bruker Common Vulnerability Scoring System (CVSS) -skalaen for å rangere alvorlighetsgraden av et avslørt problem. PSIRT gir ikke sårbarhetsdetaljer som kan gjøre det mulig for noen å lage en utnyttelse.

Hvis du vil ha mer informasjon om PSIRT, kan du se Cisco Product Security Incident Response Team.

Sikkerhetsansvar

Selv om hver person i Webex-gruppen er ansvarlig for sikkerhet, er hovedreglene som følger:

Sikkerhetssjef, Cloud
Visepresident og daglig leder, Cisco Cloud samarbeidsapplikasjoner
Visepresident, ingeniørfag, Cisco Cloud samarbeidsapplikasjoner
Visepresident, produktledelse, Cisco Cloud samarbeidsapplikasjoner

Interne og eksterne penetrasjonstester

Webex-gruppen utfører strenge penetrasjonstester regelmessig, ved hjelp av interne evaluatorer. Utover sine egne strenge interne prosedyrer, engasjerer Cisco InfoSec også flere uavhengige tredjeparter for å gjennomføre strenge revisjoner mot Ciscos interne retningslinjer, prosedyrer og applikasjoner. Disse revisjonene er utformet for å validere oppdragskritiske sikkerhetskrav for både kommersielle og offentlige applikasjoner. Cisco bruker også tredjepartsleverandører til å utføre løpende, grundige, kodeassisterte penetrasjonstester og tjenestevurderinger. Som en del av oppdraget utfører en tredjepart følgende sikkerhetsevalueringer:

Identifisere kritiske applikasjons- og tjenestesårbarheter og foreslå løsninger
Anbefaler generelle områder for arkitektonisk forbedring
Identifisere kodingsfeil og gi veiledning om forbedringer av kodingspraksis

Tredjepartsvurderere samarbeider direkte med Webex-ingeniørpersonalet for å forklare funn og validere utbedringen. Se Letters of Webex Meetings Attestation Trust Package for informasjon om penetrasjonstestattestering.

Webex datasentersikkerhet

Webex er en SaaS-løsning (software-as-a-service) levert gjennom Webex Cloud, en svært sikker tjenesteleveringsplattform med bransjeledende ytelse, integrasjon, fleksibilitet, skalerbarhet og tilgjengelighet. Webex Cloud er en kommunikasjonsinfrastruktur spesialbygget for sanntids webkommunikasjon.

Webex-møteøkter bruker bytteutstyr lokalisert i flere datasentre rundt om i verden. Cisco datasentre brukes til de fleste Webex Cloud-tjenester. SOC2- og ISO-kompatible Amazon Web Services (AWS) og Microsoft Azure-datasentre brukes også til å levere tilleggstjenester i private skyforekomster. Disse datasentrene er strategisk plassert i nærheten av store internetttilgangspunkter og bruker dedikert fiber med høy båndbredde for å rute trafikk rundt om i verden.

I tillegg driver Cisco PoP-lokasjoner (PoP-nettverk) som muliggjør stamtilkoblinger, internettpeering, global sikkerhetskopiering av nettsteder og hurtigbufringsteknologier for å forbedre ytelsen og tilgjengeligheten for sluttbrukere.

Fysisk sikkerhet

Fysisk sikkerhet på datasenteret inkluderer videoovervåking for fasiliteter og bygninger og håndhevet tofaktoridentifikasjon for inngang. Innenfor Ciscos datasentre styres tilgangen gjennom en kombinasjon av merkelesere og biometriske kontroller. I tillegg bidrar miljøkontroller (for eksempel temperatursensorer og brannslokkingssystemer) og servicekontinuitetsinfrastruktur (for eksempel strømbackup) til å sikre at systemene kjører uten avbrudd.

Datasenterservere er segmentert i «tillitssoner», basert på infrastrukturfølsomhet. For eksempel er databaser «buret», nettverksinfrastrukturen har dedikerte rom, og alle utstyrsstativer er låst. Bare sikkerhetspersonell fra Cisco og autoriserte besøkende ledsaget av Cisco-personell kan komme inn i datasentrene.

Ciscos produksjonsnettverk er et høyt pålitelig nettverk: bare svært få personer med høye tillitsnivåer har tilgang til nettverket.

Infrastruktur og plattformsikkerhet

Plattformsikkerhet omfatter sikkerheten til nettverket, systemene og det generelle Webex-datasenteret. Alle systemer gjennomgår en grundig sikkerhetsgjennomgang og godkjenningsvalidering før produksjonsdistribusjon, i tillegg til regelmessig kontinuerlig herding, sikkerhetsoppdatering og sårbarhetsskanning og vurdering.

Servere er herdet ved hjelp av Security Technical Implementation Guidelines (STIGs) publisert av National Institute of Standards and Technology (NIST). Brannmurer beskytter nettverkets omkrets. Access Control Lists (ACL) skiller de forskjellige sikkerhetssonene. Intrusion Detection Systems (IDS-er) er på plass, og aktiviteter signeres og overvåkes kontinuerlig. Daglige interne og eksterne sikkerhetsskanninger utføres på tvers av Webex. Alle systemer er herdet og lappet som en del av regelmessig vedlikehold. I tillegg utføres sårbarhetsskanning og vurderinger kontinuerlig.

Tjenestekontinuitet og krisegjenoppretting er kritiske komponenter i sikkerhetsplanleggingen. Utformingen av Cisco-datasentre med globale sikkerhetskopier av nettsteder og høy tilgjengelighet bidrar til å muliggjøre geografisk failover av Webex-tjenester. Det er ikke noe enkelt feilpunkt.

Webex personvern

Webex tar kundedatabeskyttelse på alvor. Vi samler inn, bruker og behandler kundeinformasjon bare i samsvar med Ciscos personvernerklæring og til Webex Meetingsbudsbeskrivelsen.

Tjenesten er bygget med personvern i tankene og er utformet slik at den kan brukes på en måte som er i samsvar med globale personvernkrav, inkludert EUs generelle databeskyttelsesforordning (GDPR), California Consumer Privacy Act (CCPA), Canadas lov om beskyttelse av personlige opplysninger og elektroniske dokumenter (PIPEDA), Personal Health Information Protection Act (PHIPA), Health Insurance Portability and Accountability Act (HIPAA) og Family Educational Rights and Privacy Act (FERPA).

Administrative data

Informasjon om ansatte eller representanter for en kunde eller annen tredjepart som samles inn og brukes av Cisco for å administrere eller administrere Ciscos levering av produkter eller tjenester, eller for å administrere eller administrere kundens eller tredjeparts konto for Ciscos egne forretningsformål.

Administrative data kan omfatte navn, adresse, telefonnummer, e-postadresse og informasjon om kontraktsforpliktelsene mellom Cisco og en tredjepart, enten de samles inn på tidspunktet for den første registreringen eller senere i forbindelse med administrasjon eller administrasjon av Ciscos produkter eller tjenester.

Administrative data kan også inkludere møtetittelen, klokkeslettet og andre attributter til møtene utført på Webex av ansatte eller representanter for en kunde. Andre eksempler på administrative data kan omfatte møtetittel, møtetid og andre attributter til møtene som er vert på Webex.

Kundedata

Dette inkluderer alle data (inkludert tekst, lyd, video, bildefiler og opptak) som enten leveres til Cisco av en kunde i forbindelse med kundens bruk av Cisco-produkter eller -tjenester, eller som er utviklet av Cisco på spesifikk forespørsel fra en kunde i henhold til en arbeidserklæring eller kontrakt.

Kundedata inkluderer også logg-, konfigurasjons- eller fastvarefiler og kjernedumper.

Det er data hentet fra et produkt eller en tjeneste og gitt til Cisco for å hjelpe oss med å feilsøke et problem i forbindelse med en støtteforespørsel. Kundedata inkluderer ikke administrative data, støttedata eller telemetridata.

Støttedata

Informasjon som Cisco samler inn når en kunde sender inn en forespørsel om støttetjenester eller annen feilsøking, inkludert informasjon om maskinvare eller programvare. Den inneholder detaljer knyttet til støttehendelsen, for eksempel godkjenningsinformasjon, informasjon om tilstanden til produktet, systemet og registerdata om programvareinstallasjoner og maskinvarekonfigurasjoner, og feilsporingsfiler. Støttedata inkluderer ikke logg-, konfigurasjons- eller fastvarefiler eller kjernedumper hentet fra et produkt og gitt til oss for å hjelpe oss med å feilsøke et problem i forbindelse med en støtteforespørsel, som alle er eksempler på kundedata.

Telemetridata

Informasjon generert av instrumentering og loggesystemer opprettet gjennom bruk og drift av produktet eller tjenesten.

Alle data som samles inn i Webex-skyen er beskyttet av flere lag med robuste sikkerhetsteknologier og prosesser. Nedenfor er eksempler på kontroller plassert i forskjellige lag av Webex-operasjoner for å beskytte kundedata:

Fysisk tilgangskontroll — Fysisk tilgang styres gjennom biometri, merker, og videoovervåking. Tilgang til datasenteret krever godkjenninger og administreres gjennom et elektronisk billettsystem.
Nettverkstilgangskontroll — Webex-nettverkets omkrets er beskyttet av brannmurer. All nettverkstrafikk som kommer inn eller forlater Webex-datasenteret overvåkes kontinuerlig ved hjelp av et Intrusion Detection System (IDS). Webex-nettverket er også segmentert i separate sikkerhetssoner. Trafikken mellom sonene styres av brannmurer og tilgangskontrolllister (ACL).
Overvåking og administrasjonskontroll av infrastruktur — Hver komponent i infrastrukturen, inkludert nettverksenheter, applikasjonsservere, og databaser, er herdet til strenge retningslinjer. De er også gjenstand for regelmessige skanninger for å identifisere og løse eventuelle sikkerhetsproblemer.
Kryptografiske kontroller — Som nevnt tidligere er alle data til og fra Webex-datasenteret til skyregistrerte Webex-apper og Webex-enheter kryptert, bortsett fra PSTN-trafikk og ukrypterte SIP/H323-videoenheter i et skyaktivert møte. I tillegg er kritiske data lagret i Webex, for eksempel passord, kryptert.

Cisco-ansatte får ikke tilgang til kundedata med mindre kunden ber om tilgang av støttegrunner. Tilgang til systemer i dette tilfellet er kun tillatt av lederen i samsvar med prinsippet om «segregering av plikter». Det gis bare på behovsbasis og med bare tilgangsnivået som kreves for å gjøre jobben. Ansattes tilgang til disse systemene blir også regelmessig vurdert for samsvar. Ansatte med slik tilgang er pålagt å ta årlig opplæring i International Organization for Standardization (ISO) 27001 Information Security Awareness.

I tillegg til disse spesialiserte kontrollene gjennomgår hver Cisco-ansatt en bakgrunnssjekk, signerer en NDA (NONDISCLOSURE Agreement) og fullfører COBC (Code of Business Conduct) opplæring.

Lov om helseforsikringsportabilitet og ansvarlighet (HIPAA)

Cisco kan gi informasjon om funksjonaliteten, teknologien og sikkerheten til Webex. En HIPAA-dekket enhet må konsultere sin egen juridiske rådgiver for å avgjøre om Webex funksjonalitet er kompatibel for forretningsprosessene og GDPR-klar.

Bransjestandarder og sertifiseringer

I tillegg til å overholde våre strenge interne standarder, opprettholder Webex også kontinuerlig tredjepartsvalideringer for å demonstrere vår forpliktelse til informasjonssikkerhet. Webex er:

ISO 27001, 27017, 27018 og 27701 sertifisert
Service Organization Controls (SOC) 2 Type II revidert
SOC 3-sertifisert
Cloud Code of Conduct
CSTAR
Sertifisering av C5 (Cloud Compliance Controls Catalogue)
FedRAMP-sertifisert (besøk cisco.com/go/fedramp for mer informasjon, omfang og tilgjengelighet)

FedRAMP-sertifisert Webex-tjeneste er bare tilgjengelig for amerikanske myndigheter og utdanningskunder.

Se Cisco Trust Portal for et komplett sett med sikkerhets-, personvern- og samsvarsdokumenter, inkludert detaljer om ovennevnte standarder og sertifiseringer.

Vedlegg og referanser

Null-tillitssikkerhet for Webex teknisk papir

Webex sikkerhet og personvern

Cisco AI Assistant

Takk for tilbakemeldingen.