RespostasPublicado33 fontes
PHP2Shell: o que as falhas no PHP significam e como corrigir
PHP2Shell reúne duas falhas críticas de segurança de memória no PHP que, em determinadas condições, podem permitir execução remota de código sem autenticação. Atualize o PHP que atende às solicitações da web ou aplique a correção indicada pelo fornecedor do produto; depois, confirme que o serviço está usando a versã...
Publicado porEditado com GPT-6 LunaImagens geradas com GPT Image 2
Resposta de pesquisa
Principais conclusões
- PHP2Shell reúne duas falhas críticas de segurança de memória no PHP que, em determinadas condições, podem permitir execução remota de código sem autenticação.
- Atualize o PHP que atende às solicitações da web ou aplique a correção indicada pelo fornecedor do produto; depois, confirme que o serviço está usando a versão corrigida.
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What are the PHP2Shell vulnerabilities CVE-2026-109618 and CVE-2026-109619, how do they enable unauthenticated remote code execution in PHP—. Article summary: PHP2Shell is the name given to two critical PHP memory-safety vulnerabilities, CVE-2026-109618 and CVE-2026-109619, that can permit unauthenticated remote code execution under suitable conditions; researchers rated them . Topic tags: general, general web, government, news. 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
PHP2Shell é o nome dado a duas vulnerabilidades críticas no runtime do PHP: CVE-2026-109618 e CVE-2026-109619. Em determinadas condições, elas podem permitir que um invasor execute código em um servidor sem fazer login. Em 21 de outubro de 2026, o PHP publicou correções nas versões 8.2.35, 8.3.36, 8.4.27 e 8.5.12.5
36 A prioridade para quem administra sistemas é atualizar o runtime que atende às solicitações — ou instalar a correção fornecida pelo fabricante do produto — e confirmar que a mudança entrou em vigor.
O que as duas falhas fazem
As duas vulnerabilidades estão relacionadas à segurança de memória no próprio PHP, e não necessariamente ao código de um site específico. As análises descrevem caminhos que envolvem memória liberada ou estado desatualizado durante operações do runtime.6
9
- CVE-2026-109618: envolve um erro de uso após a liberação da memória relacionado ao tratamento do progresso de uploads. A Wiz relata que a falha pode expor memória de um processo do PHP e, nas condições demonstradas, contribuir para corrompê-la e executar código.
6
- CVE-2026-109619: envolve o tratamento de memória durante a geração de rastros de pilha após erros fatais e o OPcache. Segundo o alerta do PHP, um estado interno desatualizado pode ser usado por uma solicitação posterior atendida pelo mesmo processo.
36
As vulnerabilidades receberam nota 9,2 na escala CVSS, segundo as fontes citadas.2
37 A Wiz descreveu o PHP como uma tecnologia usada por cerca de 70% da internet. Esse número é uma estimativa da presença do PHP — não significa que 70% dos sites sejam vulneráveis da mesma forma ou tenham sido comprometidos.
6
Quais versões do PHP são afetadas e quais correções existem?
Reportagens apontam como vulnerável o intervalo entre PHP 5.4 e 8.5.11.56 As versões corrigidas publicadas pelo PHP são 8.2.35, 8.3.36, 8.4.27 e 8.5.12.
36 Se o sistema usa uma versão antiga ou sem suporte, consulte a distribuição do PHP ou o fabricante do produto para saber se há uma atualização compatível ou uma correção retroportada. Não presuma que será possível fazer uma atualização padrão do PHP.
17
54
Atualizar o pacote do PHP pode não bastar quando um site ou equipamento usa um runtime separado, incluído no próprio produto. Identifique qual instalação atende às solicitações da web e siga as instruções do fabricante para produtos que vêm com o PHP integrado.5
54
A descoberta teve ajuda de ferramentas de IA, mas as datas variam
A pesquisa é atribuída a Calif, OpenAI e Wiz, e os relatos sobre a descoberta mencionam o uso de modelos de IA como apoio.4
16 As fontes divergem sobre quando o trabalho começou: o USA Today relata uma descoberta inicial da Calif em julho e uma descoberta independente da Wiz em agosto; já o The Register situa o trabalho dos pesquisadores entre agosto e setembro.
4
47 Outras reportagens também mencionam modelos do Google, mas o material disponível não esclarece a contribuição exata de cada modelo nem quanto do trabalho foi autônomo.
50
A distinção é importante: as evidências sustentam que a pesquisa teve assistência de IA, não que um sistema de IA tenha encontrado, validado e corrigido as duas vulnerabilidades por conta própria. Pesquisadores e mantenedores humanos participaram da descoberta e da resposta, segundo os relatos.4
16
O que a relação com o PAN-OS significa
A Palo Alto Networks publicou um alerta sobre o impacto das duas vulnerabilidades do PHP em seus produtos, incluindo famílias de produtos como o PAN-OS.34
35 Isso, por si só, não demonstra que toda instalação do PAN-OS esteja exposta ao mesmo caminho de ataque de um servidor web que executa PHP. A configuração do produto e as correções do fabricante fazem diferença.
Administradores devem consultar o alerta atualizado da Palo Alto Networks para verificar a situação do produto e da versão específicos e seguir as instruções oficiais de atualização. Não use estimativas de cronograma de correção publicadas por terceiros como confirmação de que uma atualização já está disponível: um rastreador que circula online informa explicitamente que os dados sobre os fornecedores foram gerados por IA e precisam ser verificados.21
Tentativas de ataque não são prova de invasões bem-sucedidas
Relatórios de inteligência de ameaças mencionam uma tentativa de exploração registrada em 17 de outubro, antes da divulgação técnica pública e das correções do PHP, em 21 de outubro.53 Segundo o Nextgov, o tráfego relatado pela Cloudflare passou de milhares de tentativas para milhões.
22 Esses números descrevem tentativas de ataque, não a quantidade de servidores que foram efetivamente invadidos.
Os relatos sobre explorações bem-sucedidas também não são conclusivos. Em 22 de outubro, a BBC informou que, até aquele momento, não havia relatos de explorações bem-sucedidas.18 Mais tarde, a Unit 42, da Palo Alto Networks, disse que não podia confirmar se a atividade que havia associado inicialmente ao PHP2Shell foi causada por essas CVEs específicas e retirou sua atualização anterior.
30 Com base nas informações disponíveis aqui, há relatos de tentativas de exploração, mas não está claro se ocorreram invasões bem-sucedidas confirmadas e atribuíveis ao PHP2Shell.
Segundo reportagens, governos e empresas tiraram alguns serviços do ar enquanto preparavam ou aplicavam as correções.26
51 Uma interrupção preventiva não é, por si só, evidência de que houve invasão.
O que empresas e responsáveis por sites devem fazer
- Localize todas as instalações do PHP. Verifique sites, servidores de aplicações, contêineres, ambientes de hospedagem e equipamentos. Peça a provedores de hospedagem ou serviços gerenciados que confirmem qual runtime está em uso e qual correção se aplica.
- Instale uma atualização verificada. Use uma das versões corrigidas do PHP ou um pacote fornecido pelo fabricante que inclua as correções. Para equipamentos e outros produtos que integrem o PHP, siga as instruções do fornecedor.
17
54
- Confirme a atualização no serviço em produção. Verifique se o runtime que recebe tráfego da web — e não apenas uma instalação separada de linha de comando — foi atualizado. Confirme também que os processos ou serviços necessários estão usando a versão corrigida.
- Reduza a exposição se não puder corrigir imediatamente. A orientação da NSA é priorizar as correções dos fornecedores e tirar o sistema do ar caso não seja possível atualizá-lo de imediato.
25
- Separe a investigação da aplicação da correção. Atualizar o sistema fecha a vulnerabilidade, mas não determina se houve uma invasão anterior. Se houver motivo para suspeitar de comprometimento, analise os registros e a atividade do sistema.
Se você tem um site, mas não administra o servidor, fale com o provedor de hospedagem ou com o administrador e pergunte se o runtime do PHP foi atualizado. Não instale correções recebidas em mensagens não solicitadas: use as instruções oficiais do provedor.
A distinção essencial é simples: um sistema pode estar vulnerável, um invasor pode tentar explorá-lo e o sistema pode ser comprometido — são situações diferentes. Atualize o runtime afetado, confirme com o fornecedor a situação de produtos como o PAN-OS e investigue à parte qualquer suspeita de invasão.
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 as falhas no PHP significam e como corrigir"?
PHP2Shell reúne duas falhas críticas de segurança de memória no PHP que, em determinadas condições, podem permitir execução remota de código sem autenticação.
Quais são os pontos-chave para validar primeiro?
PHP2Shell reúne duas falhas críticas de segurança de memória no PHP que, em determinadas condições, podem permitir execução remota de código sem autenticação. Atualize o PHP que atende às solicitações da web ou aplique a correção indicada pelo fornecedor do produto; depois, confirme que o serviço está usando a versão corrigida.