Guide public

Cycle de vie des identités et accès

BlackShield offre aux administrateurs de locataires une interface d'identité concrète : configurez Google, Okta ou Azure AD, validez OIDC avant de l'activer, mappez les groupes aux rôles, renouvelez les jetons SCIM et examinez l'audit d'identité. Audience: Administrateurs informatiques, équipes SecOps, propriétaires d'espaces de travail et acheteurs validant le contrôle d'accès. Temps moyen de mise en place: 15-20 minutes.

trust

Utilisez ceci si

BlackShield offre aux administrateurs de locataires une interface d'identité concrète : configurez Google, Okta ou Azure AD, validez OIDC avant de l'activer, mappez les groupes aux rôles, renouvelez les jetons SCIM et examinez l'audit d'identité.

Public visé: Administrateurs informatiques, équipes SecOps, propriétaires d'espaces de travail et acheteurs validant le contrôle d'accèsDurée estimée: 15-20 minutes

Avant de commencer

  • Définissez qui peut approuver les accès administrateur, la gestion des clés API et les modifications de facturation.
  • Préparez les mappages de groupes du fournisseur d'identité avant d'autoriser un large accès aux utilisateurs.
  • Définissez votre SLA de désactivation pour la fermeture des comptes utilisateurs et la rotation des clés.

Déroulement du guide

1

Étape 1

Configurer les fournisseurs d'identité pris en charge par BlackShield

Le produit prend en charge un ensemble défini de fournisseurs et oblige les administrateurs à valider la configuration avant tout déploiement.

  • Dans `/identity`, BlackShield prend en charge Google, Okta et Azure AD en tant que fournisseurs OIDC au niveau du locataire.
  • Utilisez l'étape de validation intégrée avant d'activer un fournisseur pour les utilisateurs de production.
  • Lorsque l'OIDC est activé, distribuez un lien SSO spécifique au locataire tel que `/login?tenant=acme-security&provider=okta` pour que les utilisateurs atterrissent sur l'IdP approuvé sans découverte anonyme du locataire.
  • Choisissez explicitement le rôle par défaut et le comportement de liaison automatique au lieu de vous fier à des valeurs implicites.

Critères de réussite

Choisissez explicitement le rôle par défaut et le comportement de liaison automatique au lieu de vous fier à des valeurs implicites.

2

Étape 2

Mapper les groupes et automatiser les actions de cycle de vie

BlackShield propose les contrôles de cycle de vie généralement exigés lors des revues d'entreprise.

  • Mappez les groupes IdP aux rôles BlackShield afin que l'accès soit attribué au moment de la connexion.
  • Renouvelez le jeton SCIM depuis la même page lorsque vous devez réinitialiser les identifiants de provisionnement.
  • Utilisez le flux d'audit d'identité pour examiner l'activité récente d'OIDC et de SCIM pour l'espace de travail.

Critères de réussite

Utilisez le flux d'audit d'identité pour examiner l'activité récente d'OIDC et de SCIM pour l'espace de travail.

3

Étape 3

Supprimer les accès et les identifiants privilégiés lors des départs

Le contrôle d'accès n'est complet que si vous pouvez révoquer rapidement tant les accès utilisateurs que les identifiants de service.

  • Supprimez ou remappez l'accès de groupe IdP de l'utilisateur dans `/identity` lorsque son rôle change.
  • Révoquez ou renouvelez les clés API dans `/api-keys` après les départs privilégiés ou les changements de propriétaire de scanner.
  • Examinez `/audit` et l'audit d'identité pour confirmer qu'aucune activité privilégiée obsolète ne reste inexpliquée.
  • Si OIDC n'est pas configuré, gérez manuellement le provisionnement des utilisateurs via l'option 'Invite User' dans `/tenant-rights` pour inviter des membres de l'équipe et surveiller l'utilisation des sièges.

Critères de réussite

Si OIDC n'est pas configuré, gérez manuellement le provisionnement des utilisateurs via l'option 'Invite User' dans `/tenant-rights` pour inviter des membres de l'équipe et surveiller l'utilisation des sièges.

Critères de réussite

  • Les attributions de rôles correspondent clairement aux responsabilités opérationnelles.
  • Le flux de travail de révocation d'urgence est testé et documenté.
Cycle de vie des identités et accès | BlackShield Docs