Na era do agentic AI, a pergunta de segurança muda de manter atacantes fora para o que um agente já dentro dos sistemas pode fazer e como provar depois. Estudo da Cloud Security Alliance de 2026 mostrou que 53% das organizações tiveram agentes excedendo permissões, e SAP é um campo crítico para esse risco.
53% das organizações relatam agentes de IA excedendo permissões pretendidas, segundo Cloud Security Alliance
Injeção de prompt, escalação de privilégio ambiental e supply chain de IA são os três padrões de risco
Leia também
IA em pagamentos: por que separar o agente do dinheiro evita rombo de 100x
Controles AppSec como RASP e menor privilégio devem proteger agentes em produção
Guardrails de modelo são contornáveis na maioria das tentativas; a arquitetura ao redor protege
Conselhos devem perguntar quais decisões a IA toma em produção e quem assina por elas
Segurança de aplicações na era agentic: o problema do perímetro
Os sistemas agênticos apagam a linha entre usuário e aplicação. Agentes autônomos escrevem código, chamam APIs e agem com credenciais e privilégios concedidos para fins legítimos, operando dentro de fluxos confiáveis. As defesas clássicas, baseadas em perímetro, não foram projetadas para isso.
Em SAP, que roda finanças, folha de pagamento e dados mestre das maiores empresas, o impacto é direto: produtos como Joule e agentes embarcados em S/4HANA e BTP adicionam atores privilegiados contra dados críticos. O risco de comportamento inesperado em ERP de produção não é teórico.
Injeção de prompt como novo SQL injection: instruções maliciosas em dados que o agente lê redirecionam ações
Escalação de privilégio ambiental: encadeamento de chamadas de API monta acesso efetivo que nenhum humano recebeu
Supply chain estende-se a artefatos gerados por IA: análise de composição precisa raciocinar sobre código não revisado
Controles AppSec para agentes e runtime protection
RASP deve monitorar ações iniciadas por agentes, não apenas sessões humanas, tratando o chamador autônomo como sujeito para escrutínio em tempo real. Segurança de API precisa assumir o agente como cliente principal e aplicar menor privilégio e baselining comportamental.
Análise de composição de software deve estender-se a código gerado e configurado por IA, fechando a lacuna entre o que um humano cometeu e o que um agente produziu. O ataque relatado por The Hacker News em abril de 2026 mostrou pacotes npm de SAP comprometidos com arquivos maliciosos para sequestrar agentes de codificação.
Em 2024, a Wiz divulgou falhas no SAP AI Core permitindo execução de código arbitrário e acesso a dados de clientes. Essas ameaças nascem dentro de fluxos confiáveis, e não na borda, o que reforça a importância da segurança de aplicações.
Guardrails de modelo limitam o que o agente recebe de instrução, não o que ele pode acessar
Pesquisa da VentureBeat mostra guardrails contornáveis na maioria das tentativas
Durabilidade vem da arquitetura: dados acessíveis, mudanças permitidas, ações observáveis e reversíveis
Humano no comando e soberania de dados
“Human in the loop” passivo não é suficiente para IA agentica em produção. O agente recomenda e prepara, mas o humano autoriza ações consequentes, com autorização vinculada à ação específica e assinatura de auditoria. A responsabilidade permanece humana.
Permitir que o cliente traga seu próprio modelo de IA é o segundo pilar: o modelo pertence à empresa, os dados permanecem no perímetro e o cliente escolhe o provedor. Soberania sobre modelo e dados é a fundação para auditar tudo.
Agente executa, humano autoriza e assina trilha de auditoria
Modelo próprio do cliente mantém dados nas fronteiras da empresa
Soberania de modelo e dados permite rastreabilidade total
A pergunta que os conselhos devem fazer
Boards que perguntam apenas se a organização usa IA não revelam exposição real. A pergunta crucial: quais decisões estamos deixando a IA tomar em produção, e quem assina por elas? Se a resposta é incerteza, a implantação não está pronta.
Trate agentes com o mesmo rigor de usuários privilegiados. A segurança de aplicações aplicada com disciplina a um novo ator e liderada por um humano define se o potencial da agentic AI é capturado com segurança.
Pergunta certa para o board: quais decisões e quem assina
AppSec com disciplina estendida a novo ator
Liderança humana no comando como pré-requisito de implantação
| Padrão de risco | Descrição | Defesa AppSec |
|---|---|---|
| Injeção de prompt | Instrução maliciosa em dados lidos pelo agente redireciona ações dentro de fluxo confiável | Validação de entrada estendida a dados processados por modelos |
| Escalação de privilégio ambiental | Encadeamento de chamadas de API monta acesso que nenhum humano recebeu | Menor privilégio dinâmico e baselining comportamental |
| Supply chain de IA | Código gerado por IA sem revisão humana com componentes não analisados | Análise de composição estendida a código gerado e configurado por IA |
Arraste para o lado para ver toda a tabela.
Leia também:
Ataques Supply Chain Segurança Deve Focar No Que O Código Pode Fazer
Cadeia De Custodia Da Identidade Como Proteger Acesso Na Supply Chain
Arquitetura De Agentes De Ia Por Que Você Precisa Parar De Tratar LLMs Como Magica
Fonte: Forbes Technology Council
