Resiliência em vez de pânico: quatro passos para a era da IA pioneira

Durante anos, a hipótese de trabalho na área de segurança corporativa era de que uma infraestrutura de prevenção madura poderia conter o ataque por tempo suficiente para que os defensores pudessem reagir. A Frontier AI está abalando essa premissa, já que os modelos mais recentes reduzem o tempo necessário para detectar e explorar vulnerabilidades de dias ou semanas para praticamente tempo real.

Lançada para avaliar os possíveis riscos à segurança decorrentes de seu próprio modelo Mythos, a iniciativa Project Glasswing da Anthropic já conta com a participação de quase 200 empresas e identificou aproximadamente 10.000 vulnerabilidades críticas ou de alta gravidade. Enquanto isso, o GPT-5.5 da OpenAI está demonstrando capacidades comparáveis.

Em um webinar recente, Pranay Ahlawat, diretor de tecnologia e IA da Commvault, e Vidya Shankaran, diretora de tecnologia de campo, se juntaram a mim para explorar o novo cronograma para o gerenciamento de vulnerabilidades, a crescente importância da validação da recuperação e como as equipes devem encarar a resiliência atualmente. Inscreva-se no webinar sob demanda.

Pontos principais

• À medida que a capacidade de ponta em IA se duplica em um ritmo cada vez mais acelerado, os recursos avançados que ajudam a reduzir o tempo entre a descoberta de uma vulnerabilidade e sua exploração chegarão às mãos dos adversários dentro de seis a nove meses.
• A recuperação de um sistema de IA agênica exige a sincronização simultânea de fontes de dados, configurações de agentes e identidades não humanas; restaurar qualquer elemento isoladamente pode criar lacunas que só vêm à tona quando algo a jusante deixa de funcionar.
• O backup e a recuperação resolvem problemas diferentes: o backup garante que os dados estejam armazenados em um local seguro, enquanto a recuperação garante que uma organização possa realmente retornar a um estado limpo e funcional.
• O ResOps™ (operações de resiliência) enquadra a recuperação como uma disciplina multifuncional. Ele reúne as equipes de segurança, operações e tecnologia em torno de uma definição comum do que realmente significa “limpo”.
• Uma estrutura de quatro etapas — definir uma empresa minimamente viável, isolar e testar as cargas de trabalho mais importantes, avaliar a recuperação em termos de risco e realizar simulações completas de recuperação — oferece às organizações um ponto de partida prático.

A Frontier AI revoluciona a gestão de vulnerabilidades

O poder da IA de ponta agora dobra aproximadamente a cada quatro meses, muito mais rápido do que há alguns anos. Embora os modelos do tipo Mythos ainda não tenham sido lançados publicamente, os adversários podem em breve obter acesso de código aberto a recursos semelhantes aos do Mythos, incluindo:

• Uma janela de contexto efetivamente ilimitada.
• A capacidade de criar um conjunto de ferramentas de ataque por meio da compilação reversa de código e da criação de contêineres para identificar vetores de ataque.
• Encadeamento de vulnerabilidades, que consiste na combinação de falhas que, isoladamente, são de menor gravidade, para formar uma exploração grave.

Isso traz sérias implicações. Atualmente, duas em cada três organizações apresentam mais de 100.000 vulnerabilidades sem correção, com um tempo médio de correção de aproximadamente 240 dias. No passado, as equipes de segurança descartavam muitas vulnerabilidades por considerarem que seria muito difícil para um invasor comum combiná-las, mas a automação tornou essa visão praticamente obsoleta.

Ao mesmo tempo, o uso da IA na criação de código — cerca de 41% do código novo é agora gerado por IA, e o GitHub registrou um aumento de 25% ano a ano nos commits — está ampliando a superfície de vulnerabilidade mais rapidamente do que as medidas corretivas conseguem lidar com ela. A capacidade de identificar novas vulnerabilidades de dia zero em grande escala agrava ainda mais o problema. Quando o tempo entre a descoberta e a exploração se aproxima de zero, a janela de oportunidade para ações defensivas se fecha efetivamente.

