Keeper Security nommé leader de la gestion des mots de passe pour la cinquième année consécutive
En savoir plusContrôle d'accès basé sur les rôles
Votre fournisseur d’identité définit déjà la structure de votre organisation. Keeper correspond à cette structure, donc l’accès que vous imposez correspond à l’organisation que vous gérez réellement. Les équipes informatiques peuvent définir, appliquer et auditer les autorisations à grande échelle depuis une seule console d’administration.
L’accès se propage discrètement. Les gens gardent les autorisations dont ils n’ont plus besoin, l’informatique perd la trace de qui peut atteindre quoi et chaque identifiant supplémentaire élargit la surface d’attaque.
Les employés accumulent l’accès au fil du temps et conservent les autorisations des rôles qu’ils ont quittés.
L’informatique manque d’une vision claire de qui peut accéder à quels identifiants et systèmes.
Quand quelqu’un part, les identifiants qu’il connaissait partent avec lui.
Chaque équipe gère l’accès différemment, sans norme cohérente.
SOC 2, HIPAA et NIST 800-53 nécessitent tous des contrôles d’accès documentés et auditables.
Votre annuaire source, Active Directory, Entra ID, Okta ou tout fournisseur d’identité SAML 2.0, définit votre structure organisationnelle. Keeper s'y aligne. Vous affectez vos groupes existants à des équipes et des rôles Keeper, et les droits d'accès suivent la structure que vous gérez déjà.
L’équipe définit quelles ressources de coffre-fort ses membres peuvent accéder : mots de passe, secrets et ressources privilégiées comme les machines et les bases de données. Assignez un groupe à une équipe, et chaque membre hérite du même access.
Avec Workflow, vous pouvez les ajouter à la liste des éligibles d’une équipe à la place. Ils demandent l’accès quand ils en ont besoin et le renoncent à la fin, réduisant ainsi le privilège permanent.
Un rôle est un ensemble de politiques d’application appliquées à ses membres. Les rôles régissent les exigences de connexion et d'authentification à deux facteurs (2FA), les restrictions relatives à la plateforme et au coffre-fort, les règles de partage et d'exportation, ainsi que les fonctionnalités accessibles à l'utilisateur. Lorsqu’un utilisateur appartient à plusieurs rôles, Keeper applique les politiques les plus restrictives, donc le moindre privilège est appliqué par défaut.
Les affectations aux équipes et aux rôles correspondent aux groupes de votre annuaire via le provisionnement SCIM, Keeper AD Bridge ou votre fournisseur d'identité. Quand quelqu’un rejoint, change d’équipe ou part, son accès se met à jour automatiquement. Pas de modifications manuelles, et pas d’autorisations obsolètes laissées d’un précédent travail.
La structure de nœuds de Keeper vous permet de confier à un administrateur délégué le contrôle d’une partie de l’organisation, d’une région, d’un département ou d’une unité commerciale, sans avoir accès à quoi que ce soit en dehors de celle-ci. Un administrateur informatique pour l’EMEA, par exemple, peut gérer les utilisateurs, les équipes et les rôles dans cette région et rien d’autre.
Grâce à la fonctionnalité Keeper Privileged Cloud de KeeperPAM®, vous pouvez accorder un accès juste-à-temps à toute ressource ou tout actif géré dans le coffre-fort. Les utilisateurs ne reçoivent un accès privilégié que lorsqu’ils en ont besoin et le perdent une fois la tâche terminée.
Quand un employé part, verrouillez son coffre-fort et transférez la propriété à un autre utilisateur. Les politiques de rôle contrôlent qui peut effectuer des transferts et pour quels utilisateurs. Le processus maintient le zero knowledge.
Les équipes de sécurité peuvent générer des rapports d'accès depuis la console d'administration Keeper, examiner les autorisations par utilisateur ou par équipe et produire les justificatifs demandés par les auditeurs. Chaque attribution de rôle, modification de politique et action sur le coffre-fort est consignée et peut faire l'objet d'un rapport.
Les contrôles d'accès basés sur les rôles de Keeper aident les équipes informatiques et de sécurité à appliquer le principe du moindre privilège et à améliorer la visibilité, sans la charge opérationnelle liée à une gestion manuelle des accès.
Les équipes accordent l’accès aux ressources du coffre-fort telles que les mots de passe, les secrets et les ressources privilégiées. Les rôles appliquent des politiques de contrôle aux utilisateurs et activent des fonctionnalités telles que l'accès privilégié KeeperPAM et Keeper Secrets Manager. Les équipes déterminent ce à quoi un utilisateur peut accéder ; les rôles définissent les politiques et les droits qui s'appliquent. Des rôles peuvent être attribués aux équipes pour plus de flexibilité.
Les deux peuvent être créés manuellement dans la console d'administration, mappés automatiquement via le provisionnement SCIM, générés avec Keeper Commander® ou attribués depuis Active Directory via Keeper AD Bridge. Une fois créé, chaque rôle est configuré avec ses propres politiques d’application et chaque équipe dispose de son propre accès aux ressources.
Oui, Keeper s’intègre avec Active Directory, Azure AD/Entra ID, Okta et d’autres fournisseurs SSO. L’attribution des équipes et des rôles peut être basée sur l’appartenance au groupe d’annuaire, afin que les permissions restent à jour sans mises à jour manuelles.
Les rôles couvrent les réglages de connexion, les exigences 2FA, les restrictions de plateforme, les options du coffre-fort, les règles de mot de passe, les contrôles de partage et d'exportation, le comportement de KeeperFill®, la liste blanche des adresses IP, les autorisations de transfert de compte, l'accès à Keeper Secrets Manager et les paramètres d'accès privilégié de KeeperPAM. Chaque zone est configurée indépendamment par rôle.
Oui, avec KeeperPAM et Keeper Privileged Cloud, vous pouvez accorder un accès juste-à-temps aux ressources privilégiées, donc les utilisateurs ne détiennent l’accès que pour la tâche en cours et le privilège permanent reste proche de zéro.
Oui, un administrateur délégué peut se voir attribuer une partie ou la totalité des administrateurs des autorisations sur un nœud ou un sous-nœud assigné, sans visibilité sur le reste de l’organisation.
Les administrateurs peuvent verrouiller le coffre-fort de l’utilisateur partant et transférer la propriété à un autre utilisateur. Le processus est zero knowledge et est régi par les rôles ; seuls les utilisateurs disposant des autorisations appropriées peuvent initier un transfert.
La Console d’administration fournit des rapports détaillés sur l’accès des utilisateurs, les attributions de rôles et l’activité des coffres-forts, créant la piste d’audit requise par SOC 2, HIPAA, NIST 800-53, ISO 27001 et des cadres similaires.
Vous devez autoriser les cookies pour utiliser le Chat en direct.