Um cético ofereceu $500 em bitcoin como isca e provou que estava errado: o PHP2Shell realmente pode ser explorado

Há algumas semanas, duas vulnerabilidades críticas no PHP fizeram uma parcela significativa dos sites sair do ar para receber atualizações. Logo após o anúncio, surgiram “especialistas” afirmando que a situação não era tão grave e que explorar as falhas no mundo real era quase impossível. O principal argumento era que ninguém havia publicado um exploit funcional. Um dos céticos decidiu testar essa tese na prática.

Uma isca de $500

O autor criou um site, colocou nele a chave privada de uma carteira de bitcoin com $500 e publicou o link no Hacker News: invadam e fiquem com o dinheiro. Nas primeiras horas, ninguém conseguiu, e os comentaristas, naturalmente, interpretaram isso como confirmação de que estavam certos.

Mas os motivos eram prosaicos. Primeiro, o site recebeu uma enxurrada de tráfego, caía constantemente e deixava muitas requisições sem resposta. Segundo, o próprio site não era vulnerável. O PHP estava instalado e até servia a página inicial, mas a configuração não correspondia àquela afetada pela vulnerabilidade.

O autor acrescentou recursos ao servidor e reescreveu o código, que era simples demais e não se parecia com o de sites comuns. Depois disso, a vulnerabilidade funcionou, e um hacker obteve a chave. É verdade que, no fim, o autor havia fornecido a chave errada, mas isso já é um detalhe secundário.

A admissão do cético

Na publicação final do blog, ele escreveu que sua avaliação estava errada: o PHP2Shell continua sendo uma ameaça real e pode ser explorado. Ele também acredita que a exploração ainda é difícil e que uma pessoa sem conhecimento especializado, munida apenas de um LLM, provavelmente não conseguiria realizá-la.

Essa conclusão é discutível. Provavelmente, a maioria das tentativas não foi séria: as pessoas não gastaram muitos tokens nem escolheram os modelos mais inteligentes. Além disso, esses modelos frequentemente bloqueiam solicitações relacionadas a invasões.

Também há dados. Um especialista que invadiu a OpenAI há alguns meses relata que, em seus testes, apenas Mythos e Sol-5.6 executam o ataque em 2–4 horas. Os modelos abertos GLM-5.3 e Kimi K3.1 funcionaram por mais de 20 horas e fracassaram, e ele duvida que modelos abertos sejam capazes de realizar essa tarefa.

Isso também responde a uma pergunta popular: por que não há notícias de invasões vindas da China? Será que os americanos estão apenas criando hype? A julgar por esses testes, não se trata de hype: os modelos disponíveis por lá ainda não têm capacidade suficiente para essa tarefa.

O que fazer na prática

Primeiro: não espere por um exploit público antes de atualizar. As demonstrações em vídeo de ataques contra produtos reais apresentadas no anúncio já são evidências suficientes. A ausência do código significa apenas que ele não foi publicado.

Segundo: se você estiver verificando alegações de terceiros sobre uma vulnerabilidade, reproduza a configuração de produção, e não um ambiente de testes simplificado. A presença do PHP em um servidor não significa, por si só, que o servidor esteja sujeito ao problema. Esse foi exatamente o erro do cético, e defensores que se consideram seguros podem cometer o mesmo erro.

Terceiro: avalie os riscos levando em conta as capacidades dos modelos de fronteira. Algumas horas de exploração com um modelo poderoso custam pouco em comparação com o preço da indisponibilidade. Testes fracos com modelos baratos e um orçamento reduzido de tokens criam uma falsa sensação de segurança.

Limitações

Esta é a história de um único experimento e de um único conjunto de testes. Os dados sobre os modelos vieram de um pesquisador, não de um benchmark independente. A exploração ainda exige conhecimento especializado e recursos. Mas a conclusão é simples: atualize sem esperar por uma demonstração elegante.