Segurança
Arquitetura de segurança e modelo de ameaças
Segurança aqui não é recurso. É a arquitetura.
Em desenvolvimento · acesso antecipado
Feito por um profissional de identidade e segurança. Abaixo está o nosso modelo de ameaças, baseado em identidade criptográfica, criptografia de ponta a ponta e divulgação transparente dos riscos residuais.
O que protegemos
- Comandos e aprovações são assinados no celular com uma chave que nunca sai dele; o hub os retransmite, mas não consegue forjá-los nem alterá-los.
- Comandos, respostas, detalhes de aprovação e dados do painel são criptografados de ponta a ponta entre o celular e o PC. O hub retransmite um conteúdo cifrado que não consegue ler.
- O vínculo exige presença física: um QR code no PC e um código de 6 dígitos digitado no teclado dele.
- Repetições são recusadas (carimbos de tempo, identificadores únicos, tickets de conexão de uso único).
- Segredos ficam no Gerenciador de Credenciais do Windows ou no Secret Service do Linux, não em arquivos de configuração.
- Execuções iniciadas pelo celular rodam num contêiner sem acesso às suas chaves ou à sua pasta pessoal, e com rede liberada só para os endereços permitidos.
O que não conseguimos proteger
- Um PC totalmente comprometido: se um malware roda como você ou como administrador, ele faz o que você faz.
- O hub vê os metadados de que precisa para rotear (qual dispositivo, quando, qual projeto e agente), nunca o conteúdo.
- Agentes rodando com o mesmo usuário do sistema não podem ser totalmente separados entre si; a barreira de verdade é a sua aprovação.
- Ferramentas nativas de clientes sem hooks (veja "Sem rodeios").