Tire os arquivos .env do chat da equipe
Numa equipe jovem, os segredos ficam onde caíram primeiro: uma mensagem fixada, uma nota compartilhada, o notebook de alguém. O Crunu dá a eles um só lugar, criptografado no dispositivo de cada pessoa, com um acesso que acompanha o trabalho. Ele roda em app.crunu.com, então não há servidor para configurar.
Perguntas que equipes como a sua fazem
As perguntas que surgem quando uma equipe como a sua reúne os segredos num só lugar. O guia abaixo responde a cada uma delas.
- Onde os nossos arquivos .env devem ficar, em vez do chat da equipe?
- Como quem acabou de ser contratado recebe as variáveis certas no primeiro dia?
- Os desenvolvedores podem trabalhar no staging sem ver o production?
- Quem alterou este valor, e qual era o valor antes?
- Como damos ao CI as variáveis do staging e nada mais?
- Como o production recebe os segredos sem passar pelo CI?
- O que mudamos quando alguém sai?
- Precisamos rodar um servidor para isso?
As partes do Crunu que cobrem isso
Todas as partes seguem a mesma regra: o servidor guarda texto cifrado, chaves públicas e documentos assinados, e nunca tem uma chave que abra os seus valores.
Cofre criptografado
Guarde arquivos .env, credenciais de nuvem e chaves de API em projetos e ambientes, criptografados nos seus dispositivos antes que qualquer coisa chegue ao servidor.
Saiba mais
Controle de acesso
Dê a cada pessoa, máquina e pipeline só os ambientes de que precisam, com funções garantidas por chaves de criptografia, e não apenas por verificações do servidor.
Saiba mais
CI/CD
Dê a cada pipeline um token de serviço limitado aos ambientes dele e vincule-o ao seu provedor de CI com OIDC, para que um token vazado não consiga entrar sozinho.
Saiba mais
Máquinas
Registre um servidor com um código de uso único, e o agente crunu mantém os ambientes dele em memória e inicia os seus programas com eles.
Saiba mais
Offboarding
Quando alguém sai, o servidor para de atender a pessoa, as chaves dos ambientes dela mudam, e um relatório mostra o que ela viu e o que reemitir.
Saiba mais
Como funciona para startups
Nesta página
O que uma equipe em crescimento precisa dos seus segredos
Quando cinco pessoas constroem um produto, todo mundo tem todas as chaves. Com quinze, quem acabou de entrar espera alguém colar o arquivo certo, staging e production se distanciam sem ninguém perceber, e ninguém tem certeza de quem ainda tem a senha do banco de dados de production.
O trabalho é simples de dizer: uma cópia de cada valor, lida apenas pelas pessoas e máquinas que precisam dela, e uma saída limpa quando alguém vai embora.
Da primeira contratação à primeira pergunta de auditoria
| O que você precisa | O que o Crunu faz |
|---|---|
Um lugar para cada .env | Os projetos contêm ambientes como development, staging e production. Arraste arquivos .env ou pastas inteiras; arquivos env, INI e YAML plano são editados campo a campo. |
| Quem entra recebe o acesso certo no primeiro dia | Convide alguém com um link válido por até 7 dias, confira a impressão digital da pessoa e conceda um perfil de acesso como Developers: Editor no development e no staging. |
| Desenvolvedores não leem o production | Cada ambiente tem a sua própria chave. Quem tem acesso ao development nunca recebe a chave do production. |
| Menos conversas sobre “qual é o valor certo?” | Cada ambiente guarda as últimas 100 versões, com autor, horário e os nomes dos campos alterados. Compare o staging com o production e copie os valores que escolher. |
| Um CI que vê o staging e nada mais | Um token de serviço recebe apenas os ambientes que você concede. Um vínculo de CI (OIDC) o prende a um repositório e a um branch. |
| Um production que fica no production | O servidor de production roda o agente crunu e busca o próprio ambiente. O pipeline só reinicia o serviço. |
| Uma saída limpa | A remoção de um membro rotaciona as chaves de todos os ambientes que a pessoa podia ler, mostra o que ela recebeu e lista os valores a reemitir nos provedores. |
Uma semana entre arquivos espalhados e um só cofre
- Crie a organização. Crie a conta com o seu e-mail. A sua senha e a sua Secret Key são criadas no navegador, e você guarda o seu Emergency Kit.
- Adicione um projeto por app. Dê a ele os ambientes que você usa e arraste os arquivos que já tem.
- Convide a equipe. Agrupe os acessos em perfis de acesso, para que uma mudança em
Developerschegue a todos que estão nele. - Conecte o CI. Crie um token de serviço para o staging e cole no seu pipeline os passos de instalação que o app mostra.
- Conclua a checklist. A lista Getting started do app guia um novo Owner por um projeto, variáveis, um membro, uma máquina e um segundo fator.
O que saber antes da mudança
- O acesso de pessoas não tem data de término. Remova a pessoa quando o trabalho dela terminar. Convites, links de compartilhamento, tokens de serviço e concessões de máquinas expiram.
- Sem single sign-on nem SCIM. Os membros entram com uma senha, uma Secret Key e um segundo fator.
- Owners e Admins alcançam todos os ambientes compartilhados pela chave de recuperação da organização. Dê essas funções às pessoas que administram a organização.
- O que alguém já viu continua com a pessoa. A rotação protege as novas versões; os próprios valores são reemitidos em cada provedor.
- O servidor não consegue redefinir uma senha. Se todos os Owners e Admins perderem a senha, a Secret Key e o código de recuperação, ninguém consegue administrar a organização. Mantenha dois Owners e guarde os Emergency Kits.
Cada limite, com o que fazer a respeito, está na página de limitações.
Grátis durante o acesso antecipado
Todos os recursos estão incluídos, dentro dos limites listados na página de preços. Não há etapa de pagamento.
Documentação e integrações relacionadas
Dúvidas e respostas
Não encontrou a resposta? Escreva para support@crunu.com, e uma pessoa vai responder.
É grátis mesmo?
Sim, durante o acesso antecipado. Todos os recursos estão incluídos, e não há etapa de pagamento.
Precisamos rodar um servidor?
Não. Crie a conta em crunu.com, e a sua organização fica no app.crunu.com. O mesmo servidor também pode rodar na sua própria infraestrutura: Docker, Cloudflare Workers, Vercel ou Google Cloud Run. O servidor não é publicado como download público. Escreva para support@crunu.com.
Um desenvolvedor com acesso ao staging consegue ler o production?
Não. Cada ambiente tem a sua própria chave, e a chave do production é selada apenas para as pessoas e máquinas a quem você concede o production.
E se alguém esquecer a senha?
O servidor não consegue redefini-la, porque nunca a teve. Se a pessoa criou um código de recuperação, ele devolve o acesso depois de um período de espera, e a conta dela é avisada enquanto isso. Se alguém da equipe perder a senha e a Secret Key, um Admin pode passar os ambientes pessoais dessa pessoa para uma conta nova.
Até onde podemos crescer com ele?
Uma organização comporta até 500 projetos, um projeto até 50 ambientes, e um ambiente até 1 MB de conteúdo, com uma lista de acesso de até 5.000 entradas.
Podemos levar os nossos dados?
Sim. Exporte um ambiente como um único .env, como um arquivo protegido por senha ou para o Ansible Vault, ou baixe uma cópia offline de tudo o que você consegue ler. A cópia offline abre com a sua senha e a sua Secret Key, sem o servidor. Ambientes restritos por rede não entram nela.
O Crunu é compatível com SSO?
Não. Não há login por SAML ou OIDC para pessoas nem sincronização com diretórios.