Relatório de referência sobre resiliência da CYGNVS revela lacunas na preparação para incidentes de IA

O Relatório de referência sobre resiliência da CYGNVS, elaborado pela CYGNVS em parceria com a Marsh Risk, identifica uma lacuna crescente entre o uso da IA pelas organizações e sua capacidade de gerenciar incidentes relacionados a ela. Com base em mais de 9.500 respostas a pesquisas autodeclaradas, o relatório afirma que 89% das organizações consultadas já passaram por algum tipo de incidente de IA, enquanto 46% improvisariam sua resposta a um deles.

Publicado em 13 de outubro de 2026, o relatório analisa um problema que ganha importância à medida que a IA deixa de apenas gerar conteúdo e passa a operar fluxos de trabalho empresariais. Dar a um agente acesso a documentos, e-mails e sistemas empresariais pode torná-lo útil. Também pode dificultar a contenção de uma instrução equivocada, de uma credencial exposta ou de uma sequência descontrolada de ações.

Os resultados sugerem que a adoção da IA e a preparação para se recuperar de suas falhas avançam em ritmos diferentes. Cerca de 80% das organizações incluídas no conjunto de dados usam IA generativa, mas apenas uma em cada três testa seus sistemas de IA contra ataques. Ter um comitê de governança de IA — algo relatado por três quartos das organizações que usam IA — não se traduz necessariamente em defesas operacionais testadas.

O que o relatório considera um incidente de IA

O principal número precisa ser contextualizado. O relatório adota uma definição ampla de incidentes de IA, que inclui alucinações prejudiciais, vieses, deriva do modelo, vazamento de dados, agentes que perseguem objetivos não pretendidos, falhas entre agentes que interagem e mecanismos de proteção inadequados. Esses eventos podem ter causas e consequências muito diferentes.

Uma resposta imprecisa apresentada a um cliente e um agente que expõe informações confidenciais se enquadram nessa discussão mais ampla, mas não são eventos de segurança equivalentes. Portanto, o índice de 89% deve ser entendido como a proporção de organizações que relatam ter passado por algum tipo de incidente de IA, e não como prova de que quase nove em cada dez sofreram uma violação causada por IA. O relatório também afirma que 16% enfrentam um incidente de IA pelo menos uma vez por semana, sem estabelecer que todos esses incidentes tenham a mesma gravidade.

Essa distinção é importante para o planejamento da resposta. Uma saída prejudicial do modelo pode exigir a retirada do conteúdo e a revisão das decisões afetadas. Um agente que atua por meio de ferramentas conectadas pode exigir a revogação de permissões, a preservação de registros de atividade e a identificação de alterações em vários sistemas. Um plano convencional de resposta a invasões pode abranger partes de qualquer uma dessas respostas, mas as equipes ainda precisam saber quais medidas específicas para IA podem tomar e quem tem autoridade para tomá-las.

Planos são comuns. Planos executáveis, nem tanto.

O relatório organiza a preparação em quatro etapas: preparar, praticar, responder e relatar. Em todas elas, a fragilidade recorrente é a distância entre ter a documentação e conseguir executá-la sob pressão.

• Preparar: 92% têm processos documentados de resposta a incidentes, mas apenas 37% contam com planos de resposta específicos para ransomware e 29% têm planos para incidentes envolvendo terceiros.
• Praticar: 17% não realizam exercícios de mesa. Outros 66% os realizam anualmente ou uma vez a cada dois anos.
• Responder: 67% não definiram responsáveis claros por seus processos e dependências mais críticos.
• Relatar: 69% reconhecem lacunas significativas nos registros de quem fez o quê e quando.

Enquanto isso, mais de seis em cada dez organizações afirmam que o volume de incidentes aumentou nos 12 meses anteriores, e 84% revisam os planos de resposta uma vez por ano ou menos. Esses números descrevem aspectos diferentes da preparação, mas, considerados em conjunto, levantam uma questão prática: com que rapidez um plano fica desatualizado quando os sistemas, fornecedores e permissões que ele descreve continuam mudando?

Em implantações de IA, as mudanças podem incluir um novo modelo, uma fonte de dados adicional ou a permissão para executar uma tarefa antes feita manualmente. Cada uma delas pode alterar a resposta necessária quando algo dá errado. Um plano precisa identificar o responsável pelo sistema em questão, os controles de contenção disponíveis e as evidências que devem ser preservadas durante a contenção.

Por que a infraestrutura de resposta precisa de um perímetro próprio

Apenas 33% das organizações consultadas têm um ambiente de comando dedicado e fora de banda que a IA sob investigação não pode observar nem influenciar. A questão arquitetônica é simples: a equipe de resposta precisa de um espaço de coordenação que continue confiável quando o ambiente afetado não for.

