Les clés de chaque client à leur place, et une passation propre
Le travail en agence, ce sont les comptes cloud, les clés de paiement et les bases de données de nombreux clients, avec des personnes qui passent d’un projet à l’autre. Crunu place chaque client dans une organisation à part, ne donne aux prestataires que ce dont leur partie du travail a besoin et, à la fin de la mission, retire leur accès et vous indique quelles valeurs remplacer.
Les questions que se posent les équipes comme la vôtre
Les questions qui reviennent quand une équipe comme la vôtre réunit ses secrets en un seul endroit. Le guide ci-dessous répond à chacune d’elles.
- Comment tenir les clés d’un client à l’écart de celles d’un autre ?
- Comment ne donner à un prestataire que les environnements sur lesquels il travaille ?
- Comment envoyer une clé au personnel du client sans e-mail ni messagerie ?
- Le lien envoyé a-t-il été ouvert, et quand cesse-t-il de fonctionner ?
- Que garde encore un prestataire à la fin du projet ?
- Quelles valeurs remplacer chez les fournisseurs du client après une passation ?
- Comment remettre toute la configuration au client ?
- Quelle trace pouvons-nous montrer au client ensuite ?
Les parties de Crunu qui y répondent
Chaque partie suit la même règle : le serveur garde des données chiffrées, des clés publiques et des documents signés, et ne détient jamais de clé qui ouvre vos valeurs.
Contrôle d’accès
Donnez à chaque personne, machine et pipeline les seuls environnements dont ils ont besoin, avec des rôles adossés à des clés de chiffrement et pas seulement à des contrôles du serveur.
En savoir plus
Liens d’accès
Partagez des fichiers choisis d’un environnement avec quelqu’un qui n’a pas de compte, par un lien dont la clé de déchiffrement n’atteint jamais le serveur.
En savoir plus
Départ d’un membre
Quand quelqu’un part, le serveur cesse de le servir, les clés de ses environnements changent, et un rapport montre ce qu’il a vu et ce qu’il faut réémettre.
En savoir plus
Journal d’audit
Connexions, attributions, versions, renouvellements et refus vont dans un journal chaîné par hachage, vérifiable en un clic et exportable.
En savoir plus
Coffre-fort chiffré
Rangez fichiers .env, identifiants cloud et clés d’API dans des projets et des environnements, chiffrés sur vos appareils avant que quoi que ce soit n’atteigne le serveur.
En savoir plus
Comment ça marche pour les agences et prestataires
Sur cette page
Deux façons dont les secrets clients tournent mal
Les secrets de différents clients finissent côte à côte dans un même dossier partagé. Et l’accès survit au contrat : le prestataire qui a terminé au printemps a encore le mot de passe de la base de staging en été.
Le besoin : garder chaque client séparé, ne donner à chacun que sa part et tout fermer à la fin, avec une trace que vous pouvez montrer au client.
Séparé par client, restreint par personne, fermé à la fin
- Un client, une organisation. Un même compte peut appartenir à plusieurs organisations, et toute personne connectée peut en créer une nouvelle. Chaque organisation a ses propres membres, projets, machines, clés et journal d’audit.
- Les prestataires ne voient que leur part. Attribuez Editor ou Reader sur les environnements sur lesquels ils travaillent, ou Specific files pour leur donner une copie scellée des seuls fichiers que vous choisissez.
- Des profils d’accès par rôle. Gardez un profil pour les prestataires front-end et un autre pour qui déploie. Modifier un profil met à jour toutes les personnes qui en font partie, et chaque version est signée.
- Des fichiers pour les personnes sans compte. Un lien de partage envoie des fichiers choisis d’un environnement. Réglez une expiration jusqu’à 365 jours, une limite de vues aussi basse qu’une seule, et un mot de passe. La clé de déchiffrement se trouve après le
#dans l’adresse, partie que le serveur ne reçoit jamais. - Les aperçus ne consomment pas le lien. Une vue ne compte que lorsque le destinataire clique sur Open : l’aperçu de lien d’une messagerie ne l’épuise donc pas. Les fichiers déchiffrés ne vivent que dans la mémoire de la page.
- Un départ propre. Le retrait d’un membre montre ce que la personne a reçu, renouvelle les clés de chaque environnement qu’elle pouvait lire, révoque les jetons, liens de partage, invitations et codes d’enrôlement qu’elle a créés, et liste les valeurs à réémettre.
- Une trace pour le client. Le journal d’audit est une chaîne de hachage des connexions, versions, liens et retraits. Vérifiez-le en un clic et exportez-le en JSONL.
Du lancement à la passation
- Lancement. Créez une organisation pour le client, ou demandez à être invité dans la sienne s’il utilise déjà Crunu.
- Mise en place. Un projet par application, avec ses environnements. Production ne va qu’aux personnes qui déploient.
- Constitution de l’équipe. Invitez les prestataires et donnez à chacun un profil d’accès adapté à son rôle.
- Remise des fichiers. Envoyez les identifiants ponctuels au personnel du client par un lien de partage plutôt que par e-mail.
- Clôture. Retirez les prestataires avec l’assistant de retrait de membre, téléchargez le rapport et traitez la liste de contrôle de réémission.
- Remise de l’organisation. Un propriétaire invite le responsable côté client avec le rôle Owner ; celui-ci peut ensuite retirer votre équipe. Le retrait d’un administrateur ou d’un propriétaire remplace aussi les clés de signature et de récupération de l’organisation.
À anticiper
- L’accès d’une personne n’expire pas de lui-même. La liste d’accès d’un environnement ne connaît pas de date de fin. Retirez les prestataires quand ils ont terminé. Les liens de partage, les invitations et les jetons de service, eux, expirent.
- Ce qu’un prestataire a vu lui reste acquis. Crunu vous indique quelles valeurs il a reçues ; c’est vous qui les réémettez chez chaque fournisseur. Crunu ne renouvelle pas les valeurs chez les fournisseurs à votre place.
- Crunu gère les accès à l’intérieur de Crunu. Retirez la personne des consoles cloud, des dépôts et de la CI séparément.
- Un lien sans mot de passe s’ouvre pour quiconque a l’adresse complète. Ajoutez un mot de passe pour tout ce qui est sensible. Avec un mot de passe, personne ne peut même télécharger les données chiffrées sans lui, et les tentatives sont vérifiées en ligne, avec des limites.
- Jusqu’à 100 nouveaux liens de partage par compte et par jour.
Chaque limite, avec ce qu’il faut faire, figure sur la page des limites.
Documentation associée
Questions et réponses
Votre question n’est pas traitée ici ? Écrivez à support@crunu.com : une personne vous répondra.
Une même personne peut-elle travailler dans plusieurs organisations clientes ?
Oui. Un même compte peut appartenir à plusieurs organisations, et vous passez de l’une à l’autre dans l’application. Clés, membres et journaux restent séparés par organisation.
Comment donner un accès de trois mois à un prestataire ?
Vous ne pouvez pas fixer de date de fin à l’accès d’une personne. Retirez-la quand le travail se termine. Pour des fichiers ponctuels, utilisez plutôt un lien de partage avec une expiration.
Un prestataire peut-il voir production ?
Seulement si vous le lui accordez. Sans la clé de production, il ne peut pas déchiffrer production, quoi que lui envoie le serveur.
Que pouvons-nous remettre au client lors de la passation ?
Le rapport de retrait téléchargé, qui liste ce que chaque personne retirée a reçu, quand et d’où ; un export du journal d’audit en JSONL ; et la liste de contrôle de réémission, qui nomme les valeurs à remplacer sans les montrer.
Le destinataire d’un lien de partage a-t-il besoin d’un compte ?
Non. Il ouvre le lien dans un navigateur, vérifie que la signature du propriétaire est validée, et peut enregistrer les fichiers ou télécharger un script d’installation qui les met en place sur un ordinateur ou un serveur.
Puis-je voir si un lien a été ouvert ?
Oui. Chaque lien affiche son état et un compteur de vues, et son ouverture est consignée dans le journal d’audit.