Acesso a um ambiente é uma chave, não uma caixa de seleção
O Crunu sela a chave de cada ambiente só para as pessoas e máquinas que devem lê-lo. Quem tem acesso a development não consegue ler production, porque a chave de production nunca foi selada para essa pessoa.
- Quatro funções em cada ambiente
- Perfis de acesso para grupos inteiros
- Solicitações aprovadas por um Owner ou Admin
Duas camadas de funções
As funções da organização decidem quem a administra. As funções de ambiente decidem o que alguém recebe dentro de um ambiente, e são garantidas por chaves.
- OwnerTudo o que um Admin faz, mais nomear Admins e Owners e alterar as configurações da organização. O último Owner não pode ser removido.
- AdminGerencia membros, máquinas, tokens e o log de auditoria, e alcança todos os ambientes compartilhados pela chave de recuperação da organização.
- MemberRecebe só o que é concedido: funções de ambiente, dadas diretamente ou por perfis de acesso.
| Função no ambiente | Lê | Edita | Recebe |
|---|---|---|---|
| Editor | Todos os arquivos | Sim | A chave do ambiente |
| Reader | Todos os arquivos | Não | A chave do ambiente |
| Specific files | Arquivos selecionados | Não | Uma cópia selada desses arquivos |
| Operator | Nada | Não | Nenhuma chave; adiciona máquinas |
Convide e depois confira a impressão digital
Um convite é um link com um segredo dentro, válido por até 7 dias. O novo membro cria uma conta e vê uma impressão digital; você a compara com a pessoa, numa chamada, por exemplo, e só então concede o acesso.
- A chave é de quem você convidouComparar a impressão digital confirma que ninguém no meio do caminho, nem o servidor, trocou a chave para a qual você vai conceder acesso.
- Convites assinadosO registro do convite é assinado por quem o criou.
- E-mail confirmado por códigoQuando o servidor tem e-mail configurado, o novo membro confirma o endereço com um código.
Conceda uma vez para o grupo inteiro
Um perfil de acesso é um conjunto nomeado de pares ambiente–função, como Developers: Editor em development e staging. Altere-o uma vez, e a mudança vale para todos os membros dele.
- Cada versão é assinadaCada alteração num perfil é uma nova versão assinada, então dá para saber quem mudou o quê.
- Direto ou por um perfilA lista de acessos do membro mostra de onde vem cada função: dada diretamente ou por um perfil de acesso.
- Espaço para equipes grandesA lista de acesso de um ambiente comporta até 5.000 entradas.
Deixe as pessoas pedirem o que precisam
Um membro pede acesso com uma justificativa. A solicitação aparece em Access requests e no contador Pending actions, onde um Owner ou Admin a aprova ou rejeita.
- Operators pedem pelas máquinasUm Operator, que nunca vê valores, pode solicitar acesso para uma máquina ou para um membro.
- Membros só veem os próprios ambientesO servidor lista para um membro apenas os ambientes da lista de acesso dele. Owners e Admins veem todos os ambientes compartilhados.
- As pessoas podem voltarUm membro removido pode ser readmitido sem quebrar o histórico de assinaturas.
O que o controle de acesso não cobre
As funções decidem quem recebe uma chave. Elas não expiram sozinhas e não conseguem desfazer o que alguém já leu.
- Sem data de término para pessoasO acesso fica até você removê-lo. Convites, links de compartilhamento, tokens, concessões de máquinas e o acesso break-glass expiram.
- Sem SSO nem SCIMOs membros entram com senha, Secret Key e um segundo fator. Não há login único nem sincronização de diretório.
- Admins alcançam tudo o que é compartilhadoOwners e Admins conseguem abrir todos os ambientes compartilhados pela chave de recuperação da organização. Mantenha essas funções com poucas pessoas.
- Ler significa poder copiarQuem descriptografa um valor consegue copiá-lo. Remover o acesso não apaga o que já foi visto.
Respostas às dúvidas mais comuns
Outra dúvida? Escreva para support@crunu.com
Quem tem acesso a development consegue ler production?
Não. Cada ambiente tem a própria chave, e a chave de production só é selada para as pessoas e máquinas que receberam acesso a production.
Qual é a diferença entre Reader e Specific files?
Um Reader lê todos os arquivos do ambiente. Quem tem Specific files recebe uma cópia selada só dos arquivos escolhidos, atualizada quando o ambiente é salvo, e não pode editar.
Posso dar acesso a alguém da equipe por uma semana?
Não com data de término. O acesso de pessoas fica até você removê-lo. Para entregar alguns arquivos por tempo limitado, use um link de compartilhamento com validade.
O Crunu tem SSO ou SCIM?
Não. Não há login único para pessoas nem sincronização de diretório.
Por que conferir uma impressão digital quando alguém entra?
Isso confirma que a chave para a qual você vai conceder acesso é de quem você convidou, e não de alguém no meio do caminho, nem do servidor.
Configure as funções antes de a equipe crescer
Crie a sua organização, adicione um perfil de acesso para quem desenvolve e convide a primeira pessoa.