Na última quinta-feira, as ferramentas de e-mail e reuniões das quais grande parte do mundo do trabalho depende ficaram fora do ar em pelo menos 74 países. Em seguida, na sexta-feira, todos os voos de partida nos EUA foram suspensos, marcando apenas a segunda paralisação nacional do tráfego aéreo desde o 11 de setembro.
Nenhum desses incidentes foi um ataque, e a IA não foi a culpada. Na verdade, a Microsoft afirmou isso diretamente: a interrupção não teve nada a ver com atividades cibernéticas ou agentes de IA. A empresa atribuiu a falha a uma atualização de rede anterior que veio à tona após uma recente mudança na rede. Autoridades federais também não encontraram evidências de um ataque cibernético ao controle de tráfego aéreo e apontaram, em vez disso, para uma atualização de rotina realizada por uma empresa contratada — da rede de cobre para fibra óptica — e para um roteador que sobrecarregou a rede.
Nada de extraordinário aconteceu, e isso deve nos fazer refletir. Foram mudanças comuns dentro de sistemas extremamente complexos dos quais bilhões de pessoas dependem. Se algo tão comum pode parar o mundo, então restaurar o funcionamento não pode esperar até que algo quebre. Isso reforça a necessidade de adotar uma postura de Recovery proativa e contínua.
A verdade é que ninguém compreende totalmente as décadas de infraestrutura, correções, atualizações e novas conexões nas quais o mundo moderno se baseia. E, embora essa complexidade permita que nosso mundo moderno funcione de forma tão eficiente e rápida, é também o que pode fazer com que ele pare com a mesma rapidez. Uma mudança em um único lugar, e os sistemas dos quais todos dependem param completamente.
Agora acrescente a IA e sistemas agentes quase autônomos que alteram configurações, concedem acesso e movimentam dados mais rápido do que qualquer pessoa consegue acompanhar. Agora acrescente agentes mal-intencionados usando IA em uma escala que nenhuma equipe humana consegue igualar. Eu chamo isso de vulnerabilidade da IA: mais mudanças, mais conexões e mais maneiras de falhar, tudo na velocidade de uma máquina. Esta semana não foi sobre IA, mas a próxima provavelmente será.
Quando algo dá errado, as horas mais difíceis vêm depois do alarme, quando você está tentando descobrir o que mudou e em que ainda pode confiar. Aplicativos, identidades, configurações e suas dependências precisam ser reunidos novamente, na ordem certa: limpos, confiáveis e prontos para funcionar.
Portanto, a Recovery não pode ser um plano que você testa uma vez por ano. Tem que ser um estado proativo contínuo, não defensivo.
Nesta semana, no SHIFT em Nashville, mostramos como isso funciona na prática. O ResOps trata a resiliência como algo que você opera continuamente, em vez de um plano que você testa uma vez por ano, descobrindo o que você tem, detectando o que mudou e recuperando exatamente isso. Se quiser saber mais sobre o ResOps, confira aqui.
Resiliência é o que toda diretoria deseja. A Recovery contínua é a única maneira de chegar lá, seja diante do ataque para o qual você está se preparando, seja em uma quinta-feira comum que ninguém esperava.Saiba mais sobre o ResOps.
