Tak for din feedback.

Ker Webex Meetings netjenester og komponenter

• Webex Meetingser en del afWebex Suite, at levere lyd-/videokonferencer med indholdsdeling og webkonferencefunktioner.
• Platformen inkluderer flere mikrotjenester såsom Meetings Service, Webinar Service, Identity Service, Recording Service, AI Assistant service, Analytics Service, Admin Service og Media Service.
• Webex Meetingsunderstøtter cloud-registrerede apps og enheder, så brugerne kan deltage i møder fra forskellige OS-platforme og enheder. Brugere kan også deltage i møder via PSTN og med SIP-slutpunkter.

Arkitektur og implementering

• Webex Meetingstjenester regionaliseres og replikeres 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 tale-, video- og indholdsdeling, med medier, der almindeligvis krypteres ved hjælp af 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-rumenheder og skrivebordsenheder.
• Tredjeparts SIP-standardbaserede lyd- og videoslutpunkter.
• PSTN-enheder.

Webex kundesuverænitet

Som svar på den voksende efterspørgsel efter dataophold har Webex introduceret forbedrede suverænitetsfunktioner. Startende med optagelse og support til 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.
• Lokalt lager — Brug af deres egne fillagringstjenester til at huse følsomme mødeaktiver, hvilket sikrer, at data forbliver inden for bestemte geografiske eller organisatoriske grænser.

Ultrasikker Webex Meetings

Historisk set krævede „Ultra Secure“ -funktioner, såsom Zero Trust End-End-End-End-Encryption (E2EE), ofte et kompromis med mødefunktionaliteten, da skybaserede værditjenester krævede adgang til krypteringsnøgler, og kun et begrænset antal slutpunktstyper kunne deltage i disse møder. Webex har elimineret denne afvejning med:

• Funktionsrig Zero Trust — Webex har transformeret Zero Trust End-End-End-End-Encrypted (E2EE) møder og tilføjet funktionalitet, der gør Zero Trust-møder funktions rige. Understøttelse af et større antal slutpunktstyper 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 Zero Trust E2EE-funktioner direkte i standardmøder. Dette sikrer, at selv hverdagens 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 Customer Sovereignity med disse avancerede Zero Trust E2EE-funktioner giver Webex organisationer mulighed for at nå et dobbelt mål: hosting af yderst sikre Zero Trust-møder i Webex-skyen, samtidig med at der opretholdes fuld kontrol over behandlingen og lagringen af kritisk mødeindhold i det lokale miljø. 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 Video Mesh-node til en organisation gør det muligt for kunder at levere mødetjenester i det lokale miljø, og det giver deres lokale slutpunkter mulighed for at deltage i ethvert Webex-møde. Fra et sikkerhedsperspektiv opretholder integrering af en Video Mesh Node Zero Trust i Webex-skyen, mens den tilbyder næsten funktionsparitet med standard Webex-møder. Kunder drager også fordel af datasuverænitet, da tjenester såsom Video Mesh Node-mødeoptagelser behandles og gemmes lokalt.

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

Resumé: Webex Meetings og hybride implementeringsmodeller

Som vist i sammenligningen ovenfor giver implementering af Video Mesh Node (VMN) Zero Trust mulighed Webex Meetings for at opnå næsten funktionsparitet med standard Webex-møder. Mens Zero Trust-møder ikke understøtter PSTN-deltagere, fungerer Webex-webbaserede applikation som et bredt tilgængeligt alternativ til ende-til-ende-krypteret adgang. Desuden gør VMN det muligt for kontorbaserede medarbejdere, der bruger skrivebordstelefoner, 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 - udskrifter, resuméer og handlingselementer. Ved at behandle og gemme disse data lokalt giver VMN kunderne fuld kontrol over deres oplysninger, samtidig med at der opretholdes en Zero Trust-arkitektur 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 den understøttes af det tilsluttende slutpunkt. Hvis en klient kun understøtter TLS 1.2, vælger Webex-serveren den stærkeste fælles chifferpakke, som klienten tilbyder. I modsætning til TLS 1.2 bruger TLS 1.3 ikke valg af serverpræference-chiffersuite, fordi den er afhængig af et mindre, kurateret sæt moderne chiffer. Dette design forenkler udvælgelsesprocessen og fokuserer mere på ydeevneforbedringer såsom reduktion af den samlede håndtrykslængde, samtidig med at der opretholdes stærk sikkerhed. Krypteringssuiterne til TLS 1.2 og 1.3, der bruges af Webex, er veldefinerede og prioriterede for at sikre sikker kommunikation.

