Sign-on unic și Control Hub

Sign-on unic (SSO) este o sesiune sau un proces de autentificare utilizator care permite unui utilizator să furnizeze acreditări pentru a accesa una sau mai multe aplicații. Procesul autentifică utilizatorii pentru toate aplicațiile cărora li se acordă drepturi. Elimină solicitările suplimentare atunci când utilizatorii comută aplicațiile în timpul unei anumite sesiuni.

Protocolul de federalizare a limbajului de marcare a aserțiunii de securitate (SAML 2.0) este utilizat pentru a furniza autentificarea SSO între cloud-ul Webex și furnizorul de identitate (IdP).

Profiluri

Webex App acceptă numai profilul SSO al browserului web. În profilul SSO al browserului web, Webex App acceptă următoarele legături:

  • SP a inițiat legarea POST-> POST

  • SP a inițiat redirect -> POST obligatorii

Format NameID

Protocolul SAML 2.0 acceptă mai multe formate NameID pentru comunicarea despre un anumit utilizator. Webex App acceptă următoarele formate NameID.

  • urn:oasis:names:tc:SAML:2.0:nameid-format:transient

  • urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified

  • urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress

În metadatele pe care le încărcați din IdP, prima intrare este configurată pentru utilizare în Webex.

SingleLogout

Aplicația Webex acceptă profilul unic de deconectare. În AplicațiaWebex, un utilizator se poate deconecta de la aplicație, care utilizează protocolul de deconectare unică SAML pentru a încheia sesiunea și a confirma că deconectați-vă cu IdP-ul dvs. Asigurați-vă că IdP-ul este configurat pentru SingleLogout.

Integrarea Control Hub cu PingFederate

Ghidurile de configurare arată un exemplu specific pentru integrarea SSO, dar nu oferă o configurație exhaustivă pentru toate posibilitățile. De exemplu, pașii de integrare pentru nume-format urn:oasis:names:tc:SAML:2.0:nameid-format:transient sunt documentați. Alte formate, cum ar fi urn:oasis:names:tc:SAML:1.1:nameid-format:unspecificified or urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress vor funcționa pentru integrarea SSO, dar sunt în afara domeniului de aplicare al documentației noastre.

Configurați această integrare pentru utilizatorii din organizația Webex (inclusiv Webex App, Webex Meetingsși alte servicii administrate în Control Hub). Dacă site-ul webex este integrat în Control Hub, site-ul Webex moștenește gestionarea utilizatorilor. Dacă nu puteți accesa Webex Meetings în acest fel și nu este gestionat în Control Hub, trebuie să efectuați o integrare separată pentru a activa SSO pentru Webex Meetings. (A se vedea Configurați Single Sign-On pentru Webex pentru mai multe informații în integrarea SSO în Administrarea site-ului.)

Înainte de a începe

Pentru SSO și Control Hub, IdP-urile trebuie să respecte specificația SAML 2.0. În plus, IdP-urile trebuie configurate în felul următor:

Descărcați metadatele Webex în sistemul local

1

Din vizualizarea client din https://admin.webex.com, accesați Gestionare > Setăriorganizație, apoi defilați la Autentificare, apoi comutați la setarea Conectare unică pentru a porni expertul de configurare.

2

Alegeți tipul de certificat pentru organizația dvs.:

  • Self-signed by Cisco—We recommend this choice. Permiteți-ne să semnăm certificatul, astfel încât să trebuiască să îl reînnoiți doar o dată la cinci ani.
  • Semnat de o autoritate publică de certificare—Mai sigur, dar va trebui să actualizați frecvent metadatele (cu excepția cazului în care furnizorul IdP acceptă ancore de încredere).

Ancorele de încredere sunt chei publice care acționează ca o autoritate pentru a verifica certificatul unei semnături digitale. Pentru mai multe informații, consultați documentația IdP.

3

Descărcați fișierul de metadate.

The Webex metadata filename is idb-meta-<org-ID>-SP.xml.

Configurarea unei noi conexiuni la furnizorul de servicii

1

