Takk for tilbakemeldingen.

Kjernetjenester og -komponenter for Webex Meetings

• Webex Meetings er en del av Webex Suite, og tilbyr audio/video konferanser med innholdsdeling og nettkonferansefunksjoner.
• Plattformen inkluderer flere mikrotjenester som møtetjenester, webinartjenester, identitetstjenester, opptakstjenester, AI-assistenttjenester, analysetjenester, administrasjonstjenester og medietjenester.
• Webex Meetings støtter skyregistrerte apper og enheter, slik at brukere kan delta i møter fra ulike operativsystemplattformer og enheter. Brukere kan også bli med i møter via PSTN og med SIP-endepunkter.

Arkitektur og distribusjon

• Webex Meetings-tjenester er regionalisert og replikert 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 deling av tale, video og innhold, og media krypteres vanligvis med 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-nettapplikasjon ved hjelp av Chrome, Edge, Safari, Firefox og andre nettlesere.
• Cisco-romenheter og bordenheter.
• Tredjeparts SIP-standardbaserte lyd- og videoendepunkter.
• PSTN-enheter.

Webex-kundesuverenitet

Som svar på den økende etterspørselen etter datalagring har Webex introdusert forbedrede suverenitetsfunksjoner. Med utgangspunkt i opptak, og med støtte for flere tjenester som kommer, kan organisasjoner nå beholde kontroll over møteinnholdet sitt med:

• Lokalisert behandling– Behandler møteinnhold, for eksempel opptak, innenfor sin egen infrastruktur.
• Lokal lagring– Bruker sine egne fillagringstjenester til å huse sensitive møteressurser, og sikrer at data forblir innenfor spesifiserte geografiske eller organisatoriske grenser.

Ultrasikre Webex-møter

Historisk sett krevde «Ultrasikre» funksjoner, som Zero Trust End-to-End Encryption (E2EE), ofte et kompromiss i møtefunksjonaliteten, ettersom skybaserte verdiøkende tjenester krevde tilgang til krypteringsnøkler, og bare et begrenset antall endepunkttyper kunne delta i disse møtene. Webex har eliminert dette kompromisset med:

• Funksjonsrik nulltillit– Webex har transformert ende-til-ende-krypterte (E2EE) møter med nulltillit, og lagt til funksjonalitet som gjør nulltillitsmøter funksjonsrike. Støtte for et bredere antall endepunkttyper gir en sømløs opplevelse uten å ofre verktøyene som er nødvendige for moderne samarbeid.
• Nulltillit for standardmøter– Webex har integrert Nulltillit E2EE-funksjoner direkte i standardmøter. Dette sikrer at selv daglig samarbeid kan dra nytte av de høyeste sikkerhetsnivåene, og gir konsistent beskyttelse på tvers av hele Webex-økosystemet.

En enhetlig tilnærming til samarbeid

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

Utvider sikkerhetsgrensen med Video Mesh Node

Å legge til en videonettnode i en organisasjon gjør det mulig for kunder å tilby lokale møtetjenester, og lar deres lokale endepunkter bli med i ethvert Webex-møte. Fra et sikkerhetsperspektiv opprettholder integrering av en Video Mesh Node null tillit i Webex-skyen, samtidig som den tilbyr nesten funksjonsparitet med standard Webex-møter. Kunder drar også nytte av datasuverenitet, ettersom tjenester som møteopptak fra Video Mesh Node behandles og lagres lokalt.

Å bruke Zero Trust ende-til-ende-kryptering kan legge til noen ekstra sekunder for å delta i et møte, men det gir tydelig sikkerhetsgaranti – bare møtedeltakerne har tilgang til møtekrypteringsnøklene, slik at møteinnholdet ikke kan dekrypteres av tjenesteleverandøren eller andre mellomledd.

Sammendrag: Webex-møter og hybride distribusjonsmodeller

Som vist i sammenligningen ovenfor, tillater distribusjon av Video Mesh Node (VMN) at Zero Trust Webex Meetings oppnår nesten funksjonsparitet med standard Webex-møter. Selv om møter med null tillit ikke støtter PSTN-deltakere, fungerer Webex nettbaserte applikasjon som et bredt tilgjengelig alternativ for ende-til-ende-kryptert tilgang. Videre gjør VMN det mulig for kontorbaserte arbeidere som bruker bordtelefoner å 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 handlingspunkter. Ved å behandle og lagre disse dataene lokalt gir VMN kundene full kontroll over informasjonen sin, samtidig som de opprettholder en nulltillitsarkitektur i Webex-skyen.

