L’accesso a un ambiente è una chiave, non una casella
Crunu sigilla la chiave di ogni ambiente solo per le persone e le macchine che devono leggerlo. Uno sviluppatore con accesso a development non può leggere production, perché la chiave di production non è mai stata sigillata per lui.
- Quattro ruoli su ogni ambiente
- Profili di accesso per interi gruppi
- Richieste approvate da un Owner o un Admin
Due livelli di ruoli
I ruoli dell’organizzazione decidono chi la gestisce. I ruoli d’ambiente decidono cosa riceve una persona all’interno di un ambiente, e sono garantiti dalle chiavi.
- OwnerTutto ciò che può fare un Admin, più nominare Admin e Owner e cambiare le impostazioni dell’organizzazione. L’ultimo Owner non può essere rimosso.
- AdminGestisce membri, macchine, token e il registro di audit, e raggiunge ogni ambiente condiviso tramite la chiave di recupero dell’organizzazione.
- MemberRiceve solo ciò che gli viene concesso: ruoli d’ambiente, assegnati direttamente o tramite profili di accesso.
| Ruolo d’ambiente | Legge | Modifica | Riceve |
|---|---|---|---|
| Editor | Tutti i file | Sì | La chiave dell’ambiente |
| Reader | Tutti i file | No | La chiave dell’ambiente |
| Specific files | I file selezionati | No | Una copia sigillata di quei file |
| Operator | Niente | No | Nessuna chiave; aggiunge macchine |
Invita, poi controlla l’impronta
Un invito è un link con un segreto al suo interno, valido fino a 7 giorni. Il nuovo membro crea un account e vede un’impronta; la confronti con lui, ad esempio in una chiamata, e solo allora concedi l’accesso.
- La chiave appartiene alla persona che hai invitatoConfrontare l’impronta conferma che nessuno nel mezzo, server compreso, ha sostituito la chiave a cui stai per concedere l’accesso.
- Inviti firmatiIl record dell’invito è firmato da chi l’ha creato.
- Email confermata con un codiceQuando il server ha l’email configurata, il nuovo membro conferma il proprio indirizzo con un codice.
Concedi una volta per tutto il gruppo
Un profilo di accesso è un insieme con un nome di coppie ambiente-ruolo, come Developers: Editor su development e staging. Lo modifichi una volta e la modifica vale per ogni membro che ne fa parte.
- Ogni versione è firmataOgni modifica a un profilo è una nuova versione firmata, così puoi sapere chi ha cambiato cosa.
- Direttamente o tramite un profiloL’elenco degli accessi del membro mostra da dove viene ogni ruolo: assegnato direttamente o tramite un profilo di accesso.
- Spazio per team numerosiL’elenco di accesso di un ambiente contiene fino a 5.000 voci.
Lascia che le persone chiedano ciò che serve
Un membro chiede l’accesso indicando un motivo. La richiesta compare in «Access requests» e nel conteggio di «Pending actions», dove un Owner o un Admin la approva o la rifiuta.
- Gli Operator chiedono per le macchineUn Operator, che non vede mai i valori, può richiedere l’accesso per una macchina o per un membro.
- I membri vedono solo i propri ambientiA un membro il server elenca solo gli ambienti presenti nel suo elenco di accesso. Owner e Admin vedono ogni ambiente condiviso.
- Le persone possono tornareUn membro rimosso può essere riammesso senza interrompere la cronologia delle firme.
Cosa il controllo degli accessi non copre
I ruoli decidono chi riceve una chiave. Non scadono da soli, e non possono riprendersi ciò che qualcuno ha già letto.
- Nessuna data di fine per le personeL’accesso resta finché non lo rimuovi. Inviti, link di condivisione, token, lease delle macchine e accessi break-glass invece scadono.
- Niente SSO né SCIMI membri accedono con una password, una Secret Key e un secondo fattore. Non c’è single sign-on né sincronizzazione con una directory.
- Gli Admin raggiungono tutto ciò che è condivisoOwner e Admin possono aprire tutti gli ambienti condivisi tramite la chiave di recupero dell’organizzazione. Tieni pochi questi ruoli.
- Leggere significa poter copiareChiunque decifri un valore può copiarlo. Rimuovere l’accesso non cancella ciò che è stato visto.
Risposte alle domande più comuni
Altre domande? Scrivi a support@crunu.com
Chi ha accesso a development 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 è stato concesso production.
Che differenza c’è tra Reader e Specific files?
Un Reader legge tutti i file dell’ambiente. Chi ha Specific files riceve una copia sigillata dei soli file che hai scelto, aggiornata a ogni salvataggio dell’ambiente, e non può modificarli.
Posso dare a un collega l’accesso per una settimana?
Non con una data di fine. L’accesso delle persone resta finché non lo rimuovi. Per consegnare alcuni file per un tempo limitato, usa invece un link di condivisione con scadenza.
Crunu supporta SSO o SCIM?
No. Non c’è single sign-on per le persone né sincronizzazione con una directory.
Perché controllare un’impronta quando qualcuno entra?
Conferma che la chiave a cui stai concedendo l’accesso appartiene alla persona che hai invitato, e non a qualcuno nel mezzo, server compreso.
Imposta i ruoli prima che il team cresca
Crea la tua organizzazione, aggiungi un profilo di accesso per gli sviluppatori e invita la prima persona.