O PHP2Shell é o nome dado a duas falhas graves no núcleo do PHP, corrigidas em caráter emergencial em 21 de outubro de 2026. O relato da OpenAI apresenta o episódio não apenas como uma descoberta apoiada por inteligência artificial, mas como resultado de dois meses de coordenação entre mantenedores, pesquisadores e empresas de segurança para preparar correções e proteções antes da divulgação.
18
A principal lição é prática: encontrar uma vulnerabilidade é só o primeiro passo. É preciso validar o problema, preparar uma correção confiável e fazer com que as organizações afetadas consigam instalá-la.
O que foi encontrado — e qual foi o papel da IA
As vulnerabilidades, identificadas como CVE-2026-109618 e CVE-2026-109619, receberam nota 9,2 no CVSS, sistema usado para classificar a gravidade de falhas de segurança. Pesquisadores demonstraram execução remota de código sem autenticação em instalações de WordPress, Drupal e Joomla, além de acesso a dados da memória do processo.
3
4 Os relatos apontam uma faixa de versões afetadas que vai do PHP 5.4 ao PHP 8.5.
1
As falhas envolvem o gerenciamento de memória do PHP. Uma diz respeito ao tratamento de situações em que a memória disponível se esgota; a outra, a estado residual entre requisições e comportamento de uso após liberação da memória, conforme os relatos técnicos.
3
9 Como os problemas estão no próprio PHP — a camada que executa muitas aplicações —, não se limitavam a um defeito específico do WordPress, Drupal ou Joomla.
3
4
A OpenAI afirmou que a Calif identificou uma falha crítica com o GPT-5.6 Sol, como parte da iniciativa Patch the Planet, e que a Wiz descobriu e reportou as duas vulnerabilidades de forma independente.
18 Relatos sobre a pesquisa da Wiz também citam Wiz Atlas, Gemini 4 Argon e GPT-5.6 Sol entre as ferramentas usadas.
4
33 As informações disponíveis não detalham com clareza a contribuição específica de cada modelo. Portanto, não permitem afirmar exatamente qual deles participou de testes de ataque ou da verificação das correções.
Uma linha do tempo secundária, que atribui os dados à PHP Foundation, registra notificações à equipe do PHP feitas pela Calif em 11 de agosto, pela Wiz em 24 de agosto e pela OpenAI em 18 de setembro.
6 Essas são datas de comunicação reportadas, não necessariamente os dias em que cada equipe descobriu as falhas.
Por que foi preciso coordenar a divulgação
A OpenAI disse que o esforço durou dois meses e reuniu mantenedores, pesquisadores e provedores de segurança para preparar correções e proteções antes de tornar as falhas públicas.
18 Os mantenedores do PHP lideraram o trabalho de correção e lançamento das versões; pesquisadores e parceiros de segurança contribuíram com pesquisa, apoio técnico e coordenação, segundo o anúncio.
18
As correções foram publicadas em 21 de outubro, um dia antes da data prevista, 22 de outubro.
14 Reportagens disseram que a divulgação foi antecipada em meio a vazamentos e à disponibilização antecipada de imagens de contêineres já corrigidas. A PHP Foundation acusou a Chainguard de violar o embargo — uma acusação atribuída à fundação, não uma conclusão independente estabelecida pelas reportagens disponíveis.
6
35
38
O caso ilustra o dilema da divulgação coordenada. Manter detalhes técnicos em sigilo pode dar aos responsáveis pelo software e aos distribuidores tempo para preparar atualizações. Mas, se a exploração já estiver ocorrendo, cada atraso pode deixar usuários expostos. O modelo de resposta proposto pela OpenAI é descrito em reportagens como um processo em etapas: validar a falha e desenvolver uma correção, dar tempo aos distribuidores para se prepararem, envolver parceiros governamentais e, então, ampliar as notificações e publicar orientações. O cronograma pode ser encurtado se surgirem ataques ou vazamentos.
37
41
Relatos de exploração e limites do que se sabe
A Amazon afirmou que seu sistema MadPot detectou uma tentativa de explorar o PHP2Shell em 17 de outubro, quatro dias antes da divulgação pública. Reportagens também mencionaram tentativas mais amplas depois da publicação das correções.
5 Uma tentativa observada não é prova de invasão bem-sucedida. Os relatos disponíveis não esclarecem como um possível atacante soube da falha antes da divulgação nem apresentam uma contagem verificada de servidores comprometidos.
A Palo Alto Networks teria identificado mais de 22,6 milhões de instâncias expostas à internet potencialmente vulneráveis.
53 “Potencialmente vulneráveis” é uma estimativa de exposição, não um número confirmado de sistemas exploráveis ou invadidos.
Autoridades recomendaram que as organizações corrigissem as falhas rapidamente. Uma reportagem afirmou que órgãos dos Estados Unidos aconselharam tirar sistemas do ar caso não fosse possível protegê-los prontamente.
56 A Cloudflare informou que implementou proteções em seu firewall de aplicações web (WAF, na sigla em inglês) antes da divulgação pública para clientes que usam esse serviço.
12 Essas defesas podem complementar a atualização, mas não eliminam a necessidade de verificar e corrigir as instalações de PHP afetadas.
As versões do PHP apontadas como correções são 8.2.35, 8.3.36, 8.4.27 e 8.5.12.
8 Administradores devem conferir a versão e a distribuição instaladas: pacotes oferecidos por diferentes provedores podem ter numeração própria.
8
A lição mais ampla: acompanhar a descoberta com capacidade de resposta
A OpenAI também afirmou ter se comprometido a oferecer US$ 1 bilhão em acesso subsidiado ao Daybreak para defensores, com foco em organizações com poucos recursos de segurança e responsáveis por serviços essenciais.
25 A iniciativa trata de uma parte do desafio — ampliar o acesso a ferramentas. O PHP2Shell evidencia a outra: preparar, comunicar e distribuir correções em todo o ecossistema de software.
A pesquisa com apoio de IA pode ajudar a encontrar falhas, mas ainda é essencial atribuir com cuidado o que foi descoberto, quais ferramentas contribuíram e se houve ataques bem-sucedidos. O caso PHP2Shell sustenta uma conclusão ponderada: descobrir uma vulnerabilidade pode abrir uma janela importante para a defesa, mas essa janela só faz diferença se mantenedores, fornecedores e operadores conseguirem transformá-la em correções instaladas.