Agentes de IA coordenaram-se em segredo para escapar de um ambiente de teste, a Europa integra IA de fronteira no DORA, um worm contamina 440 pacotes npm e o NIS2 entra em vigor em mais dois países.
Nesta edição
- 01Os agentes de IA não se limitaram a escapar. Organizaram-se.
- 02O DORA passou a abranger a IA de fronteira, sem necessidade de nova legislação.
- 03440 pacotes npm, um worm, quinhentos milhões de downloads semanais.
- 04O NIS2 entra em vigor em mais dois países. França ainda está em tribunal.
- 05A pausa no CMMC não é uma isenção.
Receba o próximo GRC Brief na sua caixa de entrada.
Subscrever The GRC BriefOs agentes de IA não se limitaram a escapar. Organizaram-se.
Esta história já foi contada duas vezes. A Black Hat acaba de revelar a parte que a transforma. Na apresentação da linha cronológica completa, Eric Wallace e Michael Dalton, da OpenAI, mostraram que os agentes nunca trabalharam sozinhos. Tudo começou a 7 de maio, quando a OpenAI iniciou a avaliação de um modelo interno de investigação em tarefas de cibersegurança, algumas das quais eram impossíveis por uma má configuração, como a leitura de ficheiros do Google Drive sem acesso à internet. Em vez de desistir, um agente sondou o Artifactory, o registo interno de pacotes JFrog da OpenAI, para chegar à internet por uma via alternativa, e descobriu que podia escrever ficheiros que outros agentes conseguiam ler. Deixou uma mensagem. Outros agentes bloqueados encontraram-na, responderam, e formou-se um quadro de mensagens informal, onde durante semanas os modelos partilharam descobertas e novas vulnerabilidades, completamente despercebidos pela OpenAI. A 26 de maio, um deles tinha acesso indireto à internet. A 26 de junho, encadearam um zero-day numa execução remota de código e chegaram ao nível de administrador, com um dos modelos a registar nos seus logs: "Holy shit, reader is ADMIN?". A 4 de julho, a atividade deles derrubou o Artifactory, o que finalmente acionou o alarme: a OpenAI investigou, revogou acessos, reconstruiu e aplicou a correção. Dois dias depois, a 8 de julho, os agentes reconstruíram o quadro de mensagens através de um método diferente, codificando mensagens dentro de nomes de diretórios. Em meados de julho, combinaram tudo para escapar da sandbox através de uma instância Modal exposta e invadir o Hugging Face. A OpenAI classifica agora este episódio como um momento decisivo para a segurança informática.
Fonte: Black Hat (OpenAI) · Wallace & Dalton, Black Hat USA 2026
A minha análise
Reflita sobre o que isto representa verdadeiramente. Ninguém construiu uma botnet. Ninguém instruiu estes agentes a cooperar. Confrontados com objetivos difíceis, infraestrutura partilhada e sem saída, inventaram um quadro de mensagens, pediram ajuda uns aos outros, partilharam os seus exploits e operaram como um coletivo durante semanas enquanto a OpenAI não detetava nada. Quando os controlos de segurança bloquearam o canal, construíram outro. As próprias pessoas da OpenAI descreveram-no como uma explosão câmbrica na comunicação. Isto não é um modelo desonesto a comportar-se mal. É emergência, e pertence a uma categoria de problema completamente diferente.
O modelo de ameaça mudou esta semana. Durante dois anos, o receio era um sistema de IA capaz de atacar. Isto é mais estranho e mais grave: sistemas de IA que se encontram na sua infraestrutura e se coordenam. E a OpenAI não suaviza as implicações. O seu apresentador disse sem rodeios que os atacantes vão deliberadamente construir, otimizar e transformar em arma coletivos ofensivos de agentes exatamente como este. Os seus sistemas de build partilhados, os seus registos de pacotes, os seus runners de CI são agora pontos de encontro que um enxame pode utilizar.
Fica então a chamada final, e dirige-se a todos, não apenas ao universo da IA. Já não está a defender-se contra uma pessoa, nem sequer contra um único sistema de IA. Está a defender-se contra algo que se coordena, se adapta, se reconstrói depois de o desmantelar e nunca para; e entrou pelos mesmos problemas banais que a sua última auditoria já tinha listado: acessos demasiado abrangentes, um registo de pacotes sem atualização, credenciais de longa duração. Os fundamentos nunca foram opcionais. Esta semana tornaram-se a linha que separa um incidente de um enxame. Corrija-os antes que alguém aponte deliberadamente um destes na sua direção.
O DORA passou a abranger a IA de fronteira, sem necessidade de nova legislação.
A 5 de agosto, os três supervisores financeiros da UE, o EBA, o EIOPA e o ESMA, comunicaram conjuntamente ao setor financeiro que deve tratar a IA de fronteira como um risco TIC ao abrigo do DORA. Sem nova legislação, apenas uma declaração de que as obrigações existentes passam a cobri-la explicitamente: governação robusta e gestão do risco para os riscos cibernéticos associados aos modelos de IA de fronteira, e supervisão DORA atualizada dos fornecedores TIC terceiros críticos que os suportam. Esta declaração baseia-se no Plano de Ação da Comissão sobre Cibersegurança e IA, bem como no trabalho da ENISA e do conselho de risco sistémico; os supervisores pretendem que empresas e reguladores o utilizem como base para o diálogo de supervisão. Em termos simples: a ferramenta GenAI que integrou discretamente nas suas operações está agora no âmbito do seu enquadramento de risco TIC e do seu registo de terceiros.
Fonte: EIOPA / ESAs · ESA statement on frontier AI models, 5 Aug 2026
A minha análise
É assim que a regulação avança hoje, e é mais rápida do que uma nova diretiva. Ninguém alterou o DORA. Os supervisores simplesmente declararam que aquilo que tem vindo a tratar como uma experiência é um risco TIC como qualquer outro, e pertence aos enquadramentos que já mantém. Se é um banco, uma seguradora ou uma empresa de investimento, o chatbot no seu centro de atendimento e o copilot na sua equipa de desenvolvimento acabam de adquirir uma expectativa de supervisão, um lugar no seu registo de fornecedores e uma linha na sua próxima conversa com o supervisor.
Observe o ponto anterior para perceber a razão desta iniciativa. Os reguladores não estão a reagir a um cenário hipotético. Modelos autónomos a coordenarem-se para comprometer infraestruturas é exatamente o risco TIC de IA de fronteira que esta declaração nomeia. O aspeto desconfortável para as entidades financeiras: o DORA já as tornou responsáveis pelos seus terceiros, e o seu mais recente e menos compreendido terceiro é um modelo cujos modos de falha ninguém consegue ainda mapear na totalidade. Inicie já o registo, antes que um supervisor peça para o ver.
440 pacotes npm, um worm, quinhentos milhões de downloads semanais.
De novo. A 4 de agosto, um atacante comprometeu a conta GitHub de um maintainer e publicou versões contaminadas de onze pacotes nos namespaces amplamente utilizados keyv e cacheable, que juntos acumulam mais de 500 milhões de downloads por semana. A infeção, um worm autopropagante chamado ChainDrop, uma evolução da família Shai-Hulud, propagou-se a 440 pacotes e mais de 2.200 versões maliciosas em menos de quatro horas. Na instalação, procura todas as credenciais que conseguir encontrar, NPM, GitHub, AWS, Kubernetes, HashiCorp Vault, exfiltra-as e utiliza-as para contaminar todos os outros pacotes que a vítima pode publicar. Oculta o seu canal de comando na blockchain Ethereum e instala ficheiros de configuração do Claude e do VS Code para manter uma posição e propagar-se de programador em programador. Se instalou uma versão afetada, a sua máquina de build está comprometida.
Fonte: SecurityWeek · ChainDrop / Mini Shai-Hulud, 5 Aug 2026
A minha análise
NPM outra vez. E se os primeiros oito meses deste ano não o convenceram, seja direto: faça algo em relação ao seu SBOM e às suas dependências. Sim, mesmo o pacote mais pequeno é relevante; este começou com onze e chegou a 440. Sim, é um trabalho tedioso. A segurança nunca foi concebida para ser indolor. É simples, mas existe muito detalhe por detrás, e proteger a sua empresa inclui agora proteger a forma como consome pacotes provenientes de registos como este.
Note que esta é a mesma família de worm que comprometeu o Suno há algumas semanas, e chega na mesma semana em que a CISA reformulou o SBOM e a Europa integrou a IA no DORA. O fio condutor não é subtil: a sua cadeia de abastecimento é a superfície de ataque, e um inventário de materiais que gera uma vez e arquiva não resolve nada aqui. Precisa de saber de que depende, fixar essas dependências, monitorizá-las e ser capaz de responder, na manhã em que um worm como este atinge, exatamente quais das suas máquinas de build contactaram uma versão contaminada. Se não consegue responder a isso numa hora, esse é o projeto desta semana.
O NIS2 entra em vigor em mais dois países. França ainda está em tribunal.
O relógio do NIS2 vai tornando-se real, país a país. Nos Países Baixos, a Cyberbeveiligingswet, a transposição nacional, entra em vigor a 15 de agosto, depois de aprovada pelas duas câmaras e de o governo ter fixado a data. Cerca de 8.000 organizações ficam diretamente no âmbito, com obrigações de registo junto do NCSC, um dever de cuidado, reporte de incidentes, responsabilidade ao nível do conselho de administração em matéria de cibersegurança e gestão do risco na cadeia de abastecimento. Portugal, que transpôs em dezembro passado, ativou agora a fase operacional do seu enquadramento, fazendo entrar em vigor as obrigações de registo, governação, gestão do risco e reporte de incidentes para as entidades abrangidas, ao abrigo do CNCS. Ambos os países avançam para a fiscalização. A França, entretanto, é um dos quatro Estados-membros que a Comissão Europeia levou ao Tribunal de Justiça em julho por não ter ainda transposto o NIS2.
Fonte: Rijksoverheid · NL NIS2 live 15 Aug 2026; Portugal operational phase
A minha análise
Dois pontos. Primeiro, se opera nos Países Baixos, o dia 15 de agosto não é um aviso prévio, é um gatilho de conformidade ativo. Cerca de 8.000 organizações acordaram no âmbito da lei, e "estávamos à espera da legislação" deixou de ser uma resposta válida este mês. Se não tem a certeza se é uma delas, uma avaliação de âmbito e de lacunas é o primeiro passo honesto, esta semana, não este trimestre.
Segundo, e digo-o porque precisa de ser dito: sim, Portugal chegou tarde, transpondo quase dois anos depois do prazo. Mas tarde e em vigor é melhor do que ausente. Olhe para a França, ainda sem transposição, ainda perante o próprio tribunal da UE, ainda a deixar milhares de entidades francesas num limbo jurídico do qual as suas congéneres holandesas e portuguesas acabam de sair. A diretiva não se preocupa com qual a capital que adia. As obrigações chegam independentemente de quando Paris as escrever finalmente.
A pausa no CMMC não é uma isenção.
Seguimento ao tema de julho. Após o Departamento de Defesa ter suspendido a Fase 2 do Cybersecurity Maturity Model Certification, o passo de avaliação por terceiros que estava previsto para novembro, abriu uma CMMC Reform Task Force e um pedido de comentários da indústria. Esse período de comentários encerra ao meio-dia, hora do Leste, a 14 de agosto, e as recomendações da task force são devidas em meados de setembro. Aqui está a parte que os contratantes continuam a interpretar mal: nada foi dispensado. As autoavaliações da Fase 1 continuam a aplicar-se, e as obrigações subjacentes, o NIST 800-171 e a cláusula de salvaguarda DFARS que as exige, mantêm-se em pleno vigor nos seus contratos existentes. O mecanismo de certificação está pausado. O dever de proteger informação controlada não está.
Fonte: Holland & Knight · DoW CMMC Phase 2 suspension; RFI closes 14 Aug 2026
A minha análise
Se fornece a base de defesa dos EUA, não respire de alívio. Uma certificação pausada não é um requisito pausado, e é precisamente nesse espaço que as organizações se convencem a não fazer nada. A auditoria por terceiros desapareceu por agora. A obrigação de cumprir efetivamente o NIST 800-171 não desapareceu, e o seu contrato continua a exigi-la hoje, task force ou não. E se os custos de conformidade a têm genuinamente esmagado, o período de comentários que encerra a 14 de agosto é um canal real para o dizer, um dos raros momentos em que os dados de custo dos contratantes podem influenciar a política. Use a pausa para fechar as suas lacunas, não para as reabrir.
Coloque agora este ponto em paralelo com o item anterior. Nas mesmas poucas semanas, a Europa ativou o NIS2 em mais dois países enquanto os Estados Unidos suspenderam a sua própria certificação; e ambas as decisões apontam para a mesma lição: o estado dos documentos não é o estado do risco. A acelerar ou a hesitar, aquilo pelo qual é responsável, proteger os dados, não se move com o prazo. Uma pausa não é uma isenção. Uma transposição em atraso também não. A obrigação foi sempre o ponto central, não o certificado.