TL, DR
Quase todas as equipes de engenharia usam assistentes de programação com IA. Quase nenhuma consegue inventariar quais ferramentas de IA elas realmente executam. A Gartner definiu a Gestão da Postura de Segurança da IA como uma categoria em seu Ciclo de Hype de Segurança de Dados de 2025 porque a lacuna é real: modelos, agentes, servidores MCP e conjuntos de dados são ativos de IA na superfície de ataque, e a maioria das organizações não possui uma maneira estruturada de visualizá-los.
Descobrir sem remediar é apenas um erro. dashboard. Aproximadamente 40% do código gerado por IA contém vulnerabilidades de segurança. Os assistentes de IA reproduzem padrões inseguros em um volume que nenhuma revisão manual foi projetada para lidar. Saber quais ativos de IA existem resolve apenas metade do problema — a outra metade consiste em avaliar o risco e corrigir o código antes de sua publicação, no mesmo fluxo de trabalho em que foi escrito.
A superfície de ataque é mais ampla do que o código. Os ataques documentados já visam os recursos que cercam o código: Unicode oculto em arquivos de regras que fazem com que os assistentes emitam saídas com backdoors, envenenamento de ferramentas MCP e execução remota completa de código por meio de uma ponte MCP amplamente utilizada (mais de 437,000 downloads) e slopsquatting — registro de nomes de pacotes que modelos de IA têm probabilidade estatística de alucinar. Tradicional SAST e SCA Não vejo nada disso.
A solução é um laço, não ferramentas de três pontos: AI-SPM Cria o inventário e a lista de materiais com IA (AI-BOM); Segurança AI avalia o risco em relação ao OWASP Top 10 para aplicações de LLM; DevAI Corrige códigos vulneráveis dentro do IDE à medida que são escritos, abrange códigos gerados por IA e escritos por humanos, e intercepta o que outros agentes estão prestes a fazer antes que o façam. Isso se aplica às descobertas dos próprios scanners da Xygeni e a tudo o que já foi coletado por meio de ferramentas já existentes. — não é necessário arrancar e substituir nada.
Quase todas as equipes de engenharia adotaram assistentes de codificação de IA. Quase nenhuma delas consegue responder a uma pergunta simples: quais modelos de IA, agentes e servidores MCP realmente utilizamos e qual o risco que cada um representa? Essa lacuna agora tem um nome. A Gartner definiu formalmente o Gerenciamento da Postura de Segurança da IA. (AI-SPM) como uma categoria em sua Ciclo de Hype para Segurança de Dados em 2025 — a mesma linhagem que produziu CSPM e DSPM. A categoria existe porque os números são concretos: aproximadamente 40% do código gerado por IA contém vulnerabilidades de segurança, a IA agora faz parte da superfície de ataque em vez de ser apenas uma ferramenta usada pelos desenvolvedores, e a maioria das organizações não possui um inventário estruturado dos ativos de IA que executam.
Este também será o tema que discutiremos no local. OWASP AppSec Days Portugal 2026, 23 e 24 de setembro no Porto, onde Xygeni é um patrocinador Ouro.Mais sobre isso no final, mas se você quiser pular para a frente, Compre seu ingresso aqui..
O problema: o código gerado por IA apresenta seu próprio perfil de risco.
Aproximadamente 40% do código gerado por IA contém vulnerabilidades de segurança. Pesquisas independentes sobre assistentes de codificação por IA constataram taxas de falha consistentemente altas em relação a essas vulnerabilidades. Top 10 OWASPCom certas categorias de falhas, como cross-site scripting, aparecendo na grande maioria das amostras geradas. Os assistentes de IA não apenas escrevem código mais rápido. Eles também reproduzem padrões inseguros, dependências inseguras e configurações inseguras com maior rapidez e em um volume que nenhum processo de revisão manual foi projetado para lidar.
A superfície de ataque não se limita ao código escrito por um assistente. Ela se estende aos recursos de IA que suas equipes já utilizam e raramente inventariam: modelos, conjuntos de dados, agentes e servidores MCP. Cada um deles já produziu ataques reais e documentados.
- Arquivo de regras com acesso não autorizado: Os atacantes ocultam instruções usando caracteres Unicode invisíveis dentro de regras e arquivos de configuração lidos por ferramentas como GitHub Copilot e Cursor, fazendo com que o assistente emita código malicioso sem nunca mencionar isso. Catalogado como um Estudo de caso do MITRE ATLAS.
- Envenenamento da ferramenta MCP e execução remota de código: Uma vulnerabilidade crítica em uma ponte MCP amplamente utilizada, baixada mais de 437,000 vezes, permitia a execução remota completa de código no momento em que um cliente se conectava a um servidor MCP não confiável.
- Agachamento desleixado: Uma pesquisa acadêmica em larga escala gerou mais de dois milhões de amostras de código em dezesseis LLMs (Language Library Modules) e descobriu que quase um em cada cinco pacotes recomendados simplesmente não existia, nomes que os atacantes podem registrar e usar como arma antecipadamente.
Nada disso aparece em um tradicional SAST or SCA Essas ferramentas entendem de código. Elas não entendem o que é um modelo, o que um servidor MCP está fazendo ou se o arquivo de configuração de um agente foi adulterado.
A maioria das equipes está resolvendo apenas metade do problema.
A resposta instintiva é adicionar ferramentas pontuais: uma para varredura de modelos, outra para firewalls de prompts em tempo de execução, uma terceira para assistentes IDEÉ o mesmo erro que a AppSec cometeu com SAST, SCAE a varredura de segredos, realizada há quinze anos, produz o mesmo resultado: visibilidade fragmentada, ruído de alertas e nenhum lugar único para responder à pergunta "qual IA realmente executamos e ela é segura?".
A descoberta sem correção apenas indica onde está o problema. A correção sem descoberta significa que você está corrigindo o código enquanto servidores MCP não autorizados e agentes não aprovados são executados sem monitoramento ao lado. A segurança com IA precisa abranger ambos, na mesma plataforma, ou não é gerenciamento de postura. É uma... dashboard.
A melhor maneira: Gestão de Postura de Segurança com IA que descobre, detecta e corrige vulnerabilidades.
Xygeni Segurança AI fecha esse ciclo ao longo de toda a era da IA. SDLC, desde o modelo e o servidor MCP até o ponto de extremidade do desenvolvedor.
- Descobrir. O AI-SPM cria um inventário em tempo real de todos os ativos de IA da organização: modelos, conjuntos de dados, agentes, servidores MCP. Ele comprova esse inventário com um AI-BOM, As evidências que auditores e reguladores exigem cada vez mais, sejam elas documentação técnica para sistemas de alto risco de acordo com a Lei de IA da UE ou os inventários de ativos exigidos por estruturas como a ENS da Espanha.
- Detectar. A IA de segurança avalia cada ativo em relação ao risco real: injeção imediata, configurações inseguras de MCP, exposição de dados, alinhadas ao OWASP Top 10 para candidaturas a mestrado em Direito (LLM)Os resultados são classificados, não simplesmente colocados em uma fila.
- Corrija no momento em que o código é escrito. É aqui que a IA gerada entra em ação. Segurança de Código Na verdade, o problema é resolvido. Xygeni DevAI Funciona como uma camada contínua dentro do IDE, realizando varreduras incrementais à medida que os desenvolvedores trabalham com código escrito por humanos e gerado por IA. Realiza detecção de vulnerabilidades por IA ativa e mapeia vulnerabilidades. Caminhos de ataque orientados por IA Para mostrar como uma falha poderia ser explorada na prática, o sistema fornece correções seguras geradas por IA, validadas quanto à possibilidade de exploração e risco de alterações que quebrem a compatibilidade, antes mesmo de um desenvolvedor aplicá-las. Guardrails Valida as alterações em relação às políticas de segurança e conformidade antes que elas cheguem à integração contínua (CI), e um agente DevAI dedicado intercepta o que outros agentes estão prestes a fazer: valida arquivos de habilidades e regras, verifica cada pacote que um agente tenta instalar em busca de malware e padrões de slopsquatting e observa o comportamento da ferramenta MCP em busca de envenenamento, tudo antes da execução.
- Impor. Shield Estende a mesma política ao endpoint do desenvolvedor, bloqueando atividades de IA inseguras antes que sejam executadas.
E porque Triagem de IAAs funcionalidades de explicação e correção não se aplicam apenas às descobertas da Xygeni, mas a tudo o que é incorporado a partir de ferramentas já implementadas. As equipes obtêm isso sem precisar descartar o que já investiram.
Conheça a Xygeni no OWASP AppSec Days Portugal 2026
Vamos levar essa conversa para o Porto. Xygeni é um patrocinador Gold em OWASP AppSec Days Portugal 2026, corrida Setembro 23-24 na Fundação António Cupertino de Miranda.
Estaremos no evento discutindo a Gestão da Postura de Segurança da IA na prática: como as equipes estão descobrindo ativos de IA que não sabiam que possuíam, como a IA os gera Segurança de Código se integra a um programa de segurança de aplicativos existente, em vez de ficar ao lado dele, e mostra como a onda atual de ameaças de MCP e agentes realmente se apresenta na prática.
Se você for participar, Venha conhecer a equipe da Xygeni no estande 12. Se a segurança da IA estiver nos seus planos e você não puder comparecer ao evento no Porto, teremos o maior prazer em discutir o assunto pessoalmente. Nessas mesmas datas, também estaremos em Dia OWASP Alemão 2026 em Karlsruhe, discutindo a segurança da IA e Shieldespecificamente a camada de aplicação.
Agende uma reunião conosco!
Perguntas frequentes
- O que é Gestão de Postura de Segurança com IA (AI-SPM)?
AI-SPM é a disciplina de descobrir, inventariar e avaliar continuamente o risco de todos os ativos de IA que uma organização utiliza — modelos, conjuntos de dados, agentes e servidores MCP — da mesma forma que CSPM faz para a nuvem e DSPM para dados. O Gartner definiu-a como uma categoria em seu Ciclo de Hype de Segurança de Dados de 2025. O AI-SPM da Xygeni cria esse inventário e o complementa com uma Lista de Materiais de IA (AI-BOM), fornecendo às equipes de segurança e conformidade evidências que podem ser apresentadas a um auditor.
- O que torna algo gerado por IA Segurança de Código diferente do tradicional SAST or SCA?
A análise estática tradicional e a verificação de dependências foram desenvolvidas para entender código e pacotes, não riscos específicos de IA. Elas não detectam injeção de prompts, regras maliciosas ou arquivos de habilidade, envenenamento de ferramentas MCP ou nomes de pacotes com nomes alterados que um assistente de IA possa instalar. Gerado por IA Segurança de Código Precisa se integrar ao mesmo fluxo de trabalho que os desenvolvedores já utilizam, analisando simultaneamente o código escrito por humanos e o código gerado por IA, que é o que o Xygeni DevAI faz dentro do IDE.
- Por que cerca de 40% do código gerado por IA contém vulnerabilidades?
Os assistentes de codificação por IA aprendem e reproduzem os padrões em seus dados de treinamento, incluindo os inseguros, e geram código muito mais rápido do que a revisão manual consegue acompanhar. Pesquisas independentes têm consistentemente encontrado altas taxas de vulnerabilidades do OWASP Top 10 em amostras geradas por IA, com certas categorias de falhas, como cross-site scripting, aparecendo na grande maioria dos testes.
- Será que o AI-SPM substitui nossas ferramentas de segurança de aplicativos existentes?
Não, e nem deveria tentar. Os recursos de Triagem, Explicação e Remediação de IA da Xygeni se aplicam tanto às descobertas dos próprios scanners da Xygeni quanto às descobertas importadas de ferramentas de terceiros já implementadas. Assim, as equipes obtêm uma cobertura unificada de riscos de IA sem precisar substituir completamente o que já investiram.
- Onde posso ver isso em funcionamento?
A Xygeni é patrocinadora Gold do OWASP AppSec Days Portugal 2026., nos dias 23 e 24 de setembro no Porto, e a equipe estará presente no local. Cabine 12 Conversando por meio de AI-SPM, gerado por IA Segurança de Códigoe a atual onda de ameaças de MCP e agentes. Garanta seu ingresso ou entre em contato diretamente caso não possa comparecer ao Porto.
Na mesma semana, também estamos em Dia OWASP Alemão 2026 Em Karlsruhe, com foco em Segurança de IA e Shieldcamada de aplicação.
