Não Confie Em Ninguem

O que é não confie em ninguem na prática

A filosofia de segurança conhecida coloquialmente como não confie em ninguem traduz-se num princípio técnico chamado zero trust. A ideia é simples: nunca assumir que qualquer pessoa, dispositivo ou rede dentro do seu perímetro é digna de confiança só porque está do lado de lá do firewall. Cada requisição precisa ser verificada, cada acesso precisa ter motivação documentada, e cada sessão tem prazo de validade. Isso significa que a arquitetura muda completamente em relação ao modelo clássico de castelo e fosso. No modelo antigo, você entrava na rede e tinha acesso quase irrestrito. No zero trust, você entra e continua sendo auditado em tempo real. Não existe mais um "lado confiável" dentro da sua infraestrutura. O bastião perimetral morreu, pelo menos teoricamente.

não confie em ninguem: o que realmente esperar

A implementação prática exige três pilares. Primeiro, verificação contínua de identidade. Segundo, controle de acesso baseado em privilégio mínimo. Terceiro, microssegmentação da rede. Sem esses três, você não tem zero trust, tem apenas um firewall com senha mais complicada. No meu caso, enfrentei um problema específico há cerca de dois anos quando migrei uma infraestrutura de meia dúzia de servidores para um modelo zero trust. A empresa usava senhas compartilhadas entre equipes de dev, operação e suporte. Quando finalmente impus a regra de que cada usuário precisava de credenciais individuais com MFA, o tempo de provisionamento de acessos saltou de minutos para horas. Scripts automatizados que eu mesmo tinha construído pararam de funcionar porque assumiam login único. Passei três dias reescrevendo os runbooks de deploy com integração a um Identity Provider, usando certificados de cliente em vez de senhas para comunicação serviço a serviço. O workaround final foi criar uma camada de abstração com service accounts rotativas geradas via Vault da HashiCorp, com renovação automática a cada quatro horas. Esse tipo de detalhe é o que separa a teoria da prática. A documentação vende zero trust como se fosse plug and play. Não é.

Como implementar não confie em ninguem no dia a dia

Antes de escolher ferramentas, você precisa mapear o que tem. Listar todos os ativos, todos os fluxos de dados entre eles, e todos os usuários que acessam algo. Quantas vezes você já viu uma empresa com zero trust implementado que na verdade só tinha VPN com MFA? Isso é armadilha comum. Começar pelo inventário evita esse erro. O próximo passo é definir a identidade como novo perímetro. Cada usuário e cada serviço precisa de uma identidade única. Sem exceções. Se um script Python faz chamadas a um banco de dados, ele precisa de credenciais próprias, não compartilhar a conta do administrador. Isso parece exagero até você descobrir que um script negligente estava rodando com permissões de root em produção. Depois vem a parte mais difícil: segmentação. Dividir a rede em zonas pequenas e isoladas. Cada zona comunica-se com outras apenas quando estritamente necessário, e sempre com autenticação mútua. A ferramenta mais usada hoje para isso em ambientes cloud é a política de rede nativa do provedor, combinada com um service mesh como Ist atau Linkerd em workloads containerizados. Em infraestrutura on-premise, soluções como Illumio ou Calico fazem o mesmo trabalho.

O monitoramento contínuo fecha o ciclo. Você precisa de logs centralizados de cada decisão de acesso — quem, quando, de onde, com que privilégio, e por quanto tempo. SIEM moderno com detecção comportamental ajuda, mas não resolve tudo. A maior parte das falhas em zero trust acontece porque as políticas são criadas e esquecidas. Elas precisam de revisão periódica, idealmente mensal nos primeiros seis meses após a implantação.

Onde encontrar ferramentas para aplicar não confie em ninguem

Não existe um download único que implemente zero trust. É uma arquitetura, não um software. Mas existem componentes que você pode combinar: Identity e Access Management: Okta, Auth0, Keycloak (open source), Azure Entra ID. Escolha depende do tamanho da organização e do orçamento. Microssegmentação: Cilium para Kubernetes, Calico para infraestrutura traditional, Illumio para ambientes híbridos.

Gestão de segredos: HashiCorp Vault, AWS Secrets Manager, Azure Key Vault. Políticas de rede: Istio, Linkerd, nginx ingress com TLS mutual para clusters Kubernetes. Monitoramento e logging: Elastic Stack, Grafana Loki, Datadog, ou soluções nativas de cada cloud provider.

Todos esses elementos se conectam. A documentação oficial de cada projeto tem guias de integração que vão além do básico. Vale a pena ler antes de montar o primeiro protótipo.

O que ninguém te conta sobre não confie em ninguem

A primeira coisa que as vendas não mencionam é o custo operacional. Implementar zero trust bem feito consome entre 40 e 80 horas de engenharia por trimestre em uma equipe pequena. Metade disso é manutenção de políticas que se tornaram obsoletas. A outra metade é responder a incidentes de acesso legítimo que foram bloqueados porque as regras estavam muito restritivas. A segunda coisa é que zero trust não protege contra tudo. Se um atacante comprometeu a identidade de um usuário privilegiado com MFA — e isso acontece com frequência por phishing de tokens —, o zero trust por si só não resolve. Você precisa de behavioral analytics e detecção de anomalias no comportamento do usuário. Ferramentas como BeyondCorp da Google ou soluções similares de vendors como CrowdStrike oferecem esse adicional, mas ainda é uma camada separada, não parte nativa do zero trust. A terceira coisa, e talvez a mais importante: zero trust em uma organização com cultura de "confiança cega" vai falhar. Os engenheiros vão burlar as políticas. Os desenvolvedores vão pedir exceções até sobrar exceção demais. A resistência humana é o maior bottleneck, muito acima de qualquer limitação técnica. Se você não tem apoio da direção para impor rigor, comece pequeno. Escolha um serviço crítico, isole-o completamente, e use os resultados como prova de conceito para expandir depois.

Alternativas parciais existem. Um VPN bem configurado com MFA e segmentação básica cobre necessidades menores. Para startups ou times com menos de cinquenta pessoas, investir em zero trust completo pode ser overkill. O equilíbrio certo depende do valor dos ativos que você está protegendo e da maturidade da sua equipe. Não adianta ter a arquitetura perfeita se ninguém sabe operá-la. Se quiser começar por algum material técnico, o NIST SP 800-207 é a referência oficial. É denso, mas é o documento base que a maioria das implementações sérias segue. Qualquer outra coisa que você encontrar pela internet é interpretação, não especificação.