Edition 13

Duas coisas são simultaneamente verdadeiras, e é preciso ter ambas em conta. Primeiro, o aviso é real e correto: os ataques habilitados por IA estão a chegar, vão atingir infraestruturas críticas, e uma resposta coordenada entre o setor público e o privado é genuinamente a abordagem certa. Depois do verão que tivemos, uma indústria que passou dois anos a desvalorizar esta questão e que finalmente o diz em voz alta representa um progresso. Segundo, leia a lista de signatários com olhos críticos. As empresas que desenvolvem os modelos com maior capacidade ofensiva são as mesmas que lhe vendem a defesa, e esta carta funciona simultaneamente como anúncio coordenado de lançamento do Daybreak, do Mythos e do Perception.

Portanto, receba o sinal, mas mantenha a carteira fechada por uns momentos. O aviso sistémico não o obriga a comprar a plataforma de defesa com IA de ninguém, e certamente não substitui os fundamentos que continuo a sublinhar. A resposta correta a "os ataques com IA estão a chegar" não é um produto de IA reluzente colado a uma fundação instável; é concluir o trabalho aborrecido por baixo, o mesmo trabalho que teria travado a maioria dos incidentes do verão. Compre as ferramentas defensivas se justificarem o seu lugar. Não deixe que uma carta aberta bem cronometrada tome essa decisão por si.

Este é o argumento completo sobre IA e segurança condensado num projeto de fim de semana, e vale mais do que a carta da coligação acima. Não porque seja sofisticado, mas porque é trivial. Um tipo, levemente irritado com o seu monitor, apontou uma IA comercial ao firmware fechado de gadgets do dia a dia e comprometeu todos eles. A barreira que protegia o hardware obscuro, o facto de a engenharia inversa ser um trabalho lento, especializado e caro, é exatamente a barreira que a IA acabou de remover. Essa é a verdadeira história desta era: não magia nova, mas o colapso do custo da competência.

Para o seu modelo de ameaças, dois pontos a reter. Primeiro, cada periférico é um pequeno computador ligado em rede e praticamente desprotegido, e o seu inventário de ativos quase certamente não inclui a webcam, o monitor ou os dispositivos das salas de reunião que podem ser reprogramados para persistir abaixo do sistema operativo. Segundo, é por isso que os pedidos de permissão do browser são importantes: WebUSB, WebHID e WebBluetooth significam que um website malicioso pode aceder a esse hardware se o utilizador clicar em permitir. Se os seus programas de cadeia de fornecimento e endpoint param nos portáteis e servidores, param demasiado cedo.

Reflita sobre os 86 por cento, porque é o número que deveria reorganizar as suas prioridades. A maioria das organizações não consegue ver o que as suas pessoas enviam para a IA, o que significa que a maioria das políticas de governação de IA são documentos que descrevem uma realidade que ninguém está efetivamente a medir. Este é o problema da shadow AI e da shady AI de há algumas semanas, agora com telemetria: proibir ferramentas não funciona, apenas empurra o uso para contas pessoais onde não tem qualquer visibilidade. A única coisa que funciona é um caminho sancionado e monitorizado que seja mais fácil de usar do que a alternativa clandestina.

Mas não ignore a parte que é genuinamente nova, porque é onde vivem os incidentes do próximo ano. O centro de gravidade deslocou-se dos colaboradores a colar texto num chatbot para agentes ligados diretamente aos seus sistemas através do MCP, e a Netskope está a observar esse tráfego quadruplicar. Esse é um risco diferente: não o que um humano escreve, mas o que um agente autónomo está autorizado a aceder; e um aumento quádruplo no tecido conector entre os seus dados e modelos externos é um aumento quádruplo no raio de explosão. Se a sua governação de IA ainda assume que o risco é um copiar e colar no ChatGPT, está a governar o problema do ano passado.

Tive clientes potenciais a levantar esta questão na última semana, por isso deixe-me ser direto sobre por que razão o enquadramento habitual está errado. A computação quântica não se arquiva corretamente como um problema futuro, e a razão não é o calendário do hardware, que ninguém consegue fixar. É o "recolher agora, decifrar depois". No momento em que os seus dados cifrados são capturados, o relógio começa; a decifragem simplesmente acontece mais tarde. Por isso, a pergunta honesta não é "quando chegará a computação quântica", mas sim "durante quanto tempo precisam os meus dados de se manter confidenciais, e esse período é superior ao tempo até alguém conseguir quebrar a criptografia que os protege". Para a maioria dos dados regulados, contratos, registos de saúde, segredos comerciais, a resposta já é sim. O que significa que já estão expostos.

E isto agrava tudo o resto nesta newsletter. Cada violação que analisei em que "apenas dados cifrados" foram exfiltrados é um depósito no cofre de alguém, à espera. A criptografia que já era fraca, TLS mal configurado, tamanhos de chave antigos, esquemas artesanais, não precisa de um computador quântico para ser preocupante agora; precisa de um agora e de um computador quântico mais tarde. O primeiro passo não é entrar em pânico nem fazer uma substituição total: é um inventário criptográfico. Saiba onde usa criptografia, quais os algoritmos, quais os tamanhos de chave, em que sistemas, incluindo os que os seus fornecedores operam. Não se pode migrar o que não se consegue ver, e a UE quer esse inventário concluído até ao final deste ano. Este é um projeto de 2026 disfarçado de 2032.

Este é o equilíbrio que quero que pense realmente, porque ambos os extremos são vendidos como boas práticas e ambos são armadilhas. A fragmentação é real: cinquenta ferramentas desconexas, cinco dashboards e três equipas a trabalhar com três calendários distintos é como um incidente contido se torna uma violação de 276 dias. Por isso, a consolidação é genuinamente uma boa prática. Mas levada longe demais, chega exatamente onde o DORA e o NIS2 lhe dizem para não estar: risco de concentração, com toda a sua postura de segurança a assentar num único fornecedor que é agora um ponto único de falha e um alvo apetecível. O DORA nomeia isto explicitamente: a dependência excessiva de um terceiro ICT crítico é um risco que é obrigado a gerir, não uma eficiência a maximizar.

Por isso, a resposta não é um slogan, é um julgamento, e é seu defender essa posição. Consolide para integração e visibilidade, as coisas que a fragmentação destrói; mas mantenha independência deliberada nos pontos em que um mau dia de um único fornecedor o arrastaria consigo. Mapeie as suas dependências críticas, pergunte quais os fornecedores cuja perda genuinamente não sobreviveria, e certifique-se de que a resposta não é todos eles nem apenas um. Esse é o trabalho real por trás da estratégia de fornecedores, e é exatamente o músculo que o NIS2 e o DORA estão a tentar desenvolver. Nem um único ponto de controlo nem best-of-breed para tudo é uma estratégia. O equilíbrio é.