Togli i file .env dalla chat del team
In un team giovane, i segreti stanno dove sono finiti la prima volta: un messaggio fissato, una nota condivisa, il laptop di qualcuno. Crunu dà loro un unico posto, cifrato sul dispositivo di ogni persona, con accessi che seguono il lavoro. Funziona su app.crunu.com, quindi non c’è nessun server da configurare.
Le domande che fanno i team come il tuo
Le domande che emergono quando un team come il tuo sposta i propri segreti in un unico posto. La guida qui sotto risponde a ciascuna di esse.
- Dove dovrebbero stare i nostri file .env invece che nella chat del team?
- Come riceve un nuovo assunto le variabili giuste fin dal primo giorno?
- Gli sviluppatori possono lavorare su staging senza vedere production?
- Chi ha cambiato questo valore, e com’era prima?
- Come diamo alla CI le variabili di staging e nient’altro?
- Come riceve production i suoi segreti senza passare dalla CI?
- Cosa cambiamo quando qualcuno se ne va?
- Dobbiamo gestire un server per tutto questo?
Le parti di Crunu che lo coprono
Ogni parte segue la stessa regola: il server conserva testo cifrato, chiavi pubbliche e documenti firmati, e non possiede mai una chiave che apra i tuoi valori.
Vault cifrato
Conserva file .env, credenziali cloud e chiavi API in progetti e ambienti, cifrati sui tuoi dispositivi prima che qualcosa raggiunga il server.
Scopri di più
Controllo degli accessi
Dai a ogni persona, macchina e pipeline solo gli ambienti che le servono, con ruoli garantiti dalle chiavi di cifratura e non soltanto dai controlli del server.
Scopri di più
CI/CD
Dai a ogni pipeline un token di servizio limitato ai suoi ambienti e legalo al tuo provider CI con OIDC, così un token trapelato non può accedere da solo.
Scopri di più
Macchine
Registra un server con un codice monouso: l’agente crunu tiene i suoi ambienti in memoria e avvia i tuoi programmi con quelle variabili.
Scopri di più
Offboarding
Quando qualcuno se ne va, il server smette di fornirgli i dati, le chiavi dei suoi ambienti cambiano e un report mostra cosa ha visto e cosa riemettere.
Scopri di più
Come funziona per startup
In questa pagina
Cosa serve a un team in crescita per i suoi segreti
Quando cinque persone costruiscono un prodotto, tutti hanno tutte le chiavi. A quindici, un nuovo assunto aspetta che qualcuno incolli il file giusto, staging e production si allontanano senza che nessuno se ne accorga, e nessuno sa con certezza chi abbia ancora la password del database di produzione.
Il lavoro è facile da descrivere: una sola copia di ogni valore, letta solo dalle persone e dalle macchine che ne hanno bisogno, e un’uscita pulita quando qualcuno se ne va.
Dal primo assunto alla prima domanda di audit
| La tua esigenza | Cosa fa Crunu |
|---|---|
Un unico posto per ogni .env | I progetti contengono ambienti come development, staging e production. Trascina dentro file .env o intere cartelle; i file env, INI e YAML piatto si modificano campo per campo. |
| I nuovi assunti hanno gli accessi giusti dal primo giorno | Invita una persona con un link valido fino a 7 giorni, verifica la sua impronta e assegnale un profilo di accesso come Developers: Editor su development e staging. |
| Gli sviluppatori non possono leggere production | Ogni ambiente ha la propria chiave. Chi ha accesso a development non riceve mai la chiave di production. |
| Meno discussioni su «qual è il valore giusto?» | Ogni ambiente conserva le sue ultime 100 versioni con autore, ora e nomi dei campi modificati. Confronta staging con production e copia i valori che scegli. |
| Una CI che vede staging e nient’altro | Un token di servizio riceve solo gli ambienti che concedi. Un vincolo CI (OIDC) lo lega a un solo repository e a un solo branch. |
| Production che resta su production | Il server di produzione esegue l’agente crunu e scarica da solo il proprio ambiente. La pipeline si limita a riavviare il servizio. |
| Un’uscita pulita | La procedura di rimozione dei membri ruota le chiavi di ogni ambiente che la persona poteva leggere, mostra cosa ha ricevuto ed elenca i valori da riemettere presso i fornitori. |
Una settimana dai file sparsi a un unico vault
- Crea l’organizzazione. Crea l’account con la tua email. La password e la Secret Key vengono create nel browser, e salvi il tuo Emergency Kit.
- Aggiungi un progetto per ogni app. Dagli gli ambienti che usi e trascina dentro i file che hai già.
- Invita il team. Raggruppa gli accessi in profili di accesso, così una modifica a
Developersraggiunge tutti quelli che ne fanno parte. - Collega la CI. Crea un token di servizio per staging e incolla nella pipeline i passaggi di installazione che mostra l’app.
- Completa la checklist. L’elenco Getting started dell’app guida un nuovo proprietario attraverso un progetto, le variabili, un membro, una macchina e un secondo fattore.
Cosa sapere prima di trasferirti
- L’accesso delle persone non ha una data di fine. Rimuovi una persona quando il suo lavoro è finito. Inviti, link di condivisione, token di servizio e lease delle macchine invece scadono.
- Niente single sign-on né SCIM. I membri accedono con una password, una Secret Key e un secondo fattore.
- Proprietari e amministratori possono raggiungere ogni ambiente condiviso tramite la chiave di recupero dell’organizzazione. Assegna questi ruoli alle persone che gestiscono l’organizzazione.
- Ciò che qualcuno ha già visto resta suo. La rotazione protegge le nuove versioni; i valori stessi si riemettono presso ciascun fornitore.
- Il server non può reimpostare una password. Se tutti i proprietari e gli amministratori perdono password, Secret Key e codice di recupero, nessuno può più gestire l’organizzazione. Tieni due proprietari e conserva gli Emergency Kit.
Ogni limite, con cosa fare al riguardo, è nella pagina delle limitazioni.
Gratis durante l’accesso anticipato
Tutte le funzionalità sono incluse, entro i limiti elencati nella pagina dei prezzi. Non c’è nessun passaggio di pagamento.
Documentazione e integrazioni correlate
Dubbi frequenti
Non trovi la risposta? Scrivi a support@crunu.com e ti risponderà una persona.
È davvero gratis?
Sì, durante l’accesso anticipato. Tutte le funzionalità sono incluse e non c’è nessun passaggio di pagamento.
Dobbiamo gestire un server?
No. Crea l’account su crunu.com e la tua organizzazione vive su app.crunu.com. Lo stesso server può anche funzionare sulla tua infrastruttura: Docker, Cloudflare Workers, Vercel o Google Cloud Run. Il server non è pubblicato come download pubblico. Scrivi a support@crunu.com.
Uno sviluppatore con accesso a staging può leggere production?
No. Ogni ambiente ha la propria chiave, e la chiave di production è sigillata solo per le persone e le macchine a cui concedi production.
E se qualcuno dimentica la password?
Il server non può reimpostarla, perché non l’ha mai avuta. Se la persona ha creato un codice di recupero, questo le permette di rientrare dopo un periodo di attesa, e il suo account riceve una notifica mentre l’attesa è in corso. Se un collega perde sia la password sia la Secret Key, un amministratore può spostare i suoi ambienti personali su un nuovo account.
Fino a che punto possiamo crescere?
Un’organizzazione contiene fino a 500 progetti, un progetto fino a 50 ambienti, e un ambiente fino a 1 MB di contenuto con un elenco di accesso fino a 5.000 voci.
Possiamo portare via i nostri dati?
Sì. Esporta un ambiente come singolo .env, come file protetto da password o verso Ansible Vault, oppure scarica una copia offline di tutto ciò che puoi leggere. La copia offline si apre con la tua password e la tua Secret Key, senza il server. Gli ambienti limitati per rete non sono inclusi.
Crunu supporta l’SSO?
No. Non esiste un accesso SAML o OIDC per le persone né una sincronizzazione con una directory.