Difícil Segurança Web & API +700 XP

PHP2Shell: explore o vazamento de memória upload-progress do PHP (CVE-2026-109618)

Reproduza o ataque PHP2Shell real (CVE-2026-109618) contra uma loja PHP auto-hospedada. Abuse do vazamento de memória do session.upload_progress do PHP para ler uma sessão de operador ativa direto da memória do worker web, sequestre o Ops Console e escale para execução remota de código e root. Na prática, no Terminal de Ataque com curl.

67% resolvem 3 hackers jogaram 2 flags Atualizado em 01 de nov. de 2026 First blood Malekith
PHP2ShellCVE-2026-109618Memory DisclosureInformation Disclosuresession.upload_progressSession Hijacking
Comece Seu Desafio
  1. 1Crie uma conta grátis e clique em "Iniciar Lab"Você receberá sua própria máquina com um endereço IP
  2. 2Explore o alvoAbra o IP no seu navegador e procure vulnerabilidades
  3. 3Encontre e envie as flagsFlags são textos secretos escondidos no sistema - cole-os abaixo para pontuar
  • ~1-2 min de configuração
  • Instância privada
  • 30 min por sessão. Reinicie de graça, quantas vezes quiser.

O que é o PHP2Shell?

PHP2Shell é o nome dado a duas vulnerabilidades críticas do PHP, CVE-2026-109618 e CVE-2026-109619, divulgadas em outubro de 2026 por pesquisadores da Calif junto com OpenAI e Wiz. O PHP roda uma grande parte da web, então as falhas afetaram um número enorme de servidores. No centro está um vazamento de memória: com a requisição certa, um worker web do PHP devolve bytes da própria memória a um atacante anônimo. Essa memória pode conter dados das requisições de outros visitantes: tokens de sessão, chaves de API, até chaves privadas. A correção para a web saiu no PHP 8.2.35, 8.3.36, 8.4.27 e 8.5.12.

Como este lab funciona

Você está diante do Kartline, uma loja PHP auto-hospedada rodando uma versão do PHP de pouco antes da correção do PHP2Shell. Seu recurso de avaliações de produto usa o session.upload_progress do PHP para mover uma barra de progresso ao vivo: exatamente a superfície que o vazamento de memória abusa. Trabalhando inteiramente no Terminal de Ataque com curl, você vai ler a sessão de um operador da loja direto da memória do worker web, reapresentá-la para assumir o Ops Console, transformar uma ferramenta exclusiva de operadores em execução remota de código para o flag de usuário e então escalar até root. Nada é simulado: o alvo roda a versão genuinamente vulnerável do PHP.

Por que praticar vazamento de memória e sequestro de sessão?

Bugs de vazamento de memória estão entre as classes mais perigosas da segurança: o Heartbleed, em 2014, vazava chaves privadas do OpenSSL do mesmo jeito. Uma única requisição não autenticada que devolve memória do servidor pode entregar silenciosamente a um atacante os segredos exatos de que ele precisa para entrar como outra pessoa. Reproduzir a cadeia completa no HackerDNA desenvolve o instinto de identificar um recurso de envio perigoso, reconhecer um runtime vulnerável pela versão e entender por que manter o PHP atualizado e rodar serviços com o mínimo de privilégio realmente importa.

O que você vai aprender

  • Identificar a versão de um servidor PHP e reconhecer uma versão vulnerável ao PHP2Shell
  • Localizar a superfície de ataque session.upload_progress do PHP em um recurso de envio de arquivo
  • Explorar o vazamento de memória do PHP2Shell para vazar dados de sessão ativos da memória do worker
  • Sequestrar uma sessão de operador autenticada reapresentando um id de sessão PHP roubado
  • Transformar um recurso de modelo exclusivo de operadores em execução remota de código
  • Escalar privilégios através de uma configuração incorreta do sudo para capturar o flag root
  • Explicar por que atualizar para a versão corrigida do PHP fecha a falha

Pré-requisitos

Fundamentos de HTTP linha de comando curl envios multipart/form-data sessões e cookies PHP linha de comando Linux