Tak for din feedback.

Kerne Webex Meetings-tjenester og -komponenter

• Webex Meetings er en del af Webex Suite og tilbyder audio/video konferencer med indholdsdeling og webkonferencefunktioner.
• Platformen inkluderer flere mikrotjenester såsom mødetjenester, webinartjenester, identitetstjenester, optagelsestjenester, AI-assistenttjenester, analysetjenester, administrationstjenester og medietjenester.
• Webex Meetings understøtter cloud-registrerede apps og enheder, hvilket gør det muligt for brugere at deltage i møder fra forskellige operativsystemplatforme og enheder. Brugere kan også deltage i møder via PSTN og med SIP-slutpunkter.

Arkitektur og implementering

• Webex Meetings-tjenester er regionaliserede og replikerede på tværs af flere uafhængige datacentre for at sikre redundans og høj tilgængelighed.
• Medietjenester distribueres globalt med medieserverklynger i hvert datacenter, hvilket giver lokal og geografisk redundans.
• Medieservere håndterer deling af tale, video og indhold, hvor medier ofte krypteres med AES-256-GCM.
• Arkitekturen understøtter krypteret signalering over TLS/HTTPS og krypterede mediestrømme.

Webex understøtter deltagelse i møder fra flere platforme og enheder, herunder:

• Webex desktop-applikation på Windows, Mac og Linux.
• Webex mobilapplikation på Android og iOS.
• Webex-webapplikation ved hjælp af Chrome, Edge, Safari, Firefox og andre browsere.
• Cisco-rumsenheder og bordenheder.
• Tredjeparts SIP-standardbaserede lyd- og videoslutpunkter.
• PSTN-enheder.

Webex-kundesuverænitet

Som svar på den stigende efterspørgsel efter dataopbevaring har Webex introduceret forbedrede suverænitetsfunktioner. Med udgangspunkt i optagelse og understøttelse af flere kommende tjenester kan organisationer nu bevare kontrollen over deres mødeindhold med:

• Lokaliseret behandling— Behandling af mødeindhold, såsom optagelser, inden for deres egen infrastruktur.
• Lokal lagring— Brug af egne fillagringstjenester til at opbevare følsomme mødeaktiver og sikre, at data forbliver inden for bestemte geografiske eller organisatoriske grænser.

Ultrasikre Webex-møder

Historisk set krævede "Ultra Secure"-funktioner, såsom Zero Trust End-to-End Encryption (E2EE), ofte et kompromis med mødefunktionaliteten, da cloudbaserede værdiskabende tjenester krævede adgang til krypteringsnøgler, og kun et begrænset antal endpoint-typer kunne deltage i disse møder. Webex har elimineret dette kompromis med:

• Funktionsrig Zero Trust— Webex har transformeret Zero Trust End-to-End Encrypted (E2EE) møder og tilføjet funktionalitet, der gør Zero Trust-møder funktionsrige. Understøttelse af et bredere antal endpoint-typer giver en problemfri oplevelse uden at ofre de værktøjer, der er nødvendige for moderne samarbejde.
• Nul tillid til standardmøder— Webex har integreret nul tillid E2EE-funktioner direkte i standardmøder. Dette sikrer, at selv det daglige samarbejde kan drage fordel af de højeste sikkerhedsniveauer, hvilket giver ensartet beskyttelse på tværs af hele Webex-økosystemet.

En samlet tilgang til samarbejde

Ved at integrere kundesuverænitet med disse avancerede Zero Trust E2EE-funktioner giver Webex organisationer mulighed for at opnå et dobbelt mål: afholdelse af meget sikre Zero Trust-møder i Webex-skyen, samtidig med at der opretholdes fuld kontrol over behandling og lagring af kritisk mødeindhold lokalt. Denne synergi giver den fleksibilitet og sikkerhed, der er nødvendig for moderne, compliance-drevne virksomhedsmiljøer.

Udvidelse af sikkerhedsgrænsen med Video Mesh Node

Tilføjelse af en videomesh-node til en organisation gør det muligt for kunder at levere lokale mødetjenester og giver deres lokale slutpunkter mulighed for at deltage i ethvert Webex-møde. Fra et sikkerhedsperspektiv opretholder integration af en Video Mesh Node nul tillid i Webex Cloud, samtidig med at den tilbyder næsten funktionsparitet med standard Webex-møder. Kunder drager også fordel af datasuverænitet, da tjenester som f.eks. mødeoptagelser fra Video Mesh Node behandles og lagres lokalt.

Brug af Zero Trust end-to-end-kryptering kan muligvis tage et par ekstra sekunder at deltage i et møde, men det giver en klar sikkerhedsgaranti – kun mødedeltagerne har adgang til mødekrypteringsnøglerne, så mødeindholdet kan ikke dekrypteres af tjenesteudbyderen eller andre mellemled.

Oversigt: Webex Meetings og hybride implementeringsmodeller

Som vist i sammenligningen ovenfor, giver implementering af Video Mesh Node (VMN) Zero Trust Webex Meetings mulighed for at opnå næsten funktionsparitet med standard Webex-møder. Selvom Zero Trust-møder ikke understøtter PSTN-deltagere, fungerer Webex webbaseret applikation som et bredt tilgængeligt alternativ til end-to-end krypteret adgang. Derudover gør VMN det muligt for kontorbaserede medarbejdere, der bruger fastnettelefoner, problemfrit at deltage i Zero Trust-møder.

