Sortez les fichiers .env de la messagerie de votre équipe
Dans une jeune équipe, les secrets restent là où ils ont atterri en premier : un message épinglé, une note partagée, l’ordinateur portable de quelqu’un. Crunu leur donne un seul endroit, chiffré sur l’appareil de chaque personne, avec des accès qui suivent le poste. Il tourne sur app.crunu.com : il n’y a donc aucun serveur à installer.
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.
- Où mettre nos fichiers .env plutôt que dans la messagerie de l’équipe ?
- Comment une nouvelle recrue obtient-elle les bonnes variables dès le premier jour ?
- Les développeurs peuvent-ils travailler sur staging sans voir production ?
- Qui a modifié cette valeur, et quelle était-elle avant ?
- Comment donner à la CI les variables de staging et rien d’autre ?
- Comment production reçoit-elle ses secrets sans passer par la CI ?
- Que faut-il changer quand quelqu’un part ?
- Faut-il faire tourner un serveur pour cela ?
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.
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
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
CI/CD
Donnez à chaque pipeline un jeton de service limité à ses environnements, et liez-le à votre fournisseur de CI par OIDC : un jeton qui fuit ne peut pas se connecter seul.
En savoir plus
Machines
Enrôlez un serveur avec un code à usage unique : l’agent crunu garde ses environnements en mémoire et lance vos programmes avec eux.
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
Comment ça marche pour les start-up
Sur cette page
Ce qu’une équipe qui grandit attend de ses secrets
Quand cinq personnes construisent un produit, tout le monde a toutes les clés. À quinze, une nouvelle recrue attend que quelqu’un lui colle le bon fichier, staging et production divergent en silence, et personne ne sait plus très bien qui a encore le mot de passe de la base de données de production.
Le besoin est simple à formuler : un seul exemplaire de chaque valeur, lu uniquement par les personnes et les machines qui en ont besoin, et un départ propre quand quelqu’un s’en va.
De la première recrue à la première question d’audit
| Votre besoin | Ce que fait Crunu |
|---|---|
Un seul endroit pour chaque .env | Les projets contiennent des environnements comme development, staging et production. Faites glisser des fichiers .env ou des dossiers entiers ; les fichiers env, INI et YAML plat se modifient champ par champ. |
| Les nouvelles recrues ont les bons accès dès le premier jour | Invitez quelqu’un avec un lien valable jusqu’à 7 jours, vérifiez son empreinte et attribuez un profil d’accès comme Developers : Editor sur development et staging. |
| Les développeurs ne peuvent pas lire production | Chaque environnement a sa propre clé. Une personne qui a accès à development ne reçoit jamais la clé de production. |
| Moins de fils « quelle est la bonne valeur ? » | Chaque environnement garde ses 100 dernières versions avec l’auteur, l’heure et le nom des champs modifiés. Comparez staging et production et copiez les valeurs que vous choisissez. |
| Une CI qui voit staging et rien d’autre | Un jeton de service ne reçoit que les environnements que vous lui accordez. Une liaison CI (OIDC) le lie à un dépôt et à une branche. |
| Production reste sur production | Le serveur de production fait tourner l’agent crunu et récupère lui-même son environnement. Le pipeline ne fait que redémarrer le service. |
| Un départ propre | Le retrait d’un membre renouvelle les clés de chaque environnement que la personne pouvait lire, montre ce qu’elle a reçu et liste les valeurs à réémettre chez les fournisseurs. |
Une semaine pour passer de fichiers épars à un seul coffre-fort
- Créez l’organisation. Inscrivez-vous avec votre e-mail. Votre mot de passe et votre Secret Key sont créés dans le navigateur, et vous conservez votre Emergency Kit.
- Ajoutez un projet par application. Donnez-lui les environnements que vous utilisez et faites-y glisser les fichiers que vous avez déjà.
- Invitez l’équipe. Regroupez les accès dans des profils d’accès : une modification de
Developersatteint alors tous ses membres. - Connectez la CI. Créez un jeton de service pour staging et collez dans votre pipeline les étapes d’installation affichées par l’application.
- Terminez la liste de contrôle. La liste Getting started de l’application guide un nouveau propriétaire à travers un projet, des variables, un membre, une machine et un second facteur.
À savoir avant d’emménager
- L’accès des personnes n’a pas de date de fin. Retirez quelqu’un quand son travail est terminé. Les invitations, les liens de partage, les jetons de service et les baux des machines, eux, expirent.
- Ni authentification unique ni SCIM. Les membres se connectent avec un mot de passe, une Secret Key et un second facteur.
- Les propriétaires et les administrateurs peuvent atteindre chaque environnement partagé grâce à la clé de récupération de l’organisation. Confiez ces rôles aux personnes qui dirigent l’organisation.
- Ce que quelqu’un a déjà vu lui reste acquis. Le renouvellement des clés protège les nouvelles versions ; les valeurs elles-mêmes se réémettent chez chaque fournisseur.
- Le serveur ne peut pas réinitialiser un mot de passe. Si tous les propriétaires et administrateurs perdent leur mot de passe, leur Secret Key et leur code de récupération, plus personne ne peut gérer l’organisation. Ayez deux propriétaires et conservez les Emergency Kits.
Chaque limite, avec ce qu’il faut faire, figure sur la page des limites.
Gratuit pendant l’accès anticipé
Toutes les fonctionnalités sont incluses, dans les limites indiquées sur la page des tarifs. Il n’y a pas d’étape de paiement.
Documentation et intégrations associées
Questions et réponses
Votre question n’est pas traitée ici ? Écrivez à support@crunu.com : une personne vous répondra.
Est-ce vraiment gratuit ?
Oui, pendant l’accès anticipé. Toutes les fonctionnalités sont incluses et il n’y a pas d’étape de paiement.
Faut-il faire tourner un serveur ?
Non. Inscrivez-vous sur crunu.com et votre organisation vit sur app.crunu.com. Le même serveur peut aussi tourner sur votre propre infrastructure : Docker, Cloudflare Workers, Vercel ou Google Cloud Run. Le serveur n’est pas proposé en téléchargement public. Écrivez à support@crunu.com.
Un développeur qui a accès à staging peut-il 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 vous accordez production.
Et si quelqu’un oublie son mot de passe ?
Le serveur ne peut pas le réinitialiser, car il ne l’a jamais eu. Si la personne a créé un code de récupération, il lui rend l’accès après un délai d’attente, et son compte est averti pendant ce délai. Si un membre de l’équipe perd à la fois son mot de passe et sa Secret Key, un administrateur peut transférer ses environnements personnels vers un nouveau compte.
Jusqu’où peut-on grandir avec Crunu ?
Une organisation contient jusqu’à 500 projets, un projet jusqu’à 50 environnements, et un environnement jusqu’à 1 Mo de contenu, avec une liste d’accès de 5 000 entrées au plus.
Peut-on emporter nos données ?
Oui. Exportez un environnement en un seul .env, en fichier protégé par mot de passe ou vers Ansible Vault, ou téléchargez une copie hors ligne de tout ce que vous pouvez lire. La copie hors ligne s’ouvre avec votre mot de passe et votre Secret Key, sans le serveur. Les environnements restreints par réseau n’y figurent pas.
Crunu prend-il en charge le SSO ?
Non. Il n’y a ni connexion SAML ou OIDC pour les personnes, ni synchronisation d’annuaire.