Visão do futuro: a rápida transformação da IA

Este vídeo destaca uma realidade crucial: os recursos avançados de IA raramente permanecem exclusivos por muito tempo. À medida que as inovações de ponta em IA se difundem para ecossistemas mais amplos, as organizações devem se preparar para um futuro em que recursos ofensivos cada vez mais sofisticados se tornem mais amplamente disponíveis.

A nova métrica de resiliência: tempo médio para uma recuperação completa

O backup e a recuperação resolvem problemas fundamentalmente diferentes. O backup apenas confirma que os dados foram copiados para um local seguro, mas não diz nada sobre se a organização pode realmente voltar a funcionar normalmente. E é aí que as coisas podem ficar complicadas. Dois desafios costumam impedir que um backup e uma recuperação sejam bem-sucedidos.

1. Restaurar um ambiente complexo significa recuperar o aplicativo, as máquinas virtuais, a configuração de rede, o Active Directory e os bancos de dados transacionais que o suportam, tudo na sequência correta.
2. É preciso garantir que os dados que você está restaurando estejam livres de malware ou backdoors — algo que sete em cada dez organizações que estão se recuperando de um incidente cibernético não conseguem verificar atualmente.

Uma recuperação que cumpra a meta de prazo, mas que, ao mesmo tempo, reintroduza uma ameaça ativa, pode ser pior do que nenhuma recuperação. Para obter uma visibilidade mais clara de sua resiliência, as organizações começaram a usar a métrica “tempo médio para recuperação limpa” (MTCR), que combina o “tempo objetivo de recuperação” (RTO) — o tempo necessário para validar que os dados recuperados estão de fato limpos — e uma etapa final de validação humana antes que os sistemas retornem à produção. A meta de recuperação para o MTCR é a “empresa mínima viável”: os cerca de 30% de um ambiente, ordenados por dependência, que precisam voltar a ficar online para que a organização continue funcionando.

A sala limpa como ferramenta de teste

Os testes de recuperação, a etapa final de validação em ambiente humano no MTCR, geralmente envolvem a criação de um ambiente separado dos sistemas de produção ativos — uma tarefa demorada quando cada minuto conta. Embora as salas limpas sejam, às vezes, vistas como um elemento de backup, um ambiente de recuperação de desastres (cleanroom) baseado em nuvem também pode desempenhar um papel proativo na recuperação, fornecendo um ambiente isolado para orquestrar e testar recuperações complexas antes que elas sejam restauradas na produção.

Esse mesmo ambiente isolado também pode servir como uma ferramenta forense, permitindo que as equipes comparem duas versões de um backup lado a lado para entender melhor o que mudou durante um incidente. E, como é nativo da nuvem e baseado no consumo, as organizações podem evitar a implantação de infraestrutura dedicada apenas para testar a recuperação.

Quatro etapas para a resiliência operacional

A estrutura de quatro etapas da Commvault para a construção de resiliência operacional mensurável baseia-se nessas ideias.

• Etapa 1: Definir a empresa mínima viável: uma visão voltada para os negócios sobre o que precisa ser restaurado, em que sequência e com quais dependências, para que a organização volte a funcionar, em vez de um simples inventário de bancos de dados e máquinas virtuais.
• Etapa 2: Certifique-se de que os sistemas que dão suporte a essa empresa minimamente viável estejam em um ambiente isolado, imutável e segmentado em rede, que possa ser ativado e desativado rapidamente. Para cargas de trabalho de maior importância, isso deve ser testado a cada 45 dias.
• Etapa 3: Avalie os riscos da recuperação antes de declará-la concluída, pois reintroduzir um backdoor ou um malware durante a recuperação anula o objetivo do exercício e deixa pouco tempo para uma segunda tentativa.
• Etapa 4: Encare a recuperação como algo mais do que um exercício teórico. Realize os procedimentos de recuperação com as mesmas pessoas e os mesmos processos que estariam envolvidos em um incidente real, juntamente com a automação subjacente a eles.