Video Mesh Node sikrer også datasuverænitet for kritisk mødeindhold, herunder optagelser og – i den nærmeste fremtid – transskriptioner, resuméer og handlingspunkter. Ved at behandle og lagre disse data lokalt giver VMN kunderne fuld kontrol over deres oplysninger, samtidig med at en Zero Trust-arkitektur opretholdes i Webex-skyen.

Krypteret Webex-signalering

Webex-tjenester understøtter TLS version 1.2 og 1.3, hvor TLS 1.3 foretrækkes, når det understøttes af det tilsluttende slutpunkt. Hvis en klient kun understøtter TLS 1.2, vælger Webex-serveren den stærkeste fælles krypteringspakke, der tilbydes af klienten. I modsætning til TLS 1.2 bruger TLS 1.3 ikke serverpræferencevalg af krypteringspakker, fordi den er afhængig af et mindre, kurateret sæt af moderne krypteringer. Dette design forenkler udvælgelsesprocessen og fokuserer mere på forbedringer af ydeevnen, såsom at reducere den samlede længde af et håndtryk, samtidig med at der opretholdes en stærk sikkerhed. Krypteringspakkerne til TLS 1.2 og 1.3, der bruges af Webex, er veldefinerede og prioriterede for at sikre sikker kommunikation.

TLS Cipher Suites

TLS 1.3-krypteringspakker (TLS 1.3-servere bruger ikke en præferencerækkefølge til valg af pakke)

TLS 1.2-krypteringspakker (pakker i serverforetrukken rækkefølge)

AES_256_CBC og AES_128_CBC-krypteringschiffere understøttes for at opretholde kompatibilitet med ældre systemer, ældre browsere og integrerede enheder, der ikke understøtter moderne AEAD (Authenticated Encryption with Associated Data)-chiffere som AES-GCM, f.eks. Internet Explorer 11 på Windows 7 og Windows 8.1, Safari. 6/7/8 På tidlige iOS- og MacOS-udgivelser bruger de CBC-baserede chiffere.

CHACHA20_POLY1305 er en stream-chiffer med lav hardwareafhængighed, hvilket gør den til en overlegen chiffer at bruge på mobile enheder eller enheder med CPU'er med lavt strømforbrug.

Mediekrypteringsstandarder for Webex

Webex-møder og -opkald bruger robust AES-baseret kryptering til alle mediepakker. Den specifikke krypteringssuite afhænger af endpointtypen, hvor AES-256-GCM fungerer som den foretrukne standard for optimal sikkerhed.

Vigtige sikkerhedsovervejelser

• Foretrukken standard—AES-256-GCM er den anbefalede kryptering til alle implementeringer for at sikre det højeste niveau af dataintegritet og fortrolighed.
• Interoperabilitet– Selvom Webex opretholder understøttelse af ældre krypteringer (såsom AES-CM-128-HMAC-SHA1) for at sikre interoperabilitet med tredjeparts SIP- og H.323-systemer, bør organisationer, der prioriterer en nul-tillidsarkitektur, håndhæve AES-256-GCM, hvor enhedskompatibilitet tillader det.

Medietransportprotokoller

Webex understøtter medietransport via UDP, TCP eller TLS. For optimal tale- og videoydelse anbefaler Cisco kraftigt UDP.

Ydelsesmæssige overvejelser:

• Realtidseffektivitet—UDP er den foretrukne transport til realtidsmedier, da den minimerer latenstid og jitter ved at undgå de retransmissions- og buffermekanismer, der er forbundet med forbindelsesorienterede protokoller.
• Indvirkning af TCP/TLS—Selvom TCP og TLS leverer pålidelig og ordnet data, er denne adfærd kontraproduktiv for realtidsmedier. De resulterende pakkegenudsendelser og streambuffering introducerer latenstid og jitter, hvilket kan forringe oplevelseskvaliteten for deltagerne betydeligt.

Webex brug af SRTP og SFrame til medier

For at opretholde de høje sikkerhedsstandarder, der kræves til WebexZero Trust-miljøer, er det vigtigt at skelne mellem transportniveausikkerhed (SRTP) og applikationslags-end-to-end-kryptering (SFrame).

Vigtige tekniske forskelle — SRTP & SFrame

1. SRTP (Secure Real-Time Transport Protocol)

   SRTP er branchestandarden til sikring af mediestrømme under transit.

   • Omfang— Den giver fortrolighed, meddelelsesgodkendelse og afspilningsbeskyttelse for RTP-nyttelasten.
   • Operationel kontekst— I mange arkitekturer afslutter medieserveren/mediegatewayen (Selective Forwarding Unit (SFU)) SRTP-forbindelsen for at udføre mediebehandling (f.eks. mixning, layoutkomposition eller transkodning). Fordi SFU'en dekrypterer mediet for at behandle det, er mediet teknisk sårbart på SFU-punktet.
