Durante décadas, segurança de rede corporativa funcionou como castelo medieval: muros altos na borda e, uma vez dentro do perímetro, praticamente livre trânsito entre sistemas internos. Esse modelo fazia sentido quando funcionários trabalhavam de escritórios físicos, conectados a redes controladas, e aplicações viviam dentro de datacenters próprios. Rolando Bonaccorsi, diretor de operações da Vert Analytics, aponta que esse mundo simplesmente não existe mais, e a arquitetura de segurança de muitas empresas ainda não percebeu isso.
Zero trust parte de uma premissa desconfortável, mas realista: nenhum usuário, dispositivo ou sistema deveria ser automaticamente confiável apenas por estar dentro do perímetro corporativo. Cada solicitação de acesso é verificada individualmente, independentemente de sua origem, substituindo a lógica de castelo protegido pela lógica de verificação contínua e granular.
Por que o perímetro deixou de fazer sentido?
Trabalho remoto, dispositivos pessoais acessando sistemas corporativos e aplicações distribuídas entre múltiplos provedores de nuvem dissolveram a fronteira clara que antes separava dentro e fora da rede corporativa. Um invasor que compromete um único dispositivo remoto, em modelo tradicional, frequentemente ganha acesso amplo demais a sistemas internos que jamais deveria alcançar.
Rolando Bonaccorsi vê nisso um padrão conhecido: violações de segurança graves raramente acontecem porque um invasor quebrou uma única barreira forte, mas porque, uma vez dentro, encontrou pouquíssima resistência adicional para se mover lateralmente entre sistemas. Zero trust ataca exatamente esse ponto, tratando cada movimento interno com o mesmo ceticismo aplicado à borda da rede.
Autenticação contínua, não apenas no login
Em vez de verificar identidade uma única vez no momento de login e conceder acesso amplo pelo resto da sessão, arquiteturas zero trust reavaliam constantemente sinais de risco, como localização, comportamento do dispositivo e padrão de uso, ajustando permissões dinamicamente conforme esses sinais mudam ao longo do tempo.
Não é à toa que Rolando Bonaccorsi insiste nesse ponto, visto que, uma sessão autenticada de manhã não deveria significar carta branca até o fim do dia, especialmente quando sinais de comportamento incomum surgem no meio do caminho. Essa verificação contínua reduz a janela de oportunidade que um invasor teria caso conseguisse comprometer credenciais legítimas de um usuário real.
Microssegmentação como contenção de dano
Dividir a rede interna em segmentos menores e isolados, com controles de acesso específicos entre cada um, limita o alcance de qualquer comprometimento a uma fração pequena da infraestrutura total, em vez de permitir que um único ponto de falha exponha toda a operação de uma vez.
Em vista de sua experiência como engenheiro de computação co MBA executivo, Rolando Bonaccorsi traz uma analogia útil para o tema: microssegmentação funciona como portas corta-fogo em um edifício, que não impedem completamente um incêndio, mas contêm seu avanço a uma área limitada, dando tempo e espaço para resposta antes que o dano se espalhe descontroladamente pelo restante da estrutura.
O custo real de implementar sem preparo adequado
Migrar para zero trust exige mapeamento detalhado de quais usuários precisam acessar quais recursos, um exercício de descoberta que revela, com frequência desconfortável, permissões excessivas acumuladas ao longo de anos sem qualquer revisão sistemática, um trabalho de higiene que precede qualquer implementação técnica da nova arquitetura.
Tentar implementar zero trust tecnicamente sem antes fazer essa faxina de permissões equivale a instalar um sistema de segurança sofisticado em uma casa onde as chaves já foram distribuídas para pessoas demais, um erro comum entre empresas ansiosas por resultado rápido sem o trabalho preparatório necessário.
A transição para zero trust raramente acontece de uma vez, e empresas que tentam essa mudança como projeto único e definitivo costumam se frustrar com a complexidade envolvida. No fim, Rolando Bonaccorsi revela que o caminho mais realista é incremental: começar pelos sistemas mais críticos, aprender com a implementação e expandir gradualmente essa lógica de verificação contínua para o restante da infraestrutura.
O que não muda é a premissa central: em um mundo em que a fronteira entre dentro e fora da empresa praticamente desapareceu, confiar automaticamente em qualquer coisa apenas por sua localização de rede deixou de ser estratégia de segurança viável e passou a ser vulnerabilidade estrutural esperando para ser explorada.