Kryptert Webex-signalering

Webex-tjenester støtter TLS versjon 1.2 og 1.3, med TLS 1.3 foretrukket når det støttes av det tilkoblende endepunktet. Hvis en klient bare støtter TLS 1.2, velger Webex-serveren den sterkeste vanlige krypteringspakken som tilbys av klienten. I motsetning til TLS 1.2 bruker ikke TLS 1.3 serverpreferansevalg av krypteringspakker fordi den er avhengig av et mindre, kuratert sett med moderne krypteringer. Denne designen forenkler utvelgelsesprosessen, og fokuserer mer på ytelsesforbedringer, som å redusere den totale lengden på håndtrykk, samtidig som den opprettholder sterk sikkerhet. Krypteringspakkene for TLS 1.2 og 1.3 som brukes av Webex er veldefinerte og prioriterte for å sikre sikker kommunikasjon.

TLS-krypteringssuiter

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

TLS 1.2-krypteringspakker (pakker i serverforetrukket rekkefølge)

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

CHACHA20_POLY1305 er en strømkryptering som har lav avhengighet av maskinvare, noe som gjør den til en overlegen kryptering å bruke på mobile enheter eller enheter med CPU-er med lavt strømforbruk.

Mediekrypteringsstandarder for Webex

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

Viktige sikkerhetshensyn

• Foretrukket standard– AES-256-GCM er den anbefalte krypteringen for alle distribusjoner for å sikre det høyeste nivået av dataintegritet og konfidensialitet.
• Interoperabilitet– Selv om Webex opprettholder støtte for eldre chifferkoder (som AES-CM-128-HMAC-SHA1) for å sikre interoperabilitet med tredjeparts SIP- og H.323-systemer, bør organisasjoner som prioriterer en nulltillitsarkitektur 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, ettersom den minimerer latens og jitter ved å unngå retransmisjons- og buffermekanismene som er iboende i tilkoblingsorienterte protokoller.
• Virkningen av TCP/TLS– Selv om TCP og TLS gir pålitelig og ordnet datalevering, er denne oppførselen kontraproduktiv for sanntidsmedier. De resulterende pakkeoverføringene og strømbufferingen introduserer latens 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 transportnivåsikkerhet (SRTP) og ende-til-ende-kryptering på applikasjonslaget (SFrame).

Viktige tekniske forskjeller – SRTP & SFrame

1. SRTP (sikker sanntidstransportprotokoll)

   SRTP er bransjestandarden for sikring av mediestrømmer under overføring.

   • Omfang– Den gir konfidensialitet, meldingsautentisering og avspillingsbeskyttelse for RTP-nyttelasten.
   • Driftskontekst– I mange arkitekturer avslutter medieserveren/mediagatewayen (Selective Forwarding Unit (SFU)) SRTP-tilkoblingen for å utføre mediebehandling (for eksempel miksing, layoutkomposisjon eller transkoding). Fordi SFU-en dekrypterer mediet for å behandle det, er mediet teknisk sårbart på SFU-punktet.
2. SFrame (sikker ramme)

   SFrame er en IETF-standard. RFC 9605 er spesielt utviklet for å legge til rette for ekte ende-til-ende-kryptering i et konferansemiljø med flere parter.

   • Omfang– Krypterer pakkebaserte mediebilderammer før de innkapsles i RTP-pakker. Webex legger til et ekstra lag med kryptering ved hjelp av SRTP.
   • Nulltillitsarkitektur– Fordi mediet er kryptert på 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 transportagnostisk. Den forblir sikker 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 befinner seg på Ciscos infrastruktur (SFU), noe som effektivt fjerner tjenesteleverandøren fra tillitsgrensen.

Webex Meetings-innhold

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 handlingspunkter.
• Samarbeidsdata– Chatmeldinger, shared/transferred filer, tavler og merknader.

Webex Meetings innholdssikkerhet – Webex ende-til-ende-kryptering