2. SFrame (sikker ramme)

   SFrame er en IETF-standard. RFC 9605 er designet specifikt til at muliggøre ægte end-to-end-kryptering i et konferencemiljø med flere parter.

   • Omfang— Den krypterer pakkede medierammer, før de indkapsles i RTP-pakker. Webex tilføjer et ekstra lag af kryptering ved hjælp af SRTP.
   • Zero Trust-arkitektur— Fordi mediet er krypteret på applikationslaget, fungerer SFU'en kun som et "blindt" relæ. Den sender de krypterede pakker til andre deltagere uden nogensinde at have adgang til dekrypteringsnøglerne.
   • Uafhængighed—SFrame er transport-agnostisk. Den forbliver sikker, selvom den underliggende transport (UDP/TCP/TLS) er kompromitteret, da sikkerhedskonteksten er knyttet til deltagernes slutpunkter snarere end transportforbindelsen.

SFrame er den kritiske mekanisme, der muliggør E2EE. Mens SRTP sikrer, at data krypteres, mens de krydser netværket, sikrer SFrame, at mediet forbliver krypteret gennem hele mødets livscyklus, inklusive mens det befinder sig på Ciscos infrastruktur (SFU), hvilket effektivt fjerner tjenesteudbyderen fra tillidsgrænsen.

Webex Meetings-indhold

Mødeindhold består af data oprettet af deltagere eller genereret af Webex-tjenester på vegne af mødeværten. Denne inkluderer:

• Medierelateret indhold— Optagelser, transskriptioner, resuméer og handlingspunkter.
• Samarbejdsdata— Chatbeskeder, shared/transferred filer, whiteboards og annotationer.

Webex Meetings indholdssikkerhed – Webex end-to-end kryptering

Webex sikrer mødeindhold genereret af deltagere ved hjælp af et robust end-to-end-krypteringsframework (E2EE). Centralt for denne arkitektur er Webex Key Management Service (KMS), som er ansvarlig for at generere, distribuere og administrere krypteringsnøglerne for alt brugergenereret indhold.

Sikkerhedslag for mødeindhold

• Data under overførsel— Webex-appen og Cisco-videoenheder bruger Webex end-to-end-kryptering (E2EE) med AES-256-GCM til at kryptere brugergenereret mødeindhold, såsom optagelsesfiler, AI-oversigtsfiler, chatbeskeder osv. Dette er yderligere indkapslet i Transport Layer Security (TLS) for at yde dobbeltlagsbeskyttelse under transmission.
• Data i hvile– Når krypteret indhold er gemt i Webex Cloud, er det yderligere beskyttet af AES-256-GCM-diskkryptering.
• Beskyttelsesprofil– Denne tilgang beskytter indhold mod TLS-aflytning under overførsel og sikrer, at lagrede data forbliver utilgængelige for uautoriserede aktører i cloudmiljøet.

Webex end-to-end-kryptering med administreret indholdsadgang til Core Services

I modsætning til Zero Trust end-to-end-kryptering, hvor Webex ikke har adgang til medie- eller indholdskrypteringsnøgler, tillader Webex end-to-end-kryptering platformen at bruge de Webex KMS-genererede nøgler til at dekryptere data til essentielle kernetjenester. Denne administrerede adgang muliggør:

• Søgning og indeksering— Giver brugerne mulighed for at søge i indholdshistorikken.
• Overholdelse og styring— Muliggør forebyggelse af datatab (DLP), eDiscovery og dataarkivering.
• Medieoptimering– Understøtter filtranskodning for kompatibilitet på tværs af enheder.
• Sikkerhed– Gør det muligt at scanne efter malware ved hjælp af den udvidede sikkerhedspakke.

Webex Meetings-metadata

Mødemetadata består af de administrative og tekniske oplysninger, der genereres af systemet for at facilitere, spore og administrere et møde, snarere end selve indholdet (lyd, video eller delte filer) af selve mødet. Metadata kan opdeles i flere kategorier:

• Sessionsoplysninger— Mødetitel, møde-ID, planlagte start- og sluttidspunkter og mødets faktiske varighed.
• Deltagerdata– En liste over inviterede og faktiske deltagere, deres IP-adresser, enhedstyper (f.eks. Windows, iPhone, Cisco Room Kit) og deres join/leave tidsstempler.
• Brugs- og kvalitetsmålinger— Data brugt til fejlfinding, såsom pakketab, jitter, latenstid og opløsningen af videostreamen.

Sådan bruges metadata

1. Analyse og rapportering– Administratorer bruger metadata i WebexControl Hub til at se, hvor mange møder der afholdes, hvilke afdelinger der er mest aktive, og den samlede kvalitet af oplevelsen.
2. Fejlfinding— Cisco TAC (Teknisk Assistancecenter) bruger metadata til at identificere og løse mødeproblemer.
3. Compliance og eDiscovery— Compliance-ansvarlige kan søge i metadata for at bevise, at et møde har fundet sted, hvem der var der, og om det blev optaget, selvom de ikke kan se mødets krypterede indhold.
4. Sikkerhed— Metadata hjælper med at identificere uautoriserede adgangsforsøg eller usædvanlige mønstre, der kan indikere en sikkerhedstrussel.

Sikkerhed og privatliv for metadata

