RespostasPublicado25 fontes
PHP2Shell: o que aconteceu e quais versões do PHP foram corrigidas
Em 21 de outubro, o PHP corrigiu duas falhas críticas de execução remota de código que não exigiam autenticação. As versões corrigidas são PHP 8.5.12, 8.4.27, 8.3.36 e 8.2.35.
Publicado porEditado com GPT-6 LunaImagens geradas com GPT Image 2
Resposta de pesquisa
Principais conclusões
- Em 21 de outubro, o PHP corrigiu duas falhas críticas de execução remota de código que não exigiam autenticação.
- As versões corrigidas são PHP 8.5.12, 8.4.27, 8.3.36 e 8.2.35. Administradores devem identificar a versão usada em cada servidor e aplicar a atualização correspondente.
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What happened during the October 21–22, 2026 PHP2Shell security crisis, including PHP’s use by about 70% of websites; the unauthenticated re. Article summary: PHP2Shell prompted an emergency patching race on October 21, followed by reports of millions of exploitation attempts on October 22; its significance came from PHP’s reported use by roughly 70% of websites, not evidence . Topic tags: general, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clic
PHP2Shell é o nome dado a duas vulnerabilidades críticas no PHP, registradas como CVE-2026-109618 e CVE-2026-109619. O PHP lançou correções em 21 de outubro de 2026, depois que detalhes das falhas vazaram antes da divulgação planejada. No dia seguinte, empresas de segurança relataram um aumento expressivo nas tentativas de exploração. O PHP é usado, segundo estimativas citadas nas reportagens, em cerca de 70% dos sites — mas isso não significa que 70% deles tenham sido invadidos. 1
2
9
18
19
O que as falhas PHP2Shell permitiam
As vulnerabilidades foram descritas como falhas de execução remota de código sem autenticação. Em determinadas condições, um invasor poderia executar código em um servidor vulnerável sem precisar fazer login. Uma falha envolvia corrupção de memória durante uma condição de falta de memória; a outra, um estado global obsoleto. 6
7
As reportagens apontaram que o problema poderia afetar versões do PHP desde a 5.4. Isso indica um amplo potencial de exposição, mas não prova que todos os sites que usam PHP estivessem vulneráveis em suas configurações ou tenham sido atacados com sucesso. 14
21
As correções emergenciais e o vazamento antecipado
Em 21 de outubro, o PHP publicou versões corrigidas: 8.5.12, 8.4.27, 8.3.36 e 8.2.35. 1
6 A publicação ocorreu após um vazamento em 20 de outubro, antes da divulgação coordenada que estava prevista para o dia 22. O vazamento alterou o cronograma e foi seguido pelo lançamento emergencial das correções.
2
9
13
Para quem administra sistemas com PHP, o passo prático é verificar qual versão está instalada em cada servidor acessível pela internet e aplicar a atualização corrigida correspondente à sua linha de versões. Alertas de segurança também recomendam conferir todas as instalações que recebem requisições da web, sem presumir que o problema se limita a um site ou aplicativo específico. 7
11
Pesquisa com apoio de IA, em colaboração com equipes humanas
A OpenAI afirmou que a empresa de segurança Calif identificou uma das falhas usando o GPT-5.6 Sol, no âmbito da iniciativa Patch the Planet. A Wiz descobriu e reportou as duas vulnerabilidades de forma independente. A equipe responsável pela manutenção do PHP conduziu as correções e o lançamento. 48 A OpenAI também disse que passou os dois meses anteriores coordenando o trabalho com mantenedores, pesquisadores e provedores de segurança.
48
O caso mostra o uso de inteligência artificial na pesquisa de vulnerabilidades — não que uma IA, sozinha, tenha descoberto, verificado ou corrigido as falhas. Os relatos descrevem a participação de empresas de segurança e mantenedores do PHP, além de ferramentas de IA, na pesquisa e na coordenação da resposta. 35
48
O que foi relatado sobre ataques e serviços fora do ar
A Cloudflare informou que as tentativas de exploração passaram de milhares antes da divulgação pública para milhões depois dela. A Amazon também teria identificado uma tentativa de ataque em 17 de outubro, quatro dias antes da divulgação pública. Esses números se referem a tentativas, não a uma contagem de invasões bem-sucedidas. 19
Fornecedores de segurança também relataram atividade além dos honeypots — sistemas-isca usados para observar ataques —, embora, naquele momento, órgãos oficiais ainda não tivessem confirmado esses relatos. 17 Separadamente, notícias descreveram sites e serviços governamentais retirados do ar como medida preventiva, incluindo mais de 30 serviços do governo britânico.
23 A NSA alertou que invasores poderiam usar as falhas para assumir o controle de servidores web, roubar dados, interromper serviços ou avançar para outras partes de redes corporativas. O USA Today informou que a agência recomendou que sites incapazes de corrigir o problema rapidamente ficassem fora do ar.
18
23
Os relatos indicam uma resposta urgente e um grande volume de tráfego de ataque, mas não estabelecem um balanço mundial de invasões bem-sucedidas. Da mesma forma, a estimativa sobre a parcela de sites que usa PHP não deve ser confundida com uma medida de quantos estavam comprovadamente expostos ou foram comprometidos.
Studio Global AI
Continue sua pesquisa
Esta página inclui uma resposta baseada na fonte que você pode continuar em Studio Global.
As pessoas também perguntam
Qual é a resposta curta para "PHP2Shell: o que aconteceu e quais versões do PHP foram corrigidas"?
Em 21 de outubro, o PHP corrigiu duas falhas críticas de execução remota de código que não exigiam autenticação.
Quais são os pontos-chave para validar primeiro?
Em 21 de outubro, o PHP corrigiu duas falhas críticas de execução remota de código que não exigiam autenticação. As versões corrigidas são PHP 8.5.12, 8.4.27, 8.3.36 e 8.2.35. Administradores devem identificar a versão usada em cada servidor e aplicar a atualização correspondente.