Considere um agente com acesso a documentos compartilhados e às ferramentas de mensagens corporativas. Se os responsáveis pela resposta registrarem suas anotações de investigação e seus planos de contenção nesses mesmos sistemas, as permissões do agente também poderão lhe dar acesso à resposta. Isso não significa que todo agente com mau funcionamento vá ocultar seu comportamento. Significa que a arquitetura de resposta não deve depender de o sistema afetado funcionar corretamente.

A CYGNVS aborda essa questão com uma plataforma para coordenar equipes de segurança, líderes empresariais e especialistas externos. Seu Centro de comando para incidentes de IA inclui planos de resposta específicos para IA, cenários de simulação e orientações para a resposta. A empresa afirma que o ambiente funciona de forma independente do sistema corporativo de autenticação única, do e-mail e da infraestrutura dos clientes.

Seus recursos fora de banda incluem identidades de usuário separadas e um Isolate Mode que restringe o espaço de trabalho do incidente aos participantes autorizados. A empresa também menciona registros históricos e certificações de acesso assinadas digitalmente para documentar as atividades de resposta. Esses recursos de coordenação e gerenciamento de evidências ainda dependem de como as organizações configuram o acesso, atribuem responsabilidades e ensaiam seu uso.

Os exercícios precisam incluir quem toma as decisões

Apenas 15% das organizações incluídas no relatório realizam exercícios de simulação de mesa plenamente multifuncionais, com a participação das equipes jurídica e de comunicação, além de executivos. Quase metade ainda trata os ensaios principalmente como exercícios de segurança e TI, envolvendo outras áreas quando necessário.

Com isso, decisões importantes não são ensaiadas o suficiente. Uma equipe de segurança pode conseguir desativar uma integração, mas um líder de negócios talvez precise aprovar a interrupção de um serviço voltado aos clientes. As equipes jurídica e de comunicação talvez precisem avaliar o que pode ser dito antes da conclusão da investigação. Ensaiar essas transferências de responsabilidade ajuda a identificar lacunas de autoridade e pressupostos conflitantes.

Os fornecedores externos são outra dependência. Embora 88% afirmem ter planos de comunicação de crise, mais de quatro em cada dez não garantiram o acesso à expertise externa de que esses planos dependem. Listas de contatos e acordos contratuais são componentes operacionais da prontidão, sobretudo quando várias organizações podem precisar dos mesmos especialistas durante um incidente de grande alcance.

Como interpretar o benchmark

A metodologia descreve mais de 9.500 pesquisas coletadas entre janeiro de 2023 e setembro de 2026 em 21 setores de países da Ásia, da Europa e da América do Norte. As respostas foram autodeclaradas, anonimizadas e analisadas em conjunto. O conjunto de dados inclui organizações que tiveram e que não tiveram um incidente cibernético ou de IA crítico nos 24 meses anteriores.

Trata-se de uma coleta de respostas a pesquisas ao longo de vários anos, não de uma única pesquisa recente com 9.500 empresas distintas. A metodologia publicada não estabelece uma amostra probabilística representativa de todas as organizações nem informa o tamanho da amostra para cada resultado destacado. Os percentuais são indicadores úteis dentro do conjunto de dados, mas não devem ser considerados estimativas precisas da prevalência de incidentes em geral.

O relatório conclui que as organizações que tiveram incidentes críticos recentes tendem a apresentar maior prontidão em várias medidas. Essa associação justifica investigar o que essas organizações mudaram, mas não prova, por si só, que a experiência com incidentes causou as melhorias. A CYGNVS também vende software de gerenciamento de resposta, portanto seu interesse comercial é relevante na avaliação de suas recomendações.

Transformar os resultados em mudanças operacionais

Junto com o relatório, a CYGNVS está lançando sua funcionalidade Resilience Benchmark, que, segundo a empresa, permite aos clientes comparar a prontidão por setor, porte e localização geográfica. Quem não é cliente pode fazer uma avaliação gratuita e receber um relatório comparativo personalizado. O relatório e a avaliação estão disponíveis no recurso de resiliência da CYGNVS.

A principal conclusão é que vale a pena testar ações concretas: quem pode suspender um agente, onde os responsáveis pela resposta se comunicam se os sistemas corporativos forem comprometidos, quais registros permanecem disponíveis e se especialistas externos conseguem participar sem que seja necessário improvisar o acesso em uma emergência. Medir esses recursos oferece aos conselhos de administração e aos líderes de segurança uma visão mais clara da prontidão do que a mera existência de uma política.

À medida que as organizações ampliam a autoridade da IA, a prontidão para responder também precisa avançar. O Relatório de Referência Comparativa de Resiliência da CYGNVS torna essa lacuna visível. Para fechá-la, as equipes precisam transformar intenções escritas em decisões e controles que já tenham praticado.