Go to your PingFederate Administration portal (https://<FQDN of PingFederate>:9999/pingfederate/app).

2

Sub CONEXIUNI SP , selectați Creare nou .

3

Selectați butonul Radio Nu se utilizează un șablon pentru această conexiune radio, apoi selectați Următorul.

4

Selectați Profiluri SSO browser, apoi faceți clic pe Următorul .

5

Selectați fila Import metadate.

6

Click Choose File pentru a căuta și importa fișierul de metadate pe care l-ați descărcat din Control Hub, apoi faceți clic pe Next.

7

Revizuiți informațiile din fila Informații generale, apoi faceți clic pe Terminat.

Configurarea browserului cu un singur semn

1

Din portalul de administrare PingFederate, selectați Configurare browser SSO.

2

Bifați caseta de selectare SP-Initiated SSO, apoi faceți clic pe Următorul .

3

Selectați Configurare creare aserțiune.

  1. Modificați formatul NameID la Tranzitoriu și bifați caseta de selectare Includere atribute în plus față de identificatorul tranzitoriu.

  2. Extindeți atributele contractului adăugând atributele mail și uid în formatul urn:oasis:names:tc:SAML:2.0:attrname-format-basic, apoi faceți clic pe Următorul .

  3. Selectați Mapare instanță adaptor nou pentru a alege un mecanism de autentificare. Din lista verticală INSTANȚĂ ADAPTOR, selectați unul dintre mecanismele de autentificare configurate anterior, apoi faceți clic pe Următorul.

  4. Selectați butonul Regăsiți atributele suplimentare din mai multe depozite de date utilizând un buton radio de mapare, apoi faceți clic pe Următorul .

  5. Selectați Adăugare sursă de atribute pentru a adăuga controlerul de domeniu Active Directory pentru domeniu, apoi faceți clic pe Următorul.

  6. Specify the Base DN and select the root object class <Show All Attributes>. În caseta text Filtru, introduceți filtrul LDAP, apoi faceți clic pe Următorul.

    Intrarea trebuie să conțină atributul pe care vă așteptați ca utilizatorul să îl furnizeze. De asemenea, trebuie să conțină valoarea pe care o mapează în sursele LDAP. De exemplu, dacă directorul activ este setat să filtreze pe atributul de conectare Windows, introduceți sAMAccountName=${Username}.

  7. Selectați sursa și valoarea pentru a mapa atributele aserțiunii cu atributele furnizate de datastore-ul AD. (Nu introduceți nimic pentru criteriile de emitere.)

  8. Verificați că configurația aserțiune are maparea identității setată la tranzitoriu, atribut contract setat la uid și instanțe adaptor setat la 1.

    Atributul uid ar trebui să mapeze la adresa de e-mail a utilizatorului.

4

Selectați Configurare setări protocol.

  1. Pentru legături SAML admisibile, bifați numai casetele de selectare POST și Redirecționare.

  2. Pentru Politica de semnătură, selectați Semnați întotdeauna aserțiunea SAML.

    Setările protocolului ar trebui să arate astfel.

  3. Selectați Configurare acreditări pentru a configura certificatul pentru aserțiune.

  4. Selectați certificatul care a fost deja creat pentru aserțiuni SAML.

5

În ecranul Activare și rezumat, setați Starea conexiunii la Activ .

Exportul metadatelor din PingFederate

1

Pe ecranul principal, faceți clic pe Gestionare totală SP.

2

Găsiți conexiunea pe care tocmai ați creat-o și faceți clic pe Export metadate.

3

Alegeți certificatul de utilizat pentru semnarea fișierului exportat din lista verticală.

4

Faceți clic pe Export.

Importul metadatelor IdP și activarea conectării unice după un test

După ce exportați metadatele Webex , configurați IdP-ul și descărcați metadatele IdP în sistemul local, sunteți gata să le importați în organizația Webex din Control Hub.

Înainte de a începe

Nu testați integrarea SSO din interfața furnizorului de identitate (IdP). Acceptăm numai fluxurile inițiate de furnizorul de servicii (inițiate de SP), deci trebuie să utilizați testul Control Hub SSO pentru această integrare.

1

Alegeți una:

  • Reveniți la Control Hub - pagina de selecție a certificatelor în browserul dvs., apoi faceți clic pe Next.
  • Dacă Control Hub nu mai este deschis în fila browserului, din vizualizarea clientului în https://admin.webex.com, go to Management > Organization Settings, scroll to Authentication, and then choose Actions > Import Metadata.
2

Pe pagina Import metadate IdP, trageți și fixați fișierul de metadate IdP pe pagină sau utilizați opțiunea browserului de fișiere pentru a localiza și încărca fișierul de metadate. Faceți clic pe Următorul.

Ar trebui să utilizați opțiunea Mai sigur , dacă puteți. Acest lucru este posibil numai dacă IdP-ul a utilizat un CA public pentru a semna metadatele sale.

În toate celelalte cazuri, trebuie să utilizați opțiunea Mai puțin sigură . Aceasta include dacă metadatele nu sunt semnate, autosemnate sau semnate de un CA privat.

Okta nu semnează metadatele, deci trebuie să alegeți Mai puțin sigur pentru o integrare Okta SSO.

3

Select Test SSO setup, iar atunci când se deschide o nouă filă de browser, autentificați-vă la IdP prin conectare.

Dacă primiți o eroare de autentificare, este posibil să existe o problemă cu acreditările. Verificați numele de utilizator și parola și încercați din nou.

O eroare Webex App înseamnă, de obicei, o problemă cu configurarea SSO. În acest caz, parcurgeți din nou pașii, în special pașii în care copiați și lipiți metadatele Control Hub în configurarea IdP.

Pentru a vedea direct experiența de conectare SSO, puteți, de asemenea, să faceți clic pe Copiați URL-ul în clipboard de pe acest ecran și lipiți într-o fereastră de browser privată. De acolo, puteți parcurge conectarea cu SSO. Acest pas oprește rezultatele fals pozitive din cauza unui simbol de acces care ar putea fi într-o sesiune existentă de la dvs.

4

Reveniți la fila browserului Control Hub .

  • Dacă testul a avut succes, selectați Test de succes. Activați SSO și faceți clic pe Următorul.
  • Dacă testul nu a reușit, selectați Test nereușit. Dezactivați SSO și faceți clic pe Următorul.

Configurația SSO nu are efect în organizația dvs., cu excepția cazului în care alegeți primul buton radio și activați SSO.

Ce trebuie să faceți în continuare

Utilizați procedurile din Sincronizarea utilizatorilor Okta în Cisco Webex Control Hub dacă doriți să faceți asigurarea accesului utilizatorilor din Okta în cloud-ul Webex.

Utilizați procedurile din Sincronizarea utilizatorilor Azure Active Directory în Cisco Webex Control Hub dacă doriți să efectuați furnizarea utilizatorilor din Azure AD în cloud Webex.

Puteți urma procedura din Suppress Automated Emails to disable emails that are sent to new Webex App users in your organization. Documentul conține, de asemenea, cele mai bune practici pentru trimiterea de comunicări către utilizatorii din organizația dvs.