Webex sikrer møteinnhold generert av deltakere ved hjelp av et robust rammeverk for ende-til-ende-kryptering (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 under overføring– Webex-appen og Cisco-videoenheter bruker Webex ende-til-ende-kryptering (E2EE) med AES-256-GCM for å kryptere brukergenerert møteinnhold, for eksempel opptaksfiler, AI-sammendragsfiler, chatmeldinger osv. Dette er videre innkapslet i Transport Layer Security (TLS) for å gi tolagsbeskyttelse under overføring.
• Data i ro– Når kryptert innhold er lagret i Webex-skyen, er det 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 medie- 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– Lar brukere søke gjennom innholdshistorikken.
• Samsvar og styring– Muliggjør forebygging av datatap (DLP), eDiscovery og dataarkivering.
• Medieoptimalisering– Støtter filtranskoding for kompatibilitet på tvers av enheter.
• Sikkerhet– Gjør det lettere å skanne etter skadelig programvare ved hjelp av den utvidede sikkerhetspakken.

Metadata for Webex-møter

Møtemetadata består av administrativ og teknisk informasjon som genereres av systemet for å tilrettelegge, spore og administrere et møte, snarere enn 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 sluttidspunkter og møtets faktiske varighet.
• Deltakerdata– En liste over inviterte og faktiske deltakere, deres IP-adresser, enhetstyper (som Windows, iPhone, Cisco Room Kit) og deres join/leave tidsstempler.
• Bruks- og kvalitetsmålinger– Data som brukes til feilsøking, for eksempel pakketap, jitter, latens og oppløsningen til videostrømmen.

Hvordan metadata brukes

1. Analyse og rapportering– Administratorer bruker metadata i WebexControl Hub for å se hvor mange møter som foregår, hvilke avdelinger som er mest aktive og den generelle kvaliteten på opplevelsen.
2. Feilsøking– Cisco TAC (Teknisk assistansesenter) bruker metadata til å identifisere og løse møteproblemer.
3. Samsvar og eDiscovery– Samsvarsansvarlige kan søke i metadata for å bevise at et møte fant sted, hvem som var der og om det ble tatt opp, selv om de ikke kan se det krypterte innholdet i møtet.
4. Sikkerhet– Metadata hjelper 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", krypteres de fortsatt under overføring (ved hjelp av TLS) og lagret i Ciscos sikre datasentre.
• Tilgangskontroll– Ciscos personvernregler begrenser strengt hvem som kan få tilgang til disse metadataene, og de brukes til å tilby og forbedre tjenesten.

Hvis du vil ha mer informasjon om innhold og metadata for Webex-møter, kan du se Webex Meetings-tilbudsopplysningen.

Tilordne møteøktstyper til brukere

Webex Control Hub-administratorer kan tilordne én eller flere møtetyper som brukerne deres kan bruke for planlagte møter. Som standard er alle brukere tilordnet møtetypene Pro Meeting og Pro-End to End Encryption_VoIPonly.

Planlegg et møte – velg møtetype

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

Planlegg et møte – velg møtetypen i Webex App

Planlegg et møte – velg møtetypen fra Webex-brukersiden

Angi en standard møtetype

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

Angi standard møtetype fra Webex-brukersiden

Null tillit til ende-til-ende-identitet og forebygging av dypfalsk

Kundeleverte identitetssertifikater for sluttbrukere er en hjørnestein i å 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 opptaksstedet. Denne bekreftede statusen vises direkte i møtelisten, noe som gir åpenhet for alle deltakere.

Webex har utvidet støtten for kundeadministrerte sertifikater – tidligere tilgjengelig på RoomOS-enheter – til Webex-appen som en del av funksjonen vår «Deepfake-forebygging». Organisasjoner kan klargjøre og administrere sine egne digitale sertifikater, utstedt av pålitelige eksterne sertifiseringsinstanser (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å deltakernes identitet under E2EE-møter.

End-to-End-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 hovedmetoder:

• Administrerte enheter (kundeleverte sertifikater)– For organisasjonsadministrerte stasjonære og mobile klienter kan et identitetssertifikat fra en klarert CA installeres på enheten. Når en bruker logger seg på med enkel pålogging (SSO), henter Webex-appen dette sertifikatet fra operativsystemets klareringslager for å presentere brukerens bekreftede identitet. Denne prosessen støttes også for Webex Cloud-registrerte Cisco-videoenheter.
• Standard (Webex-leverte sertifikater)– Hvis det ikke finnes noe kundelevert sertifikat, bruker Webex-klienten eller -enheten automatisk et sertifikat utstedt av Webex-sertifiseringsinstansen, som gjenspeiler en identitet bekreftet av Cisco.

Identitetsdeling og reservemekanisme

Under et møte deler hver deltaker sitt Webex-identitetssertifikat og, hvis tilgjengelig, sitt kundeleverte identitetssertifikat med alle andre deltakere. For å sikre sømløs tilkobling følger Webex-endepunktet et strengt hierarki: Den prioriterer det kundeleverte sertifikatet for verifisering. Hvis sertifikatet mangler eller ikke valideres, går systemet automatisk tilbake til det Webex-leverte identitetssertifikatet.

Viser status for brukeridentitetsverifisering

Når deltakere blir med i et møte ved hjelp av Webex-appen eller RoomOS-enheter med kundeleverte sertifikater, bekreftes identiteten deres av andre møtemedlemmer mot den utstedende sertifiseringsinstansen. Dette sikrer at bare autoriserte brukere blir gjenkjent, noe som hindrer angripere i å utgi seg for å være legitime deltakere, ettersom disse sertifikatene er unikt knyttet til verifiserte identiteter og ikke kan forfalskes av Cisco eller mellomledd.

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

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

I tillegg bidrar en møtesikkerhetskode utledet fra den kryptografiske statusen til alle deltakerne til å oppdage person-i-middle-angrep ved å la deltakerne bekrefte at alle deler den samme sikre møtekonteksten. Ved å kombinere kryptografisk identitetsverifisering med ende-til-ende-kryptering, tilbyr denne funksjonen «Deepfake-forebygging» et robust forsvar mot etterligning og trusler fra syntetiske medier, og beskytter møteintegritet og konfidensialitet på tvers av både Webex-appen og RoomOS-enheter.

Administrere sertifikatutrulling

Organisasjoner kan forenkle utrullingen og administrasjonen av disse kundeleverte identitetssertifikatene for sluttbrukere ved å installere dem på bedriftsadministrerte enheter ved hjelp av Mobile Device Management (MDM), Mobile Application Management (MAM) eller Enterprise Mobility Management (EMM)-applikasjoner. 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 de er bedriftseide eller personlig eide. For eksempel støtter Microsoft Intune både MDM- og MAM-funksjoner som lar organisasjoner distribuere og administrere Webex-appen og dens sikkerhetskonfigurasjoner, inkludert identitetssertifikater, på administrerte enheter. På samme måte tilbyr Cisco Meraki Systems Manager MDM-funksjoner for å registrere enheter, sende konfigurasjonsprofiler og distribuere sertifikater for å sikre statusen til klarerte enheter. Å utnytte disse administrasjonsløsningene reduserer administrative kostnader, forenkler administrasjon av sertifikatlivssyklusen og forbedrer sikkerhetsstillingen for Webex E2EE-møter med funksjoner for «Deepfake-forebygging».

De tre søylene for identitet

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

• Provisionering (CRUD) – Administrering av brukerlivssykluser (oppretting, lesing, oppdatering, sletting) for å sikre at «Sannhetens kilde» samsvarer med samarbeidsplattformen.
• Autentisering (AuthN) – Bekrefter brukeridentitet via sikre påloggingsinformasjoner eller tokener.
• Autorisasjon (AuthZ) – Definerer detaljerte tillatelser og API-tilgangsnivåer etter autentisering.

Provisjonering & Livssyklushåndtering

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

• SCIM 2.0– Den foretrukne skystandarden. Den automatiserer brukerens livssyklus, og sikrer at offboarding i IdP-en automatisk tilbakekaller Webex-tilgang.
• Katalogkobling– Et Cisco-verktøy for hybridmiljøer, som kobler lokal Active Directory (AD) til Webex Cloud.
• API-basert klargjøring– Bruker Webex «People API» for programmatisk brukeroppretting og lisenstildeling i komplekse miljøer.
• Eldre LDAP– Støttet for lokale kataloger (f.eks. CUCM), men mindre optimalisert for moderne skytrafikk.

Autentisering & Autorisasjonsrammeverk

• 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, lettvekts identitetslag bygget på OAuth 2.0 ved hjelp av JSON Web Tokens (JWT-er). Den støtter «oppdagelses-URL-er» for automatisert konfigurasjon.

• Autorisasjon (AuthZ):

• OAuth 2.0– Administrerer API-tilgang via kortlivede tilgangstokener (definerer omfang) og langlivede oppdateringstokener. Den håndhever sikkerhet via PKCE (Proof Key for Code Exchange) for offentlige klienter.

Integrering & Strategier for flere IdP-er

Webex tilbyr spesialiserte veier for sømløs integrering:

• Veiviser for inngangs-ID– Den anbefalte banen for Microsoft-miljøer. Den bruker Microsoft Graph API for avansert attributtsynkronisering (avatarer, hierarkier) og automatiserer OIDC/SAML konfigurasjon.
• Duo Security– Legger til «Kontinuerlig identitetssikkerhet» ved å bekrefte enhetens holdning og aktivere phishing-resistent MFA.

Støtte for flere IdP-er:Webex lar organisasjoner samle flere uavhengige IdP-er i ett enkelt kontrollhub.

• Brukstilfeller – fusjoner, oppkjøp eller desentraliserte IT-avdelinger.
• Ruting – Autentiseringsforespø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:

Beste praksis og robusthet

• SSO-gjenoppretting – bruk alltid den innebygde lenken «SSO-gjenoppretting» i Control Hub for å omgå SSO via et engangspassord (OTP) hvis IdP-konfigurasjonen mislykkes.
• Sertifikatadministrasjon – Overvåk utløpet av SAML-sertifikater. SSO-veiviseren automatiserer utveksling av metadata, noe som reduserer manuelle feil.
• Feilsøking – Bruk SAML Tracer-verktøyet til å inspisere XML-deklarasjoner og validere NameID-formater hvis det oppstår autentiseringsproblemer.
• Sikkerhetstilstand – Avskriv regelmessig eldre tildelingstyper og sørg for at PKCE implementeres for alle offentlige klientintegrasjoner.

Konklusjon – Identitet for Webex-møter

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

Ciscos sikre utviklingslivssyklus

Hos Cisco er ikke sikkerhet en ettertanke. Det er en disiplinert tilnærming til å bygge og levere produkter og tjenester i verdensklasse fra grunnen av. Alle produktutviklingsteam hos Cisco^® er pålagt å følge Ciscos sikre utviklingslivssyklus. Det er en repeterbar og målbar prosess som er utformet for å øke robustheten og påliteligheten til Cisco-produkter. Kombinasjonen av verktøy, prosesser og bevisstgjøringstrening som introduseres i alle faser av utviklingssyklusen, bidrar til å sikre et grundig forsvar. Det gir også en helhetlig tilnærming til produktrobusthet. Webex produktutviklingsteam følger denne livssyklusen lidenskapelig i alle aspekter av produktutviklingen.

Les mer om Sikker utviklingslivssyklus.

Cisco Foundational sikkerhetsverktøy

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

Å ha dedikerte team til å bygge og levere slike verktøy fjerner usikkerhet fra produktutviklingsprosessen.

Noen eksempler på verktøy inkluderer:

• Krav til produktsikkerhetsgrunnlag (PSB) som produkter må overholde
• Trusselbyggerverktøy brukt under trusselmodellering
• Retningslinjer for koding
• Validerte eller sertifiserte biblioteker som utviklere kan bruke i stedet for å skrive sin egen sikkerhetskode
• Verktøy for testing av sikkerhetssårbarheter (for statisk og dynamisk analyse) brukt etter utvikling for å teste mot sikkerhetsfeil
• Programvaresporing som overvåker Cisco- og tredjepartsbiblioteker og varsler produktteamene når en sårbarhet identifiseres

Organisasjonsstruktur som innfører sikkerhet i Cisco-prosesser

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

• Cisco Information Security (InfoSec) Cloud-teamet
• Cisco Product Security Incident Response Team (PSIRT)
• Delt sikkerhetsansvar

Cisco InfoSec Cloud

Dette teamet, ledet av sikkerhetssjefen for skyen, er ansvarlig for å levere et trygt Webex-miljø til kundene våre. InfoSec oppnår dette ved å definere og håndheve sikkerhetsprosesser og -verktøy for alle funksjoner involvert i levering av Webex til kundene våre.

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

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

Cisco Product Security Incident Response Team (PSIRT)

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

• Programvareoppdateringer eller løsninger finnes for å håndtere sårbarheten, eller det er planlagt en senere offentliggjøring av koderettelser for å håndtere alvorlige sårbarheter.
• 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 kan PSIRT varsle kunder, selv uten full tilgjengelighet av oppdateringer.

I alle tilfeller oppgir PSIRT minimumsmengden informasjon som sluttbrukere trenger for å vurdere virkningen av en sårbarhet og for å iverksette nødvendige tiltak for å beskytte miljøet sitt. PSIRT bruker CVSS-skalaen (Common Vulnerability Scoring System) for å rangere alvorlighetsgraden til et avslørt problem. PSIRT gir ikke detaljer om sårbarheter som kan gjøre det mulig for noen å utnytte sikkerhetsbrudd.

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

Sikkerhetsansvar

Selv om alle i Webex-gruppen er ansvarlige for sikkerheten, er hovedreglene som følger:

• Sjefssikkerhetsansvarlig, sky
• Visepresident og daglig leder, Cisco Cloud Collaboration Applications
• Visepresident, ingeniørfag, Cisco Cloud Collaboration Applications
• Visepresident, produktledelse, Cisco Cloud Collaboration Applications

Interne og eksterne penetrasjonstester

Webex-gruppen gjennomfører regelmessig strenge penetrasjonstester ved hjelp av interne vurderingspersoner. I tillegg til sine egne strenge interne prosedyrer, engasjerer Cisco InfoSec også flere uavhengige tredjeparter for å gjennomføre grundige revisjoner mot Ciscos interne retningslinjer, prosedyrer og applikasjoner. Disse revisjonene er utformet for å validere forretningskritiske 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 sårbarheter i applikasjoner og tjenester og foreslå løsninger
• Anbefaler generelle områder for arkitektonisk forbedring
• Identifisere kodefeil og gi veiledning om forbedringer av kodepraksis

Tredjepartsvurderingspersoner jobber direkte med Webex-ingeniørene for å forklare funn og validere utbedringen. Se Webex Meetings Letters of Attestation Trust Package for informasjon om attestering av penetrasjonstest.

Fysisk sikkerhet

Fysisk sikkerhet ved datasenteret inkluderer videoovervåking av anlegg og bygninger og tvungen tofaktoridentifikasjon for adgang. Innenfor Ciscos datasentre kontrolleres tilgang gjennom en kombinasjon av kortlesere og biometriske kontroller. I tillegg bidrar miljøkontroller (for eksempel temperatursensorer og brannslokkingssystemer) og infrastruktur for tjenestekontinuitet (som strømforsyning) til å sikre at systemene kjører uten avbrudd.

Datasenterservere er segmentert i «tillitssoner» basert på infrastrukturens følsomhet. For eksempel er databaser «inneholdt», nettverksinfrastrukturen har dedikerte rom, og alle utstyrsstativer er låst. Kun Ciscos sikkerhetspersonell og autoriserte besøkende ledsaget av Cisco-personell har adgang til datasentrene.

Ciscos produksjonsnettverk er et svært 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 akseptvalidering før produksjonsdistribusjon, i tillegg til regelmessig pågående herding, sikkerhetsoppdateringer og sårbarhetsskanning og -vurdering.

Servere er herdet ved hjelp av retningslinjene for sikkerhetsteknisk implementering (STIG-er) publisert av National Institute of Standards and Technology (NIST). Brannmurer beskytter nettverkets perimeter. Tilgangskontrolllister (ACL-er) skiller de ulike sikkerhetssonene. Innbruddsdeteksjonssystemer (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 det regelmessige vedlikeholdet. I tillegg utføres sårbarhetsskanning og -vurderinger kontinuerlig.

Tjenestekontinuitet og katastrofegjenoppretting er kritiske komponenter i sikkerhetsplanlegging. Utformingen av Cisco-datasentre med globale sikkerhetskopier av nettsteder og høy tilgjengelighet bidrar til geografisk failover for Webex-tjenester. Det finnes ikke noe enkeltstående feilpunkt.

Administrative data

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

Administrative data kan omfatte navn, adresse, telefonnummer, e-postadresse og informasjon om kontraktsmessige forpliktelser mellom Cisco og en tredjepart, enten de er samlet inn ved den første registreringen eller senere i forbindelse med administrasjon av Ciscos produkter eller tjenester.

Administrative data kan også inkludere møtetittel, tidspunkt og andre attributter for møtene som gjennomføres på Webex av ansatte eller representanter for en kunde. Andre eksempler på administrative data kan inkludere møtetittel, møtetidspunkt og andre attributter for møtene som avholdes på Webex.

Kundedata

Dette inkluderer alle data (inkludert tekst, lyd, video, bildefiler og opptak) som enten gis til Cisco av en kunde i forbindelse med kundens bruk av Cisco-produkter eller -tjenester, eller utvikles av Cisco på spesifikk forespørsel fra en kunde i henhold til en arbeidsbeskrivelse 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, supportdata 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 autentiseringsinformasjon, informasjon om produktets tilstand, system- 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 instrument- og loggføringssystemer som er 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 finner du eksempler på kontroller plassert i ulike lag av Webex-operasjoner for å beskytte kundedata:

• Fysisk adgangskontroll– Fysisk adgang kontrolleres gjennom biometri, adgangskort og videoovervåking. Tilgang til datasenteret krever godkjenninger og administreres gjennom et elektronisk billettsystem.
• Nettverkstilgangskontroll– Webex-nettverksperimeteret er beskyttet av brannmurer. All nettverkstrafikk som kommer inn i eller forlater Webex-datasenteret overvåkes kontinuerlig ved hjelp av et inntrengingsdeteksjonssystem (IDS). Webex-nettverket er også segmentert i separate sikkerhetssoner. Trafikken mellom sonene kontrolleres av brannmurer og tilgangskontrolllister (ACL-er).
• Infrastrukturovervåking og administrasjonskontroller– Alle komponenter i infrastrukturen, inkludert nettverksenheter, applikasjonsservere og databaser, er underlagt strenge retningslinjer. De blir også regelmessig skannet for å identifisere og håndtere 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 ukryptert SIP/H323 videoenheter i et skyaktivert møte. I tillegg krypteres kritiske data som er lagret i Webex, for eksempel passord.

Cisco-ansatte har ikke tilgang til kundedata med mindre kunden ber om tilgang av supporthensyn. Tilgang til systemer i dette tilfellet er kun tillatt av lederen i samsvar med prinsippet om «funksjonsdeling». Det gis kun på et behovsnivå og med kun det tilgangsnivået som kreves for å utføre jobben. Ansattes tilgang til disse systemene blir også jevnlig gjennomgått for samsvar. Ansatte med slik tilgang er pålagt å ta årlig opplæring i informasjonssikkerhetsbevissthet i henhold til International Organization for Standardization (ISO) 27001.

I tillegg til disse spesialiserte kontrollene gjennomgår alle Cisco-ansatte en bakgrunnssjekk, signerer en taushetserklæring (NDA) og fullfører opplæring i retningslinjer for forretningsførsel (COBC).

Lov om helseforsikringsportabilitet og ansvarlighet (HIPAA)

Cisco kan gi informasjon om funksjonalitet, teknologi og sikkerhet til Webex. En HIPAA-dekket enhet må rådføre seg med sin egen juridiske rådgiver for å avgjøre om Webex sin funksjonalitet er kompatibel med forretningsprosessene og GDPR-klar.

• GDPR-samsvar
• Opplysning om tilbudet til Cisco Webex Meetings

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
• Serviceorganisasjonskontroller (SOC) 2 Type II revidert
• SOC 3-sertifisert
• Skyens etiske retningslinjer
• CSTAR
• Attestering av samsvarskontrollkatalog for skytjenester (C5)
• FedRAMP-sertifisert (besøk cisco.com/go/fedramp for mer informasjon, omfang og tilgjengelighet)

Se Cisco Trust Portal for et komplett sett med dokumenter om sikkerhet, personvern og samsvar, inkludert detaljer om standardene og sertifiseringene ovenfor.