TLS-krypteringssuite

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

TLS 1.2-chifferpakker (suiter i serverforetrukken rækkefølge)

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

CHACHA20_POLY1305 er stream-chiffer, der har en lav afhængighed af hardware, hvilket gør det til en overlegen chiffer at bruge på mobile enheder eller enheder med CPU'er med lav effekt.

Mediekrypteringsstandarder til Webex

Webex-møder og opkald bruger robust AES-baseret kryptering til alle mediepakker. Den specifikke chifferpakke afhænger af slutpunktstypen, 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 — Mens Webex opretholder understøttelse af ældre chiffer (f.eks. AES-CM-128-HMAC-SHA1) for at sikre interoperabilitet med tredjeparts SIP- og H.323-systemer, bør organisationer, der prioriterer en nultillidsarkitektur, 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.

Ydelsesovervejelser:

• Realtidseffektivitet —UDP er den foretrukne transport til realtidsmedier, da det minimerer latenstid og jitter ved at undgå retransmission og buffermekanismer, der er forbundet med forbindelsesorienterede protokoller.
• Virkning af TCP/TLS — Selvom TCP og TLS leverer pålidelig, ordnet datalevering, er denne adfærd kontraproduktiv for realtidsmedier. De resulterende pakke-retransmissioner og streambuffering introducerer latenstid og jitter, hvilket markant kan forringe kvaliteten af oplevelsen for deltagerne

Webex brug af SRTP og SFrame til medier

For at opretholde de høje sikkerhedsstandarder, der kræves for WebExZero Trust-miljøer, er det vigtigt at skelne mellem sikkerhed på transportniveau (SRTP) og applikationslag ende-til-ende-kryptering (SFrame).

Vigtige tekniske forskelle — SRTP & sFrame

1. SRTP (sikker transportprotokol i realtid)

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

   • Omfang —Det giver fortrolighed, meddelelsesgodkendelse og afspilningsbeskyttelse til RTP-nyttelasten.
   • Operationel kontekst — I mange arkitekturer afslutter Media Server/ Media Gateway (Selective Forwarding Unit (SFU)) SRTP-forbindelsen for at udføre mediebehandling (f.eks. blanding, layoutsammensætning eller omkodning). Fordi SFU dekrypterer medierne for at behandle det, er medierne teknisk sårbare på SFU-punktet.
2. SFrame (sikker ramme)

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

   • Omfang —Det 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 Architecture — Fordi mediet er krypteret i applikationslaget, fungerer SFU kun som et „blindt“ relæ. Det dirigerer de krypterede pakker til andre deltagere uden nogensinde at have adgang til dekrypteringsnøglerne.
   • Uafhængighed —sFrame er transport-agnostisk. Det forbliver sikkert, selvom den underliggende transport (UDP/TCP/TLS) kompromitteres, da sikkerhedskonteksten er bundet 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, herunder mens det ligger på Ciscos infrastruktur (SFU), hvilket effektivt fjerner tjenesteudbyderen fra tillidsgrænsen.

Webex MeetingsIndhold

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

• Medierelateret indhold —Optagelser, udskrifter, resuméer og handlingselementer.
• Samarbejdsdata — Chat-beskeder, delte/overførte filer, whiteboards og annotationer.

Webex MeetingsIndholdssikkerhed — Webex-ende-til-ende-kryptering