• Kryptering– Selvom metadata ikke er "ende-til-ende-krypteret", krypteres de stadig under overførsel (ved hjælp af TLS) og i hvile i Ciscos sikre datacentre.
• Adgangskontrol— Ciscos privatlivspolitikker begrænser strengt, hvem der kan få adgang til disse metadata, og de bruges til at levere og forbedre tjenesten.

For mere information om Webex-mødeindhold og -metadata, se Webex Meetings-tilbudsoplysning.

Tildeling af mødesessionstyper til brugere

Webex Control Hub-administratorer kan tildele en eller flere mødetyper, som deres brugere kan bruge til planlagte møder. Som standard er alle brugere tildelt mødetyperne Pro Meeting og Pro-End to End Encryption_VoIPonly.

Planlæg et møde – vælg mødetypen

Brugere kan vælge den mødetype, de vil bruge, når de planlægger et møde, fra Webex-appen, Webex-brugersiden og Webex e-mail-tilføjelsesprogram til Microsoft Outlook.

Planlæg et møde – Vælg mødetypen i Webex App

Planlæg et møde – Vælg mødetypen fra Webex-brugersiden

Angiv en standardmødetype

Brugere kan indstille deres standardmødetype fra Møder > Indstillinger på deres Webex-brugerside.

Indstil standardmødetypen fra Webex-brugersiden

Nul-tillids end-to-end-identitet og deepfake-forebyggelse

Kundeleverede slutbrugeridentitetscertifikater er en hjørnesten i at forhindre personefterligning i Webex End-to-End-krypterede (E2EE) møder. I modsætning til traditionelle deepfake-blokeringsmekanismer, der er afhængige af analyse af lyd- og videostreams, giver denne tilgang kryptografisk identitetsvalidering på adgangstidspunktet. Denne bekræftede status vises direkte i mødelisten, hvilket giver gennemsigtighed for alle deltagere.

