Guida pubblica

Ciclo di vita delle identità e accessi

BlackShield offre agli amministratori tenant una gestione concreta delle identità: configura Google, Okta o Azure AD, convalida OIDC prima di abilitarlo, mappa i gruppi sui ruoli, ruota i token SCIM e controlla l'audit delle identità. Pubblico: Amministratori IT, team di sicurezza, proprietari di aree di lavoro e revisori degli acquisti. Tempo medio di configurazione: 15-20 minuti.

trust

Usa questa guida se

BlackShield offre agli amministratori tenant una gestione concreta delle identità: configura Google, Okta o Azure AD, convalida OIDC prima di abilitarlo, mappa i gruppi sui ruoli, ruota i token SCIM e controlla l'audit delle identità.

Destinatari: Amministratori IT, team di sicurezza, proprietari di aree di lavoro e revisori degli acquistiTempo stimato: 15-20 minuti

Prima di iniziare

  • Definisci chi può approvare l'accesso amministratore, la gestione delle chiavi API e le modifiche di fatturazione.
  • Prepara le mappature dei gruppi di provider di identità prima di consentire un ampio accesso agli utenti.
  • Definisci il tuo SLA di offboarding per la disattivazione degli utenti e la rotazione delle chiavi.

Procedura dettagliata

1

Passo 1

Configurare i provider di identità supportati da BlackShield

Il prodotto supporta un insieme definito di provider e richiede agli amministratori di convalidare la configurazione prima dell'implementazione estesa.

  • In `/identity`, BlackShield supporta Google, Okta e Azure AD come provider OIDC a livello di tenant.
  • Utilizza il passaggio di convalida integrato prima di abilitare un provider per gli utenti di produzione.
  • Quando l'OIDC è abilitato, distribuisci un link SSO specifico del tenant come `/login?tenant=acme-security&provider=okta` in modo che gli utenti atterrino sull'IdP approvato senza individuazione anonima del tenant.
  • Scegli esplicitamente il ruolo predefinito e il comportamento di collegamento automatico invece di affidarti a impostazioni implicite.

Criteri di successo

Scegli esplicitamente il ruolo predefinito e il comportamento di collegamento automatico invece di affidarti a impostazioni implicite.

2

Passo 2

Mappare i gruppi e automatizzare le azioni del ciclo di vita

BlackShield espone i controlli del ciclo di vita che gli acquirenti aziendali richiedono regolarmente.

  • Mappa i gruppi IdP sui ruoli BlackShield in modo che l'accesso venga assegnato al momento dell'accesso.
  • Ruota il token SCIM dalla stessa pagina quando devi reimpostare le credenziali di provisioning.
  • Utilizza il flusso di audit delle identità per esaminare l'attività recente di OIDC e SCIM per l'area di lavoro.

Criteri di successo

Utilizza il flusso di audit delle identità per esaminare l'attività recente di OIDC e SCIM per l'area di lavoro.

3

Passo 3

Rimuovere l'accesso e le credenziali privilegiate quando gli utenti cambiano

Il controllo degli accessi non è completo finché non puoi revocare rapidamente sia gli accessi utente che le credenziali di servizio.

  • Rimuovi o rimappa l'accesso al gruppo IdP dell'utente in `/identity` quando cambia il suo ruolo.
  • Revoca o ruota le chiavi API in `/api-keys` dopo uscite privilegiate o cambi di titolarità dello scanner.
  • Esamina `/audit` e l'audit delle identità per confermare che non rimangano attività privilegiate obsolete prive di spiegazione.
  • Se l'OIDC non è configurato, gestisci manualmente il provisioning degli utenti tramite l'opzione 'Invite User' in `/tenant-rights` per invitare i membri del team e monitorare l'utilizzo delle postazioni.

Criteri di successo

Se l'OIDC non è configurato, gestisci manualmente il provisioning degli utenti tramite l'opzione 'Invite User' in `/tenant-rights` per invitare i membri del team e monitorare l'utilizzo delle postazioni.

Criteri di successo

  • Le assegnazioni dei ruoli corrispondono chiaramente alle responsabilità aziendali.
  • Il flusso di lavoro di revoca di emergenza è testato e documentato.
Ciclo di vita delle identità e accessi | BlackShield Docs