Webex sikrer mødeindhold genereret af deltagere ved hjælp af en robust end-to-end-krypteringsramme (E2EE). Centralt i 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 i transit — Webex App og Cisco-videoenheder bruger Webex end-to-end-kryptering (E2EE) med AES-256-GCM til at kryptere brugergenereret mødeindhold såsom optagefiler, AI-oversigtsfiler, chatbeskeder osv. Dette er yderligere indkapslet i Transport Layer Security (TLS) for at give dobbeltlagsbeskyttelse under transmission.
• Data i hvile — Når krypteret indhold er gemt i Webex-skyen, er det desuden beskyttet af AES-256-GCM-diskkryptering.
• Beskyttelsesprofil — Denne tilgang beskytter indhold mod TLS-aflytning under transit og sikrer, at lagrede data forbliver utilgængelige for uautoriserede aktører i skymiljøet.

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

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

• Søg og indeksering — Giver brugerne mulighed for at søge gennem indholdshistorik.
• 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 lettere at scanne malware ved hjælp af den udvidede sikkerhedspakke.

Webex MeetingsMetadata

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

• Sessionsopl ysninger — Mødetitel, møde-id, planlagte start- og sluttider 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 tidsstempler for tilmelding/afrejse.
• Brugs- og kvalitetsmålinger — Data, der bruges til fejlfinding, såsom pakketab, jitter, ventetid og opløsningen af videostrømmen.

Sådan bruges metadata

1. Analyse og rapportering — Administratorer bruger metadata i WebExControl Hub til at se, hvor mange møder der finder sted, hvilke afdelinger der er mest aktive, og den overordnede kvalitet af oplevelsen.
2. Fejlfinding — Cisco TAC (Technical Assistance Center) bruger metadata til at identificere og løse mødeproblemer.
3. Compliance og eDiscovery — Com pliance-medarbejdere kan søge i metadata for at bevise, at et møde fandt sted, hvem der var der, og om det blev optaget, selvom de ikke kan se det krypterede indhold af mødet.
4. Sikkerhed — Metadata hjælper med at identificere uautoriserede adgangsforsøg eller usædvanlige mønstre, der kan indikere en sikkerhedstrussel.

Sikkerhed og fortrolighed af metadata