Webex har udvidet sin understøttelse af kundeadministrerede certifikater – tidligere tilgængelige på RoomOS-enheder – til Webex-appen som en del af vores funktion "Deepfake-forebyggelse". Organisationer kan klargøre og administrere deres egne digitale certifikater, udstedt af betroede eksterne certifikatmyndigheder (CA'er) ved hjælp af branchestandardprotokoller som ACME. Disse certifikater, baseret på X.509-standarder og ECDSA P-256-nøglepar, giver kryptografisk bevis på deltagernes identitet under E2EE-møder.

End-to-End-verificeret identitet og MLS-protokollen

MLS-protokollen (Messaging Layer Security) bruger standard X.509-certifikater til at godkende mødedeltagere. Et certifikat er en digitalt signeret erklæring fra en betroet CA, der verificerer identiteten af indehaveren af signeringsnøglen. Deltagerne opnår disse certifikater gennem to primære metoder:

• Administrerede enheder (kundeleverede certifikater)– For organisationsadministrerede desktop- og mobilklienter kan et identitetscertifikat fra en betroet CA installeres på enheden. Når en bruger logger ind ved hjælp af Single Sign-On (SSO), henter Webex-appen dette certifikat fra OS-tillidslageret for at præsentere brugerens bekræftede identitet. Denne proces understøttes også for Webex Cloud-registrerede Cisco-videoenheder.
• Standard (Webex-leverede certifikater)– Hvis der ikke er et tilgængeligt kundeleveret certifikat, bruger Webex-klienten eller -enheden automatisk et certifikat udstedt af Webex-certifikatmyndigheden, som afspejler en identitet, der er bekræftet af Cisco.

Identitetsdeling og reservemekanisme

Under et møde deler hver deltager deres Webex-identitetscertifikat og, hvis tilgængeligt, deres kundeleverede identitetscertifikat med alle andre deltagere. For at sikre problemfri forbindelse følger Webex-slutpunktet et strengt hierarki: Den prioriterer det kundeleverede certifikat til verifikation; hvis dette certifikat mangler eller ikke valideres, vender systemet automatisk tilbage til det Webex-leverede identitetscertifikat.

Visning af status for brugeridentitetsbekræftelse

Når deltagere deltager i et møde ved hjælp af Webex-appen eller RoomOS-enheder med kundeleverede certifikater, verificeres deres identiteter af andre mødemedlemmer mod den udstedende certifikatinstans. Dette sikrer, at kun autoriserede brugere genkendes, hvilket forhindrer angribere i at udgive sig for at være legitime deltagere, da disse certifikater er unikt knyttet til verificerede identiteter og ikke kan forfalskes af Cisco eller mellemmænd.

Deltagerlisten i et E2E-krypteret møde viser status for identitetsbekræftelse for hver bruger:

• Zero-Trust E2E verificeret ( domæne.com) – Når et kundeleveret identitetscertifikat bruges, vises deltagerens domæne med blå tekst. Dette indikerer en ægte E2E-verificeret identitet, som Cisco ikke kan manipulere med. For eksempel kan du i mødelisten se, at "Kevin" har en bekræftet e-mailadresse fra example.com i blåt.
• Webex-verificeret ( domæne.com) – Certifikater udstedt af en Webex CA giver et mere begrænset beskyttelsesniveau. Selvom disse deltagere er bedre end ingen identitetsbeskyttelse, er de ikke markeret som "Zero Trust E2E verified". I stedet vises deres identitetsstatus med grå tekst, hvilket angiver, at identiteten blev bekræftet af Webex CA.
• Ubekræftet gæstebruger ( Ubekræftet) – Selvom gæstedeltagernes identitet ikke er godkendt (da der ikke er nogen loginproces), kræver de stadig et certifikat for at deltage i MLS-gruppen til et opkald eller møde. Dette certifikat er udstedt af en Webex CA og bruger "anonym" som brugernavn.

Derudover hjælper en mødesikkerhedskode, der er afledt af alle deltageres kryptografiske status, med at opdage person-in-the-middle-angreb ved at give deltagerne mulighed for at bekræfte, at alle deler den samme sikre mødekontekst. Ved at kombinere kryptografisk identitetsbekræftelse med end-to-end-kryptering tilbyder denne "Deepfake-forebyggelse"-funktion et robust forsvar mod personefterligning og trusler fra syntetiske medier, der beskytter mødeintegritet og fortrolighed på tværs af både Webex-appen og RoomOS-enheder.

Administration af certifikatudrulning

Organisationer kan forenkle udrulningen og administrationen af disse kundeleverede slutbrugeridentitetscertifikater ved at installere dem på virksomhedsadministrerede enheder ved hjælp af Mobile Device Management (MDM), Mobile Application Management (MAM) eller Enterprise Mobility Management (EMM) applikationer. Disse administrationsplatforme gør det muligt for IT-administratorer centralt at klargøre, konfigurere og kontrollere certifikater og relaterede sikkerhedspolitikker på tværs af en bred vifte af enheder, uanset om de er virksomhedsejede eller privat ejede. For eksempel understøtter Microsoft Intune både MDM- og MAM-funktioner, der giver organisationer mulighed for at implementere og administrere Webex-appen og dens sikkerhedskonfigurationer, herunder identitetscertifikater, på administrerede enheder. På samme måde tilbyder Cisco Meraki Systems Manager MDM-funktioner til at tilmelde enheder, pushe konfigurationsprofiler og implementere certifikater for at sikre status for betroede enheder. Udnyttelse af disse administrationsløsninger reducerer administrative omkostninger, forenkler administration af certifikatlivscyklus og forbedrer sikkerhedsstillingen for Webex E2EE-møder med funktioner til "Deepfake-forebyggelse".

De tre søjler for identitet

Effektiv identitets- og adgangsstyring (IAM) til Webex er afhængig af:

• Provisionering (CRUD) – Administration af brugerlivscyklusser (oprettelse, læsning, opdatering, sletning) for at sikre, at "Source of Truth" matcher samarbejdsplatformen.
• Godkendelse (AuthN) – Bekræftelse af brugeridentitet via sikre legitimationsoplysninger eller tokens.
• Autorisation (AuthZ) – Definition af detaljerede tilladelser og API-adgangsniveauer efter godkendelse.

Klargøring & Livscyklusstyring

Webex understøtter flere metoder til at synkronisere brugere og grupper:

• SCIM 2.0— Den foretrukne cloud-standard. Det automatiserer brugerens livscyklus og sikrer, at offboarding i IdP'en automatisk tilbagekalder Webex-adgang.
• Directory Connector— Et Cisco-værktøj til hybridmiljøer, der forbinder Active Directory (AD) i det lokale miljø til Webex Cloud.
• API-baseret klargøring– Bruger Webex "People API" til programmatisk brugeroprettelse og licenstildeling i komplekse miljøer.
• Legacy LDAP— Understøttes til lokale mapper (f.eks. CUCM), men mindre optimeret til moderne cloud-trafik.

Godkendelse & Autorisationsrammer

• Godkendelse (AuthN):

• SAML 2.0— Virksomhedsstandarden for Single Sign-On (SSO). Webex fungerer som tjenesteudbyder (SP) og validerer XML-påstande fra virksomhedens IdP.
• OIDC (OpenID Connect)— Et moderne, letvægts identitetslag bygget på OAuth 2.0 ved hjælp af JSON Web Tokens (JWT'er). Den understøtter "Discovery URL'er" til automatiseret konfiguration.

• Autorisation (AuthZ):

• OAuth 2.0— Administrerer API-adgang via kortlivede adgangstokens (definerer scopes) og langlivede opdateringstokens. Den håndhæver sikkerhed via PKCE (Proof Key for Code Exchange) for offentlige klienter.

Integration & Multi-IdP-strategier

Webex tilbyder specialiserede stier til problemfri integration:

• Guide til indtastnings-ID– Den anbefalede sti til Microsoft-miljøer. Den bruger Microsoft Graph API til avanceret attributsynkronisering (avatarer, hierarkier) og automatiserer OIDC/SAML konfiguration.
• Duo Security– Tilføjer "Kontinuerlig identitetssikkerhed" ved at verificere enhedens position og aktivere phishing-resistent MFA.

Understøttelse af flere IdP'er:Webex giver organisationer mulighed for at samle flere uafhængige IdP'er i en enkelt Control Hub.

• Brugsscenarier – fusioner, opkøb eller decentraliserede IT-afdelinger.
• Routing – Godkendelsesanmodninger routes baseret på domæner eller brugergrupper.
• Hensyntagen – Kræver streng koordinering for at opretholde ensartede sikkerhedspolitikker på tværs af alle fødererede kilder.

Eksempel på de mest almindelige IdP-identitetsintegrationer med Webex:

Bedste praksis og modstandsdygtighed

• SSO-gendannelse – Brug altid det indbyggede link "SSO-gendannelse" i Control Hub til at omgå SSO via en engangsadgangskode (OTP), hvis IdP-konfigurationen mislykkes.
• Certifikatadministration – Overvåg udløb af SAML-certifikater. SSO-guiden automatiserer udveksling af metadata, hvilket reducerer manuelle fejl.
• Fejlfinding – Brug SAML Tracer-værktøjet til at inspicere XML-påstande og validere NameID-formater, hvis der opstår godkendelsesproblemer.
• Sikkerhedstilstand – Udfas regelmæssigt ældre tilladelsestyper, og sørg for, at PKCE implementeres for alle offentlige klientintegrationer.

Konklusion – Identitet for Webex-møder

En robust identitetsstrategi er en kontinuerlig livscyklusproces. Ved at kombinere SCIM til provisionering, OIDC/SAML til godkendelse og OAuth til autorisation, kan organisationer sikre en sikker og problemfri oplevelse for brugerne, samtidig med at de opretholder streng administrativ kontrol.

Cisco Secure Development Livscyklus

Hos Cisco er sikkerhed ikke en eftertanke. Det er en disciplineret tilgang til at bygge og levere produkter og tjenester i verdensklasse fra bunden. Alle Cisco^® produktudviklingsteams skal følge Ciscos Secure Development Lifecycle. Det er en gentagelig og målbar proces, der er designet til at øge Cisco-produkters robusthed og pålidelighed. Kombinationen af værktøjer, processer og bevidsthedstræning, der introduceres i alle faser af udviklingslivscyklussen, hjælper med at sikre et dybdegående forsvar. Det giver også en holistisk tilgang til produktrobusthed. Webex produktudviklingsteamet følger passioneret denne livscyklus i alle aspekter af produktudviklingen.

Læs mere om Sikker udviklingslivscyklus.

Cisco Foundational Security Tools

Ciscos sikkerheds- og tillidsorganisation leverer processen og de nødvendige værktøjer, der giver alle udviklere mulighed for at indtage en ensartet holdning, når de står over for en sikkerhedsbeslutning.

At have dedikerede teams til at bygge og levere sådanne værktøjer fjerner usikkerheden fra produktudviklingsprocessen.

Nogle eksempler på værktøjer inkluderer:

• Produktsikkerhedsgrundlæggende krav (PSB), som produkter skal overholde
• Trusselsbyggerværktøjer brugt under trusselsmodellering
• Kodningsretningslinjer
• Validerede eller certificerede biblioteker, som udviklere kan bruge i stedet for at skrive deres egen sikkerhedskode
• Værktøjer til test af sikkerhedssårbarheder (til statisk og dynamisk analyse) brugt efter udvikling til at teste mod sikkerhedsfejl
• Softwaresporing, der overvåger Cisco- og tredjepartsbiblioteker og underretter produktteamene, når en sårbarhed identificeres

Organisationsstruktur, der indfører sikkerhed i Cisco-processer

Cisco har dedikerede afdelinger til at implementere og administrere sikkerhedsprocesser i hele virksomheden. For konstant at holde sig ajour med sikkerhedstrusler og -udfordringer er Cisco afhængig af:

• Cisco Information Security (InfoSec) Cloud-team
• Cisco Product Security Incident Response Team (PSIRT)
• Delt sikkerhedsansvar

Cisco InfoSec Cloud

Dette team, der ledes af Chief Security Officer for Cloud, er ansvarligt for at levere et sikkert Webex-miljø til vores kunder. InfoSec opnår dette ved at definere og håndhæve sikkerhedsprocesser og -værktøjer for alle funktioner, der er involveret i leveringen af Webex til vores kunder.

Derudover samarbejder Cisco InfoSec Cloud med andre teams på tværs af Cisco for at reagere på eventuelle sikkerhedstrusler mod Webex-tjenesten.

Cisco InfoSec er også ansvarlig for løbende forbedringer af Webex' sikkerhedstilstand.

Cisco Product Security Incident Response Team (PSIRT)

Cisco PSIRT er et dedikeret globalt team, der administrerer indgående data, undersøgelse og rapportering af sikkerhedsproblemer relateret til Cisco-produkter og -tjenester. PSIRT bruger forskellige medier til at offentliggøre information, afhængigt af sikkerhedsproblemets alvor. Rapporteringstypen varierer afhængigt af følgende forhold:

• Der findes softwarerettelser eller løsninger til at løse sårbarheden, eller der er planlagt en efterfølgende offentliggørelse af koderettelser for at løse alvorlige sårbarheder.
• PSIRT har observeret aktiv udnyttelse af en sårbarhed, der kan føre til en større risiko for Ciscos kunder. PSIRT kan fremskynde offentliggørelsen af en sikkerhedsmeddelelse, der beskriver sårbarheden i dette tilfælde, uden at programrettelser er fuldt tilgængelige.
• Offentlig bevidsthed om en sårbarhed, der påvirker Cisco-produkter, kan føre til større risiko for Ciscos kunder. Igen kan PSIRT advare kunder, selv uden fuld tilgængelighed af patches.

I alle tilfælde oplyser PSIRT den minimumsmængde information, som slutbrugere skal bruge for at vurdere virkningen af en sårbarhed og tage de nødvendige skridt til at beskytte deres miljø. PSIRT bruger Common Vulnerability Scoring System (CVSS)-skalaen til at rangere alvorligheden af et afsløret problem. PSIRT giver ikke oplysninger om sårbarheder, der kan gøre det muligt for nogen at udvikle et angreb.

For mere information om PSIRT, se Cisco Product Security Incident Response Team.

Sikkerhedsansvar

Selvom alle personer i Webex-gruppen er ansvarlige for sikkerheden, er hovedreglerne som følger:

• Chefsikkerhedschef, Cloud
• Vicepræsident og administrerende direktør, Cisco Cloud Collaboration Applications
• Vicedirektør, Engineering, Cisco Cloud Collaboration Applications
• Vicedirektør, Produktstyring, Cisco Cloud Collaboration Applications

Interne og eksterne penetrationstests

Webex-gruppen udfører regelmæssigt grundige penetrationstest ved hjælp af interne assessorer. Ud over sine egne strenge interne procedurer engagerer Cisco InfoSec også flere uafhængige tredjeparter til at udføre grundige revisioner af Ciscos interne politikker, procedurer og applikationer. Disse revisioner er designet til at validere sikkerhedskrav for kritiske institutioner for både kommercielle og offentlige applikationer. Cisco bruger også tredjepartsleverandører til at udføre løbende, dybdegående, kodeassisterede penetrationstests og servicevurderinger. Som en del af aftalen udfører tredjepart følgende sikkerheds evalueringer:

• Identificering af kritiske applikations- og servicesårbarheder og forslag til løsninger
• Anbefaling af generelle områder til arkitektonisk forbedring
• Identificering af kodningsfejl og vejledning i forbedringer af kodningspraksis

Tredjepartsvurderingsmedarbejdere arbejder direkte sammen med Webex' tekniske personale for at forklare resultater og validere afhjælpningen. Se Webex Meetings Letters of Attestation Trust Package for oplysninger om attestering af penetrationstest.

Fysisk sikkerhed

Fysisk sikkerhed i datacentret omfatter videoovervågning af faciliteter og bygninger og tvungen tofaktor-identifikation ved adgang. Inden for Ciscos datacentre styres adgangen via en kombination af badgelæsere og biometriske kontroller. Derudover hjælper miljøkontroller (f.eks. temperatursensorer og brandbekæmpelsessystemer) og infrastruktur til servicekontinuitet (såsom strømforsyning) med at sikre, at systemerne kører uden afbrydelser.

Datacenterservere er segmenteret i "tillidszoner" baseret på infrastrukturens følsomhed. For eksempel er databaser "indespærret", netværksinfrastrukturen har dedikerede rum, og alt udstyrsstativ er låst. Kun Ciscos sikkerhedspersonale og autoriserede besøgende ledsaget af Cisco-personale har adgang til datacentrene.

Ciscos produktionsnetværk er et yderst pålideligt netværk: Kun meget få personer med høje tillidsniveauer har adgang til netværket.

Infrastruktur og platformsikkerhed

Platformsikkerhed omfatter sikkerheden af netværket, systemerne og det samlede Webex-datacenter. Alle systemer gennemgår en grundig sikkerhedsgennemgang og acceptvalidering inden produktionsimplementering, samt regelmæssig løbende hærdning, sikkerhedsopdateringer og sårbarhedsscanning og -vurdering.

Servere er hærdet ved hjælp af Security Technical Implementation Guidelines (STIGs) udgivet af National Institute of Standards and Technology (NIST). Firewalls beskytter netværkets perimeter. Adgangskontrollister (ACL'er) adskiller de forskellige sikkerhedszoner. Der er indbrudsdetekteringssystemer (IDS'er) på plads, og aktiviteter underskrives og overvåges løbende. Daglige interne og eksterne sikkerhedsscanninger udføres på tværs af Webex. Alle systemer er hærdede og lappet som en del af den regelmæssige vedligeholdelse. Derudover udføres der løbende sårbarhedsscanninger og -vurderinger.

Servicekontinuitet og katastrofeberedskab er kritiske komponenter i sikkerhedsplanlægning. Designet af Cisco-datacentre med globale sikkerhedskopier af websteder og høj tilgængelighed hjælper med at muliggøre geografisk failover af Webex-tjenester. Der er ikke et enkeltstående fejlpunkt.

Administrative data

Oplysninger om medarbejdere eller repræsentanter for en kunde eller anden tredjepart, der indsamles og bruges af Cisco til at administrere eller styre Ciscos levering af produkter eller tjenester eller til at administrere kundens eller tredjepartens konto til Ciscos egne forretningsformål.

Administrative data kan omfatte navn, adresse, telefonnummer, e-mailadresse og oplysninger om kontraktlige forpligtelser mellem Cisco og en tredjepart, uanset om de er indsamlet på tidspunktet for den første registrering eller senere i forbindelse med administration af Ciscos produkter eller tjenester.

Administrative data kan også omfatte mødets titel, tidspunkt og andre attributter for de møder, der afholdes på Webex af medarbejdere eller repræsentanter for en kunde. Andre eksempler på administrative data kan omfatte mødetitel, mødetidspunkt og andre attributter for de møder, der afholdes på Webex.

Kundedata

Dette omfatter alle data (herunder tekst, lyd, video, billedfiler og optagelser), der enten leveres til Cisco af en kunde i forbindelse med kundens brug af Cisco-produkter eller -tjenester, eller som udvikles af Cisco på specifik anmodning fra en kunde i henhold til en arbejdsbeskrivelse eller kontrakt.

Kundedata omfatter også log-, konfigurations- eller firmwarefiler og core dumps.

Det er data, der tages fra et produkt eller en tjeneste, og som leveres til Cisco for at hjælpe os med at fejlfinde et problem i forbindelse med en supportanmodning. Kundedata omfatter ikke administrative data, supportdata eller telemetridata.

Supportdata

Oplysninger, som Cisco indsamler, når en kunde indsender en anmodning om support eller anden fejlfinding, herunder oplysninger om hardware eller software. Den indeholder detaljer relateret til supporthændelsen, såsom godkendelsesoplysninger, oplysninger om produktets tilstand, system- og registreringsdatabasedata om softwareinstallationer og hardwarekonfigurationer samt fejlsporingsfiler. Supportdata omfatter ikke log-, konfigurations- eller firmwarefiler eller core dumps, der er taget fra et produkt og leveret til os for at hjælpe os med at fejlfinde et problem i forbindelse med en supportanmodning, som alle er eksempler på kundedata.

Telemetridata

Information genereret af instrument- og logningssystemer, der er skabt gennem brugen og driften af produktet eller tjenesten.

Alle data indsamlet i Webex Cloud er beskyttet af flere lag af robuste sikkerhedsteknologier og -processer. Nedenfor er eksempler på kontroller placeret i forskellige lag af Webex-operationer for at beskytte kundedata:

• Fysisk adgangskontrol— Fysisk adgang styres via biometri, adgangskort og videoovervågning. Adgang til datacentret kræver godkendelser og administreres via et elektronisk billetsystem.
• Netværksadgangskontrol– Webex-netværkets perimeter er beskyttet af firewalls. Enhver netværkstrafik, der kommer ind i eller forlader Webex-datacenteret, overvåges løbende ved hjælp af et Intrusion Detection System (IDS). Webex-netværket er også opdelt i separate sikkerhedszoner. Trafikken mellem zonerne styres af firewalls og adgangskontrollister (ACL'er).
• Infrastrukturovervågning og -styringskontroller— Alle komponenter i infrastrukturen, herunder netværksenheder, applikationsservere og databaser, er overholdt i henhold til strenge retningslinjer. De bliver også regelmæssigt scannet for at identificere og håndtere eventuelle sikkerhedsproblemer.
• Kryptografiske kontroller— Som tidligere nævnt er alle data til og fra Webex-datacenteret til cloud-registrerede Webex-apps og Webex-enheder krypteret, bortset fra PSTN-trafik og ukrypteret data. SIP/H323 videoenheder i et cloud-aktiveret møde. Derudover krypteres kritiske data, der er gemt i Webex, såsom adgangskoder.

Cisco-medarbejdere har ikke adgang til kundedata, medmindre kunden anmoder om adgang af supportårsager. Adgang til systemer er i dette tilfælde kun tilladt af lederen i overensstemmelse med princippet om "funktionsadskillelse". Det gives kun på et "need-to-know"-basis og med det adgangsniveau, der kræves for at udføre jobbet. Medarbejderadgang til disse systemer gennemgås også regelmæssigt for overholdelse af reglerne. Medarbejdere med sådan adgang skal deltage årligt i den internationale standardiseringsorganisation (ISO) 27001-træning i informationssikkerhed.

Ud over disse specialiserede kontroller gennemgår alle Cisco-medarbejdere en baggrundskontrol, underskriver en fortrolighedsaftale (NDA) og gennemfører træning i adfærdskodeks (Code of Business Conduct).

Portability and Accountability Act (HIPAA) for pålidelighed og pålidelighed

Cisco kan give oplysninger om funktionalitet, teknologi og sikkerhed i Webex. En HIPAA-dækket enhed skal konsultere sin egen juridiske rådgiver for at afgøre, om Webex' funktionalitet er kompatibel med dens forretningsprocesser og GDPR-klar.

• GDPR-overholdelse
• Offentliggørelse af tilbud om Cisco Webex Meetings

Branchestandarder og certificeringer

Ud over at overholde vores strenge interne standarder, foretager Webex også løbende tredjepartsvalideringer for at demonstrere vores engagement i informationssikkerhed. Webex er:

• ISO 27001, 27017, 27018 og 27701 certificeret
• Serviceorganisationskontroller (SOC) 2 Type II revideret
• SOC 3-certificeret
• Cloud-adfærdskodeks
• CSTAR
• Attestering af katalog over cloud computing-overholdelseskontroller (C5)
• FedRAMP-certificeret (besøg cisco.com/go/fedramp for yderligere oplysninger, omfang og tilgængelighed)

Se Cisco Trust Portal for et komplet sæt af dokumenter om sikkerhed, privatliv og overholdelse af regler, herunder detaljer om ovenstående standarder og certificeringer.