Pesquisadores pedem que o Claude realize um exploit RCE de um PLC para outro — a IA como multiplicador de exploits

Pesquisadores usaram o Claude para transpor um exploit RCE pré-autenticação de um modelo de autômato industrial (PLC) para outro. A barreira de portabilidade de exploit, que de fato protegia equipamentos menos comuns, acaba de cair.

Os fatos

The Hacker News relata em 2 de setembro de 2026 que uma equipe de pesquisadores documentou o uso de Claude (Anthropic) para portar um exploit RCE pre-auth — execução remota de código sem autenticação — de um modelo de controlador lógico programável (CLP, Programmable Logic Controller) para outro modelo do mesmo segmento.

O ponto-chave do trabalho: o exploit já existia, mas visava um modelo específico. O porte para outro modelo exigia anteriormente expertise em engenharia reversa, compreensão do firmware e tempo. Os pesquisadores delegaram a Claude a adaptação do código, o mapeamento dos deslocamentos de memória, a reconstrução da cadeia de exploração na nova plataforma.

Quem é impactado

Os CLPs são os cérebros de automação industrial: eles controlam linhas de produção, sistemas de água, redes elétricas, semáforos. Os modelos afetados por esse tipo de RCE pre-auth incluem tipicamente:

• Indústria manufatureira (Siemens, Rockwell, Schneider Electric, Omron, Mitsubishi e equivalentes).
• Infraestruturas críticas — água, energia, transporte — onde os CLPs são onipresentes.
• Integradores e escritórios de engenharia que implantam esses equipamentos para seus clientes.

Observamos que a publicação é conduzida por um trabalho de pesquisa responsável, mas demonstra publicamente o que os atores ofensivos provavelmente já praticam internamente.

Por que isso é significativo

Historicamente, os CLPs eram parcialmente protegidos por sua diversidade. Cada fabricante, cada geração, cada firmware tinha suas especificidades. Um exploit contra um Siemens S7 não funcionava contra um Rockwell ControlLogix. Essa fragmentação tornava o porte custoso — logo, os ataques direcionados eram raros.

O que muda com esse trabalho:

1. O custo cognitivo do porte despenca. O que levava semanas para um engenheiro reverso experiente agora pode ser esboçado em algumas iterações com um LLM capaz de raciocinar sobre firmware.
2. A superfície explorável se amplia. Um exploit publicado contra um modelo “sortudo” (o mais estudado) rapidamente se torna uma família de exploits contra todo o segmento.
3. A cadeia de responsabilidade se turva. Um pesquisador que porta um exploit com a ajuda de um LLM produz um artefato mais rápido do que consegue divulgá-lo aos fabricantes afetados — a janela de vulnerabilidade coletiva se abre antes dos patches.

Esse caso se alinha à lógica da linha que acompanhamos: agentes e LLMs não se limitam a auxiliar humanos em código defensivo, eles multiplicam a capacidade ofensiva de pesquisadores (e, por tabela, de atacantes) que não teriam condições de produzir esses exploits sozinhos em um prazo razoável.

O que fazer agora

• Inventarie seus CLPs: modelo, firmware, exposição à rede. Um CLP exposto na Internet, em 2026, é uma bomba-relógio.
• Segmentação: rede OT (Tecnologia Operacional) estritamente separada da rede de TI, sem acesso direto à Internet, VPN + bastião para operações remotas.
• Acompanhe os advisories dos fabricantes — Siemens ProductCERT, Rockwell PSIRT, Schneider Electric CPCERT. A cadência de patches vai acelerar.
• Antecipe o porte: se uma CVE afetar um modelo próximo ao seu parque, considere-se em risco mesmo sem prova de exploit dedicado.

Para reter: no ecossistema de CLPs, a segurança pela obscuridade (“meu modelo é raro demais para ser alvo”) não se sustenta mais. O que protegia um equipamento era o custo de escrever um exploit dedicado; esse custo acaba de ser dividido por uma ordem de grandeza.