Quando a IA se torna o problema da recuperação

Grande parte das empresas já utiliza sistemas de IA em ambiente de produção, mas apenas cerca de 20% delas realmente testaram sua capacidade de recuperação, o que as deixa vulneráveis em caso de incidente. Isso é especialmente significativo à luz das três maneiras pelas quais a IA altera a arquitetura de resiliência.

Em primeiro lugar, a IA amplia a área que precisa de proteção, desde bancos de dados de vetores e pesos de modelos até configurações de agentes e os terminais — como o Claude Cowork ou o Google Antigravity —, onde os funcionários realmente interagem com os agentes. Isso também gera um problema de propagação em cascata, no qual uma única atualização de um agente pode se propagar por uma malha de sistemas conectados de maneiras muito menos previsíveis do que em um aplicativo tradicional de três camadas.

Por fim, a IA torna o próprio processo de recuperação mais complexo, uma vez que restaurar um sistema baseado em agentes significa sincronizar, de uma só vez, a memória, o estado, os dados transacionais e as identidades não humanas (NHIs) — as credenciais e permissões atribuídas a agentes de IA, e não a pessoas.

Os clientes que estão mais avançados na implantação de agentes já incorporaram esses sistemas ao seu modelo de negócio minimamente viável. Em cada estágio de maturidade, a ênfase está em restaurar fontes de dados, configurações de agentes e elementos de suporte, como pesos e vieses, de forma integrada, em vez de como esforços separados, uma vez que o desalinhamento entre qualquer uma dessas partes pode introduzir riscos que um único ponto de recuperação não conseguiria detectar.

Ações para a resiliência pós-Mythos

Como ponto de partida para reduzir os riscos da IA de ponta, mapeie os sistemas mais valiosos da sua organização e confirme se eles estão em um ambiente isolado (air-gapped). Com sua empresa minimamente viável definida, realize simulações em ambiente controlado para estabelecer uma linha de base de recuperabilidade e MTCR (Minimum Viable Company) em todas as cargas de trabalho de nível um. Essa deve ser sua âncora, a métrica de resiliência no nível da diretoria, mostrando claramente com que rapidez sua empresa pode retomar as operações essenciais após um incidente.

Os testes são essenciais para identificar lacunas na compreensão dos negócios, da tecnologia e dos processos. Frequentemente, alguns dos maiores problemas são de natureza organizacional. O ResOps™ (operações de resiliência) pode resolver esses problemas.

Mais uma estrutura do que um produto, o ResOps reúne equipes de segurança, operações e tecnologia em torno de uma visão compartilhada sobre como devem ser o projeto resiliente e a validação da recuperação. O ResOps formaliza o crescente reconhecimento do setor de que a recuperação cibernética é um problema multifuncional que requer a participação de partes interessadas de toda a empresa, cada uma com interesse no resultado. Na era pós-Mythos, essa coordenação é fundamental tanto para manter a prontidão contínua quanto para permitir uma resposta rápida e eficaz a um incidente. A Frontier AI estabelece como requisito básico um processo de recuperação comprovado, bem definido e sem falhas.

Assista ao webinar completo

Assista à sessão completa “Resiliência em vez de pânico” sob demanda para explorar nosso modelo de quatro etapas com mais detalhes, incluindo os requisitos para a recuperação por meio da IA agênica. Inscreva-se aqui para o webinar.

Perguntas frequentes

P: O que é o tempo médio de recuperação após a limpeza (MTCR)?

R: O tempo médio para recuperação limpa (MTCR) mede quanto tempo uma organização leva para retornar a um estado operacional verificado e livre de ameaças após um incidente. É uma medida mais ampla do que simplesmente o tempo necessário para restaurar dados. Ela combina a meta tradicional de tempo de recuperação (RTO) com o tempo adicional necessário para confirmar que os dados recuperados estão livres de malware ou backdoors, além de uma etapa final de validação humana antes que os sistemas retornem à produção.

