Aucun privilège permanent

Les accès juste-à-temps et juste-suffisants sont les moyens par lesquels les privilèges permanents sont totalement éliminés. Ces accès sont accordés au moment des demandes et parviennent à expiration lorsque les sessions concernées se terminent. Le résultat est que les privilèges permanents disparaissent totalement : aucune autorisation permanente d’accès ne subsiste entre des sessions.

Commencez par rechercher les accès permanents qui existent déjà dans vos environnements de cloud, de conteneurs et de bases de données. Ensuite, modifiez-les : générez des autorisations d’accès dans le langage de politique natif de chaque système cible au moment des demandes, transmettez ces demandes à un contrôleur humain lorsqu’elles présentent des risques élevés, puis révoquez les accès automatiquement à chaque fois qu’une tâche est terminée.

Non. Vos informaticiens demandent leurs accès à partir des outils qu’ils utilisent déjà, comme Slack, votre CLI, Teams ou Jira. Les demandes à faible risque peuvent être approuvées automatiquement en vertu de votre politique en vigueur, alors que celles qui présentent un risque plus élevé peuvent être transmises à un contrôleur humain. Les accès sont accordés rapidement, et ils sont révoqués à chaque fois que la tâche concernée est terminée.

Non. Il fonctionnera aux côtés des dispositifs de GIA et de GAP que vous utilisez déjà. Il agira dans vos systèmes existants pour générer et régir les autorisations d’accès au moment des demandes. Il ne remplacera pas votre infrastructure. Pour les accès privilégiés qui donneraient lieu à des exigences complexes, il pourra coexister avec le système de GAP dans lequel vous avez déjà investi.

Toutes les demandes d’accès, décisions d’accord et connexions sont consignées dans un registre d’activité, où ces événements sont pleinement attribués à leur source. De cette manière, vos preuves de conformité aux lois et aux règles sont sauvegardées petit à petit, sans que vous ayez à vérifier manuellement vos enregistrements. Quand des contrôleurs vous demandent qui avait accès à quoi et pourquoi, vous réponses sont toutes prêtes.

1Password Privileged Access élimine les privilèges permanents dans les clouds, les environnements hybrides, les bases de données et Kubernetes, que ce soit pour les identités appartenant à des personnes ou à des agents. Les accès sont accordés au moment des demandes, adaptés à la tâche concernée et révoqués automatiquement une fois le travail terminé.

Les infrastructures de cloud et hybrides, dont AWS, Azure et GCP, ainsi que Kubernetes et les bases de données. Les accès sont générés dans le langage de politique natif de chaque système, ce qui élimine les mandataires de session et les hôtes bastions.

Commencez par déterminer quelles sont les autorisations persistantes d’accès qui suscitent le plus de risques — comme celles qui concernent les systèmes de production, les rôles en cloud, les identifiants partagés et les comptes de service. Concentrez-vous en priorité sur ces modes d’accès, en les remplaçant par des accès temporaires régulés.

Oui, chaque agent d’IA reçoit une identité limitée à sa tâche spécifique, créée au moment de la demande et révoquée une fois celle-ci terminée. Le contrôle d’accès basé sur l’intention (IBAC) valide l’intention déclarée par rapport aux actions réelles en temps réel. Si un agent s’écarte de son intention déclarée, l’accès est restreint ou révoqué avant l’exécution de l’action.