PHP2Shell é o nome dado a duas vulnerabilidades críticas no PHP, identificadas como CVE-2026-109618 e CVE-2026-109619. As duas receberam nota 9,2 na escala CVSS 4.0 e podem permitir execução remota de código — ou seja, um invasor pode tentar executar comandos em um servidor vulnerável sem fazer login. O PHP publicou correções emergenciais em 21 de outubro de 2026.
8
9
10
O caso também chamou atenção para o uso de inteligência artificial na pesquisa de segurança. A empresa Calif usou o GPT-5.6 Sol, da OpenAI, para encontrar uma falha; a Wiz descobriu e reportou as duas vulnerabilidades de forma independente. Ainda assim, tentativas de exploração ou varreduras na internet não são prova de que servidores tenham sido comprometidos.
20
29
34
O que as falhas do PHP2Shell podem fazer
As vulnerabilidades estão no próprio PHP, a linguagem de programação usada nos bastidores de muitos sites, e não em uma plataforma ou plugin específico. A CVE-2026-109618 está relacionada ao tratamento de uma situação de falta de memória enquanto dados de uma solicitação ainda estão parcialmente inicializados. Já a CVE-2026-109619 envolve informações internas que podem permanecer após a liberação da memória que as armazenava. Os dois problemas podem levar à execução remota de código.
10
26
A nota 9,2 no CVSS 4.0 coloca ambas na categoria crítica. O risco é significativo porque um invasor pode, em determinadas condições, executar código remotamente no servidor afetado, sem autenticação.
9
10
Como a IA ajudou na descoberta
A Calif encontrou uma falha crítica com o GPT-5.6 Sol, da OpenAI, como parte da iniciativa Patch the Planet. A Wiz, por sua vez, descobriu e reportou as duas vulnerabilidades de forma independente. Segundo relatos, a pesquisa da Wiz usou a ferramenta Wiz Atlas, além dos modelos Gemini 4 Argon e GPT-5.6 Sol.
20
29
Os relatos divergem sobre algumas datas do início da investigação: um diz que a Calif encontrou as falhas em 1º de agosto; outro afirma que pesquisadores comunicaram a primeira vulnerabilidade ao projeto PHP em 11 de agosto. Ambos descrevem uma etapa de pesquisa e coordenação com os responsáveis pela manutenção antes da divulgação pública em outubro.
20
30
A distinção é importante: a IA ajudou pesquisadores a localizar vulnerabilidades, mas os relatos disponíveis não demonstram que sistemas de IA autônomos tenham conduzido os ataques posteriores.
Correções emergenciais e impacto em sites
Em 21 de outubro, o PHP lançou correções nas versões 8.2.35, 8.3.36, 8.4.27 e 8.5.12. Esses números correspondem às versões oficiais do PHP. Distribuições Linux podem aplicar as correções mantendo uma numeração própria para seus pacotes; por isso, administradores devem consultar também o aviso de segurança da distribuição, em vez de conferir apenas o número da versão.
8
27
Após a divulgação, alguns operadores tiraram sites do ar enquanto avaliavam os riscos. Relatos informaram que sites governamentais na Europa e em outras regiões ficaram indisponíveis em 21 de outubro.
21 Outro relato afirma que o vazamento de detalhes das vulnerabilidades contribuiu para que o lançamento planejado do PHP fosse antecipado em um dia.
22
33
Para organizações que usam PHP, a prioridade é confirmar se a instância que atende o tráfego do site recebeu a correção adequada, instalar a atualização e seguir as instruções do fornecedor para reiniciar ou verificar o serviço. Se a hospedagem for gerenciada por um provedor, peça a confirmação de que o ambiente está corrigido — não confie apenas no fato de o site continuar funcionando normalmente.
8
24
Tentativas de ataque não comprovam invasões bem-sucedidas
A Cloudflare e a Patchstack teriam observado sondagens antes da correção publicada pelo PHP em 21 de outubro. Um relatório posterior mencionou milhões de tentativas de ataque, enquanto a BBC informou que, até 22 de outubro, não havia relatos conhecidos de exploração bem-sucedida. Esses relatos justificam cautela, mas não comprovam que as tentativas tenham resultado em invasões confirmadas.
2
3
34
A conclusão mais segura é proporcional às evidências: PHP2Shell era uma ameaça grave, atraiu rapidamente a atenção de atacantes e exigia aplicação urgente das correções. Mas números de tentativas não devem ser apresentados como se fossem o total de invasões bem-sucedidas. Os relatos citados também não oferecem uma estimativa confiável de quantos sites vulneráveis estavam expostos nem confirmam ataques conduzidos por sistemas autônomos de IA.