Agentes de IA já são identidades corporativas: por que Zero Trust também vale para automações

De scripts agendados a agentes de IA: o mesmo risco sob credenciais diferentes

Durante anos, pequenas e médias empresas conviveram com automações tradicionais: chaves de API salvas em sistemas de gestão, contas de serviço criadas no servidor local para rotinas de backup e scripts agendados que enviam relatórios por e-mail. A chegada dos agentes de inteligência artificial generativa não alterou o fundamento básico dessa equação: para executar uma tarefa, a automação precisa de uma credencial que lhe conceda permissão de leitura, escrita ou execução.

A diferença marcante é o grau de autonomia. Enquanto o script tradicional executa sequências rígidas e previsíveis de comandos pré-programados, o agente de IA analisa contexto, escolhe chamadas de API em tempo de execução e encadeia tarefas de forma dinâmica. Se a credencial associada ao agente possuir privilégios amplos e irrestritos, um erro de raciocínio, uma instrução maliciosa em um documento lido (prompt injection) ou um vazamento de chave pode expor todo o ambiente corporativo.

Para se aprofundar na análise sobre como sistemas de IA interagem com contas administrativas, vale consultar nossas análises anteriores sobre por que seu agente de IA virou um usuário privilegiado, as proporções de identidades de máquina no ambiente operacional e a importância do acesso temporário just-in-time (JIT) para mitigar exposições prolongadas.

O que o NIST já alertava em 2020 e a evolução em construção

Em agosto de 2020, o National Institute of Standards and Technology (NIST) publicou a publicação especial NIST SP 800-207 (Zero Trust Architecture). O documento parte da ideia de que não se deve conceder confiança implícita a um ativo ou a uma conta apenas por sua localização na rede ou por sua propriedade.

Em fevereiro de 2026, o National Cybersecurity Center of Excellence (NCCoE), vinculado ao NIST, deu um passo adiante ao publicar o documento de consulta pública (concept paper, rascunho) intitulado "Accelerating the Adoption of Software and AI Agent Identity and Authorization". Por ser um documento de consulta, e não uma norma, ele indica que o tema ainda está em discussão.

O rascunho do NCCoE busca responder a perguntas complexas levantadas pelo próprio documento: como aplicar autenticação forte e gerenciamento seguro de chaves a componentes que executam sem intervenção humana, como garantir logs de auditoria à prova de adulteração para ações autônomas e como vincular inequivocamente cada chamada técnica à identidade da entidade não humana responsável.

Cinco princípios do Zero Trust aplicados às automações

A publicação NIST SP 800-207 estabelece sete princípios fundamentais para a arquitetura Zero Trust. A Oryxon selecionou cinco destes princípios e adaptou-os diretamente para a realidade operacional de automações, scripts e agentes de IA em pequenas e médias empresas:

O risco classificado pela OWASP para aplicações agênticas

A preocupação com identidades não humanas não se limita a órgãos governamentais. No projeto OWASP GenAI Security Project, focado nas ameaças de segurança em inteligência artificial, o risco de Identity and Privilege Abuse (Abuso de Identidade e Privilégios) foi destacado entre as principais ameaças enfrentadas por sistemas agênticos em 2026.

Na leitura da Oryxon, esse risco aparece de forma concreta quando agentes de IA recebem credenciais corporativas sem controle estrito de escopo, e atacantes podem explorar falhas no fluxo da aplicação para forçar o agente a executar ações não autorizadas — como exportar bancos de dados completos, alterar configurações de segurança ou enviar mensagens em nome de diretores. O agente torna-se o veículo do ataque dentro do perímetro interno da organização.

Controles mínimos para PMEs: adaptação prática da Oryxon

Estruturar uma governança de identidades de automação em uma pequena ou média empresa não exige a contratação de ferramentas complexas de grande porte. A Oryxon adaptou as diretrizes internacionais em um conjunto de seis controles operacionais práticos recomendados para a realidade de PMEs:

• Responsável nominal designado: Cada script, chave de API ou agente de IA em produção deve possuir um colaborador ou gestor humano identificado como responsável pela sua manutenção e supervisão.
• Identidade própria por automação: Não compartilhe credenciais humanas nem utilize a mesma chave de API para múltiplos robôs. Cada automação deve possuir sua conta de serviço dedicada.
• Princípio do menor privilégio: Conceder estritamente as permissões necessárias para a tarefa. Se a automação apenas gera relatórios, ela não deve ter permissão de exclusão ou alteração de registros.
• Validade e rotação de credenciais: Definir prazos de expiração para tokens e estabelecer rotinas periódicas de renovação de chaves secretas.
• Registros de log centralizados: As requisições executadas pela credencial da automação devem gerar logs auditáveis, permitindo identificar quando e o que foi acessado.
• Mecanismo de desligamento imediato (Kill Switch): Procedimento documentado para revogar os tokens e interromper o acesso da automação instantaneamente em caso de comportamento anômalo.

O que NÃO fazer ao adotar Zero Trust em automações

Ao planejar a segurança das automações corporativas, a gestão de TI deve evitar duas armadilhas bastante frequentes no mercado:

Em primeiro lugar, não trate Zero Trust como um produto comercial para comprar. Zero Trust não é uma licença de software, um firewall específico ou uma caixa que se instala no servidor. Trata-se de uma estratégia de arquitetura e uma disciplina de processos. Adquirir uma ferramenta rotulada como "Zero Trust" sem ajustar a gestão de credenciais e permissões não protege o ambiente.

Em segundo lugar, evite a promessa de "confiança zero" absoluta. Em ambiente operacional real, sistemas precisam se comunicar e trocar dados para gerar valor de negócio. O objetivo técnico do Zero Trust não é inviabilizar o trabalho, mas sim substituir a confiança cega e irrestrita por verificações contínuas, escopos delimitados e contenção de danos.