L’accès à un environnement est une clé, pas une case à cocher
Crunu scelle la clé de chaque environnement pour les seules personnes et machines qui doivent le lire. Un développeur qui a accès à development ne peut pas lire production : la clé de production n’a jamais été scellée pour lui.
- Quatre rôles sur chaque environnement
- Des profils d’accès pour des groupes entiers
- Des demandes approuvées par un propriétaire ou un administrateur
Deux niveaux de rôles
Les rôles d’organisation déterminent qui gère l’organisation. Les rôles d’environnement déterminent ce qu’une personne obtient dans un environnement donné, et ils reposent sur des clés.
- OwnerTout ce que peut faire un administrateur, plus nommer administrateurs et propriétaires et modifier les paramètres de l’organisation. Le dernier propriétaire ne peut pas être retiré.
- AdminGère les membres, les machines, les jetons et le journal d’audit, et accède à chaque environnement partagé grâce à la clé de récupération de l’organisation.
- MemberN’obtient que ce qui lui est accordé : des rôles d’environnement, attribués directement ou via des profils d’accès.
| Rôle d’environnement | Lit | Modifie | Reçoit |
|---|---|---|---|
| Editor | Tous les fichiers | Oui | La clé de l’environnement |
| Reader | Tous les fichiers | Non | La clé de l’environnement |
| Specific files | Fichiers choisis | Non | Une copie scellée de ces fichiers |
| Operator | Rien | Non | Aucune clé ; ajoute des machines |
Invitez, puis vérifiez l’empreinte
Une invitation est un lien qui contient un secret, valable jusqu’à 7 jours. Le nouveau membre crée un compte et voit une empreinte ; vous la comparez avec lui, lors d’un appel par exemple, et c’est seulement ensuite que vous accordez l’accès.
- La clé appartient bien à la personne invitéeComparer l’empreinte confirme que personne entre vous deux, serveur compris, n’a remplacé la clé à laquelle vous vous apprêtez à donner accès.
- Des invitations signéesL’enregistrement de l’invitation est signé par la personne qui l’a créée.
- E-mail confirmé par un codeQuand l’envoi d’e-mails est configuré sur le serveur, le nouveau membre confirme son adresse avec un code.
Accordez une seule fois pour tout le groupe
Un profil d’accès est un ensemble nommé de paires environnement-rôle, par exemple Developers : Editor sur development et staging. Modifiez-le une fois, et le changement s’applique à chacun de ses membres.
- Chaque version est signéeChaque modification d’un profil crée une nouvelle version signée : vous savez qui a changé quoi.
- En direct ou via un profilLa liste d’accès du membre indique d’où vient chaque rôle : attribué directement ou via un profil d’accès.
- De la place pour les grandes équipesLa liste d’accès d’un environnement peut contenir jusqu’à 5 000 entrées.
Laissez chacun demander ce dont il a besoin
Un membre demande un accès en indiquant un motif. La demande apparaît dans « Access requests » et dans le compteur « Pending actions », où un propriétaire ou un administrateur l’approuve ou la rejette.
- Les opérateurs demandent l’accès pour les machinesUn opérateur, qui ne voit jamais les valeurs, peut demander un accès pour une machine ou pour un membre.
- Chaque membre ne voit que ses environnementsLe serveur ne présente à un membre que les environnements de sa liste d’accès. Les propriétaires et les administrateurs voient tous les environnements partagés.
- Un retour est possibleUn membre retiré peut être réadmis sans rompre l’historique des signatures.
Ce que le contrôle d’accès ne couvre pas
Les rôles déterminent qui reçoit une clé. Ils n’expirent pas d’eux-mêmes et ne peuvent pas reprendre ce qu’une personne a déjà lu.
- Pas de date de fin pour les personnesL’accès reste en place jusqu’à ce que vous le retiriez. Les invitations, les liens de partage, les jetons, les baux des machines et l’accès d’urgence (break-glass), eux, expirent.
- Ni SSO ni SCIMLes membres se connectent avec un mot de passe, une Secret Key et un second facteur. Il n’y a ni authentification unique ni synchronisation d’annuaire.
- Les administrateurs accèdent à tout ce qui est partagéLes propriétaires et les administrateurs peuvent ouvrir tous les environnements partagés grâce à la clé de récupération de l’organisation. Confiez ces rôles à peu de personnes.
- Lire, c’est copierQuiconque déchiffre une valeur peut la copier. Retirer un accès n’efface rien de ce qui a été vu.
Réponses aux questions fréquentes
Une autre question ? Écrivez à support@crunu.com
Une personne qui a accès à development peut-elle lire production ?
Non. Chaque environnement a sa propre clé, et la clé de production n’est scellée que pour les personnes et les machines qui ont accès à production.
Quelle est la différence entre Reader et Specific files ?
Avec le rôle Reader, on lit tous les fichiers de l’environnement. Avec Specific files, on reçoit une copie scellée des seuls fichiers que vous avez choisis, actualisée à chaque enregistrement de l’environnement, sans pouvoir rien modifier.
Puis-je donner accès à un collègue pour une semaine ?
Pas avec une date de fin. L’accès d’une personne reste en place jusqu’à ce que vous le retiriez. Pour transmettre quelques fichiers pour une durée limitée, utilisez plutôt un lien de partage avec une date d’expiration.
Crunu prend-il en charge SSO ou SCIM ?
Non. Il n’y a ni authentification unique pour les personnes, ni synchronisation d’annuaire.
Pourquoi vérifier une empreinte quand quelqu’un rejoint l’organisation ?
Elle confirme que la clé à laquelle vous donnez accès appartient bien à la personne invitée, et non à quelqu’un placé entre vous deux, serveur compris.
Définissez les rôles avant que l’équipe ne grandisse
Créez votre organisation, ajoutez un profil d’accès pour les développeurs et invitez la première personne.