As organizações estão, cada vez mais, considerando o MTCR — e não apenas a velocidade de recuperação — como a métrica de resiliência adotada pela diretoria, uma vez que uma recuperação rápida que reintroduza uma ameaça ativa pode causar mais danos do que uma recuperação mais lenta, mas comprovada.

P: Qual é a diferença entre o MTCR e o RTO?

R: O RTO mede a rapidez com que os sistemas e os dados podem ser restaurados após uma interrupção. O MTCR inclui o RTO como um de seus componentes, mas acrescenta o tempo necessário para confirmar que os dados restaurados estão corretos e o tempo gasto na validação humana antes que os sistemas retornem à produção. Especificamente em um incidente cibernético, um sistema pode cumprir seu RTO e, mesmo assim, não atingir a verdadeira resiliência se o ambiente restaurado for reinfectado logo em seguida.

P: O que é uma empresa minimamente viável e em que ela difere de um plano completo de recuperação de desastres?

R: Uma empresa minimamente viável, às vezes chamada de negócio minimamente viável, é o menor subconjunto — com prioridade nos negócios — de sistemas, dados e dependências que uma organização precisa ter de volta em operação para continuar funcionando após um incidente, em vez de todo o seu parque de TI.

Um plano completo de recuperação de desastres geralmente tem como objetivo restaurar tudo, com o tempo; a definição de “empresa minimamente viável” obriga uma organização a decidir com antecedência o que realmente precisa ser restaurado primeiro e em que ordem, para evitar uma paralisação operacional.

P: Qual é a diferença entre um exercício simulado e um exercício prático de recuperação?

R: Um exercício de simulação é uma simulação teórica de um plano de resposta a incidentes, normalmente utilizada para testar a tomada de decisões e a comunicação entre as partes interessadas, sem que sejam efetivamente executadas quaisquer etapas técnicas de recuperação.

Um exercício prático de recuperação vai além, pois realiza efetivamente uma recuperação, utilizando as ferramentas reais, a automação e as pessoas envolvidas, para confirmar se o processo funciona na prática, indo além do que um exercício teórico pode demonstrar. As organizações que dependem apenas de exercícios teóricos podem ter um plano de resiliência que pareça sólido à primeira vista, mas que não foi testado em relação aos detalhes operacionais que costumam fazer com que incidentes reais demorem mais do que o esperado.

P: O que são identidades não humanas (NHIs) e por que elas dificultam a recuperação da IA?

R: As NHIs são as credenciais, permissões e direitos de acesso atribuídos a componentes de software, como agentes de IA, e não a pessoas específicas. À medida que as organizações implantam mais IA baseada em agentes, o número de NHIs em um ambiente aumenta, e cada uma delas precisa ser levada em conta durante uma recuperação, juntamente com elementos mais conhecidos, como bancos de dados e sistemas transacionais.

A recuperação de um sistema de IA baseado em agentes geralmente requer a sincronização dos NHIs com o restante da pilha de IA, uma vez que restaurar dados ou configurações sem restaurar as permissões corretas do agente pode deixar lacunas difíceis de detectar até que ocorra uma falha em etapas posteriores.

P: Como uma organização deve dar os primeiros passos com o ResOps™ (operações de resiliência)?

R: O ResOps é uma estrutura multifuncional que reúne as equipes de segurança, operações e tecnologia em torno de uma definição comum de projeto resiliente, distinta de qualquer produto específico.

As organizações podem começar identificando um pequeno número de aplicativos essenciais e realizando um teste inicial de recuperação para estabelecer uma linha de base do MTCR, em vez de tentar formalizar toda a disciplina de uma só vez. Essa linha de base inicial oferece às equipes de segurança, operações e governança um ponto de referência concreto para acompanhar o progresso. Ela também ajuda a desenvolver, ao longo do tempo, os hábitos de colaboração entre equipes dos quais o ResOps depende.

Michael Thelander é diretor sênior de marketing de produto na Commvault.