• Kryptering — Selvom metadata ikke er „ende-til-ende-krypteret“, er de stadig krypteret under transit (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.

Du kan finde flere oplysninger om Webex-mødeindhold og metadata under Offentlig gørelse af Webex Meetings tilbud.

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 tildeles alle brugere 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 App, Webex User Page og Webex Email Add-In til. Microsoft Outlook

Planlæg et møde — Vælg mødetypen i Webex-appen

Planlæg et møde — Vælg mødetypen på Webex-brugersiden

Angive en standardmødetype

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

Indstil standardmødetypen fra Webex-brugersiden

Zero Trust End-to-end-identitet og Deepfake-forebyggelse

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

Webex har udvidet sin support til kundeadministrerede certifikater - tidligere tilgængelige på RoomOS-enheder - til Webex App som en del af vores „Deepfake-forebyggelse“ -funktion. Organisationer kan klargøre og administrere deres egne digitale certifikater, der udstedes af pålidelige eksterne certifikatautoriteter (CA'er) ved hjælp af branchestandardprotokoller som ACME. Disse certifikater, der er baseret på X.509-standarder og ECDSA P-256-nøglepar, giver kryptografisk bevis for deltagerens identitet under E2EE-møder.

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

MLS-protokollen (Messaging Layer Security) anvender standard X.509-certifikater til godkendelse af mødedeltagere. Et certifikat er en digitalt signeret erklæring fra en godkendt certifikatudbyder, der bekræfter identiteten af indehaveren af signeringsnøglen. Deltagerne får disse certifikater gennem to primære metoder:

• Administrerede enheder (certifikater leveret af kunder) — For organisationsstyrede desktop- og mobilklienter kan der installeres et identitetscertifikat fra en pålidelig CA på enheden. Når en bruger logger på ved hjælp af Single Sign-On (SSO), henter Webex App 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 noget kundeleveret certifikat tilgængeligt, bruger Webex-klienten eller -enheden automatisk et certifikat udstedt af Webex, som afspejler en identitetCertificate Authority, der er bekræftet af Cisco.

Identitetsdeling og fallback-mekanisme

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

Visning af status for bekræftelse af brugeridentitet

Når deltagere deltager i et møde ved hjælp af Webex App- eller RoomOS-enheder med kundeleverede certifikater, bekræftes deres identitet af andre mødemedlemmer i forhold til den udstedende CA. Dette sikrer, at kun autoriserede brugere genkendes, hvilket forhindrer angribere i at efterligne legitime deltagere, da disse certifikater er unikt bundet til verificerede identiteter og ikke kan forfalskes af Cisco eller formidlere.

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

• Zero-Trust E2 E Bekræftet ( domain.com) — Når der anvendes et identitetscertifikat leveret af kunden, vises deltagerens domæne med blå tekst. Dette indikerer ægte E2E-verificeret identitet, som Cisco ikke kan manipulere med. I mødelisten kan du f.eks. se, at „Kevin“ har en bekræftet e-mail-adresse fra example.com i blåt.
• Webex-verificeret ( domain.com) —Certifikater udstedt af en Webex CA giver et mere begrænset beskyttelsesniveau. Selvom de er bedre end at have ingen identitetsbeskyttelse, er disse deltagere ikke markeret som „Zero Trust E2E verificeret.“ I stedet vises deres identitetsstatus i grå tekst, hvilket angiver, at identiteten blev bekræftet af Webex CA.
• Ubekræftet gæstebruger ( Ikke bekræ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 udstedes af en Webex CA og bruger „anonym“ som brugernavn.

Derudover hjælper en mødesikkerhedskode, der stammer fra alle deltageres kryptografiske tilstand, med at registrere person-in-the-middle angreb ved at give deltagerne mulighed for at kontrollere, at alle deler den samme sikre mødekontekst. Ved at kombinere kryptografisk identitetsbekræftelse med ende-til-ende-kryptering tilbyder denne „Deepfake-forebyggelse“ -funktion et robust forsvar mod efterligning og syntetiske medietrusler, hvilket beskytter mødeintegritet og fortrolighed på tværs af både Webex App- og RoomOS-enheder.

Administration af udrulning af certifikater

Organisationer kan forenkle udrulningen og administrationen af disse kundeleverede slutbrugeridentitetscertifikater ved at installere dem i virksomhedsadministrerede enheder ved hjælp af applikationer til Mobile Device Management (MDM), Mobile Application Management (MAM) eller Enterprise Mobility Management (EMM). Disse administrationsplatforme giver it-administratorer mulighed for centralt at tilvejebringe, konfigurere og kontrollere certifikater og relaterede sikkerhedspolitikker på tværs af en lang række enheder, uanset om de er virksomhedsejede eller personligt ejede. For eksempel understøtter Microsoft Intune både MDM- og MAM-funktioner, der giver organisationer mulighed for at implementere og administrere Webex App og dens sikkerhedskonfigurationer, herunder identitetscertifikater, på administrerede enheder. På samme måde leverer Cisco Meraki Systems Manager MDM-funktioner til at tilmelde enheder, skubbe konfigurationsprofiler og implementere certifikater for at sikre enhedsstatus, der er tillid til. Udnyttelse af disse administrationsløsninger reducerer administrative omkostninger, forenkler administration af certifikatets livscyklus og forbedrer sikkerhedssituationen for Webex E2EE-møder med „Deepfake-forebyggelse“ -funktioner.

Identitetens tre søjler

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

• Provisioning (CRUD) — Håndtering af brugerens livscyklusser (oprettelse, læsning, opdatering, sletning) for at sikre, at „Sandhedens kilde“ matcher samarbejdsplatformen.
• Autentificering (AuthN) — Bekræftelse af brugeridentitet via sikre legitimationsoplysninger eller tokens.
• Autorisering (AuthZ) — Definere granulære tilladelser og API-adgangsniveauer efter godkendelse.

Klargøring og 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 bygger bro mellem det lokale Active Directory miljø (AD) og Webex Cloud.
• API-baseret klargøring — Bruger Webex „People API“ til programmatisk brugeroprettelse og licenstildeling i komplekse miljøer.
• Ældre LDAP — Understøttes til lokale mapper (f.eks. CUCM), men mindre optimeret til moderne skytrafik.

Autentificerings- og godkendelsesrammer

• Godkendelse (AuthN):

• SAML 2.0 — Virksom hedsstandarden for Single Sign-On (SSO). Webex fungerer som Service Provider (SP) og validerer XML-påstande fra virksomhedens IdP.
• OIDC (OpenID Connect) -Et moderne, let identitetslag bygget på OAuth 2.0 ved hjælp af JSON Web Tokens (JWT'er). Det understøtter „Discovery URL'er“ til automatiseret konfiguration.

• Autorisering (AuthZ):

• OAuth 2.0 — Administr erer API-adgang via kortvarige adgangstokener (definition af omfang) og opdateringstokens med lang levetid. Det håndhæver sikkerhed via PKCE (Proof Key for Code Exchange) for offentlige klienter.

Integrations- og multi-IDP-strategier

Webex leverer specialiserede stier til problemfri integration:

• Guiden Entra ID — Den anbefalede sti til Microsoft-miljøer. Det bruger Microsoft Graph API til avanceret attributsynkronisering (avatarer, hierarkier) og automatiserer OIDC/SAML-konfiguration.
• Duo Security — Tilfø jer „Continuous Identity Security“ ved at verificere enhedens stilling og aktivere phishing-resistent MFA.

Understøttelse af flere IdP: Webex giver organisationer mulighed for at forene flere uafhængige IDP'er inden for en enkelt kontrolhub.

• Brugssager — fusioner, opkøb eller decentraliserede it-afdelinger.
• Routing — Godkendelsesanmodninger dirigeres baseret på domæner eller brugergrupper.
• Overvejelse — 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 „SSO Recovery“ -link i Control Hub til at omgå SSO via en engangsadgangskode (OTP), hvis IdP-konfigurationen mislykkes.
• Certifikatstyring — Overvåg SAML-certifikatets udløb. 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.
• Sikkerhedsstilling — Afvis regelmæssigt ældre tilskudstyper, og sørg for, at PKCE implementeres til alle offentlige klientintegrationer.

Konklusion - Identitet for Webex Meetings

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

Cisco Secure Development Livscyklus

Hos Cisco er sikkerhed ikke en eftertanke. Det er en disciplineret tilgang til at opbygge og levere produkter og tjenester i verdensklasse fra bunden. Alle Cisco ^® produktudviklingsteams skal følge Cisco Secure Development Lifecycle. Det er en gentagelig og målbar proces designet til at øge Cisco-produkters robusthed og pålidelighed. Kombinationen af værktøjer, processer og bevidsthedstræning introduceret i alle faser af udviklingscyklussen hjælper med at sikre dybdegående forsvar. Det giver også en holistisk tilgang til produktens modstandsdygtighed. Webex produktudviklingsteam følger lidenskabeligt denne livscyklus i alle aspekter af produktudvikling.

Læs mere om Secure Development Lifecycle.

Ciscos grundlæggende sikkerhedsværktøjer

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

At have dedikerede teams til at opbygge og levere sådanne værktøjer fjerner usikkerheden fra processen med produktudvikling.

Nogle eksempler på værktøjer inkluderer:

• PSB-krav (Product Security Baseline), som produkter skal overholde
• Trusselsbyggerværktøjer, der bruges under trusselsmodellering
• Retningslinjer for kodning
• 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), der bruges efter udvikling til at teste mod sikkerhedsfejl
• Softwaresporing, der overvåger Cisco- og tredjepartsbiblioteker og underretter produktteamene, når der identificeres en sårbarhed

Organisationsstruktur, der indgyder sikkerhed i Cisco-processer

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

• Cisco Informationssikkerhed (InfoSec) Cloud-team
• Ciscos produktsikkerhedshændelsesreaktionsteam (PSIRT)
• Delt sikkerhedsansvar

Cisco InfoSec-skyen

Ledet af Chief Security Officer for Cloud er dette team 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 til alle funktioner, der er involveret i leveringen af Webex i vores kunders hænder.

Derudover arbejder Cisco InfoSec Cloud sammen 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 forbedring af Webexs sikkerhedsposition.

Ciscos produktsikkerhedshændelsesreaktionsteam (PSIRT)

Cisco PSIRT er et dedikeret globalt team, der administrerer tilstrømning, undersøgelse og rapportering af sikkerhedsproblemer relateret til Cisco-produkter og -tjenester. PSIRT bruger forskellige medier til at offentliggøre oplysninger afhængigt af sværhedsgraden af sikkerhedsproblemet. Rapporteringstypen varierer afhængigt af følgende forhold:

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

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

Du kan finde flere oplysninger om PSIRT under Cisco Product Security Incident Response Team.

Sikkerhedsansvar

Selvom hver person i Webex-gruppen er ansvarlig for sikkerheden, er hovedreglerne som følger:

• Sikkerhedschef, Cloud
• Vice President og General Manager, Cisco Cloud Samarbejdsapplikationer
• Vice President, Engineering, Cisco Cloud Samarbejdsapplikationer
• Vice President, Product Management, Cisco Cloud Samarbejdsapplikationer

Interne og eksterne penetrationstest

Webex-gruppen gennemfører jævnligt strenge penetrationstests ved hjælp af interne bedømmere. Ud over sine egne strenge interne procedurer engagerer Cisco InfoSec også flere uafhængige tredjeparter til at udføre strenge revisioner af Ciscos interne politikker, procedurer og applikationer. Disse revisioner er designet til at validere missionskritiske sikkerhedskrav til både kommercielle og offentlige applikationer. Cisco bruger også tredjepartsleverandører til løbende, dybtgående, kodeassisterede penetrationstest og servicevurderinger. Som en del af opgaven udfører en tredjepart følgende sikkerhedsevalueringer:

• 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 om forbedringer af kodningspraksis

Tredjepartsvurderere arbejder direkte med Webex-ingeniørpersonalet for at forklare resultater og validere afhjælpningen. Se Letters of Webex Meetings Attestation Trust Package for oplysninger om penetrationstestattestering.

Fysisk sikkerhed

Fysisk sikkerhed i datacentret inkluderer videoovervågning af faciliteter og bygninger og håndhævet tofaktoridentifikation til indrejse. Inden for Ciscos datacentre styres adgangen gennem en kombination af badgelæsere og biometriske kontroller. Derudover hjælper miljøkontroller (f.eks. temperatursensorer og brandslukningssystemer) og servicekontinuitetsinfrastruktur (f.eks. Power Backup) med at sikre, at systemerne kører uden afbrydelser.

Datacenterservere er segmenteret i „tillidszoner“ baseret på infrastrukturens følsomhed. For eksempel er databaser „buret“, netværksinfrastrukturen har dedikerede rum, og alle udstyrsstativer er låst. Kun Cisco-sikkerhedspersonale og autoriserede besøgende ledsaget af Cisco-personale kan komme ind i datacentrene.

Ciscos produktionsnetværk er et stærkt betroet netværk: Kun meget få mennesker med højt tillidsniveau har adgang til netværket.

Infrastruktur og platformsikkerhed

Platformsikkerhed omfatter sikkerheden i netværket, systemerne og det overordnede Webex-datacenter. Alle systemer gennemgår en grundig sikkerhedsundersøgelse og godkendelsesvalidering forud for produktionsinstallation samt regelmæssig løbende hærdning, sikkerhedsrettelser og sårbarhedsscanning og vurdering.

Servere hærdes ved hjælp af Security Technical Implementation Guidelines (STIGs) udgivet af National Institute of Standards and Technology (NIST). Firewalls beskytter netværkets omkreds. Adgangskontrollister (ACL'er) adskiller de forskellige sikkerhedszoner. Intrusion Detection Systems (IDS'er) 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 hærdes og lappes som en del af regelmæssig vedligeholdelse. Derudover udføres sårbarhedsscanning og -vurderinger løbende.

Servicekontinuitet og gendannelse efter nedbrud er kritiske komponenter i sikkerhedsplanlægningen. 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 enkelt punkt for fiasko.

Administrative data

Oplysninger om medarbejdere eller repræsentanter for en kunde eller anden tredjepart, der indsamles og bruges af Cisco til at administrere eller administrere Ciscos levering af produkter eller tjenester eller til at administrere eller administrere kundens eller tredjeparts 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 indsamles på tidspunktet for den første registrering eller senere i forbindelse med administration eller administration af Ciscos produkter eller tjenester.

Administrative data kan også omfatte mødetitel, tid og andre attributter for de møder, der udføres på Webex af medarbejdere eller repræsentanter for en kunde. Andre eksempler på administrative data kan omfatte mødetitel, mødetid og andre attributter for de møder, der er hostet 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 er udviklet af Cisco på en specifik anmodning fra en kunde i henhold til en arbejdserklæring eller kontrakt.

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

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

Supportdata

Oplysninger, som Cisco indsamler, når en kunde sender en anmodning om supporttjenester 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 registreringsdata om softwareinstallationer og hardwarekonfigurationer og fejlsporingsfiler. Supportdata omfatter ikke log-, konfigurations- eller firmwarefiler eller kernedumps hentet fra et produkt og leveret til os for at hjælpe os med at løse et problem i forbindelse med en supportanmodning, som alle er eksempler på kundedata.

Telemetridata

Information genereret af instrumentering og logningssystemer oprettet ved brug og drift af produktet eller tjenesten.

Alle data indsamlet i Webex-skyen 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 adgangskon trol - Fysisk adgang styres gennem biometri, badges, og videoovervågning. Adgang til datacenteret kræver godkendelser og styres via et elektronisk billetsystem.
• Netværksadgangskontrol — Webex-netværkets omkreds er beskyttet af firewalls. Enhver netværkstrafik, der kommer ind eller forlader Webex-datacentret, overvåges løbende ved hjælp af et Intrusion Detection System (IDS). Webex-netværket er også segmenteret i separate sikkerhedszoner. Trafikken mellem zonerne styres af firewalls og adgangskontrollister (ACL'er).
• Overvågning og styring af infrastruktur — Hver komponent i infrastrukturen, herunder netværksenheder, applikationsservere og databaser, er hærdet til strenge retningslinjer. De er også genstand for regelmæssige scanninger for at identificere og løse eventuelle sikkerhedsproblemer.
• Kryptografiske kontroller — Som nævnt tidligere krypteres alle data til og fra Webex-datacentret til skyregistrerede Webex-apps og Webex-enheder, undtagen PSTN-trafik og ukrypterede SIP/H323-videoenheder i et skyaktiveret møde. Derudover krypteres kritiske data, der er gemt i Webex, såsom adgangskoder.

Cisco-medarbejdere får ikke adgang til kundedata, medmindre kunden anmoder om adgang af supportårsager. Adgang til systemer i dette tilfælde er kun tilladt af lederen i overensstemmelse med princippet om „adskillelse af opgaver“. Det gives kun på et behov-til-vide-grundlag og kun med det adgangsniveau, der kræves for at udføre jobbet. Medarbejdernes adgang til disse systemer gennemgås også regelmæssigt for overholdelse. Medarbejdere med sådan adgang skal deltage i den årlige International Organization for Standardization (ISO) 27001 Information Security Awareness uddannelse.

Ud over disse specialiserede kontroller gennemgår hver Cisco-medarbejder en baggrundskontrol, underskriver en NDA (NONDISCLOSURE Agreement) og gennemfører COBC (Code of Business Conduct) træning.

Lov om sundhedsforsikringsportabilitet og ansvarlighed (HIPAA)

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 Webexs funktionalitet er kompatibel med sine forretningsprocesser og GDPR-klar.

• Overholdelse af GDPR
• Offentliggørelse Webex Meetings af Cisco-tilbud

Branchestandarder og certificeringer

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

• ISO 27001, 27017, 27018 og 27701 certificeret
• Service Organization Controls (SOC) 2 Type II revideret
• SOC 3 certificeret
• Cloud-adfærdskodeks
• CSTAR
• Attestering af overholdelseskontrolkataloget for cloud computing (C5)
• FedRAMP certificeret (besøg cisco.com/go/fedramp for flere detaljer, omfang og tilgængelighed)

Se Cisco Trust Portal for et komplet sæt sikkerheds-, fortroligheds- og overholdelsesdokumenter, herunder detaljer om ovenstående standarder og certificeringer.