A Internet Não Parou: Por Dentro da Crise do PHP que Deixou Sites Fora do Ar por Um Breve Período

A internet passou esta semana se esforçando para conter uma das crises de segurança mais graves dos últimos anos. Em 21 de outubro, o PHP — a linguagem de programação que alimenta cerca de 70% dos sites conhecidos — lançou patches de emergência para duas vulnerabilidades críticas denominadas “PHP2Shell”. Identificadas como CVE-2026-109618 e CVE-2026-109619, ambas apresentam uma pontuação CVSS de 9,2 e permitem que invasores não autenticados executem código malicioso em servidores vulneráveis sem precisar de senha.

A reação foi drástica. Sites governamentais em toda a Europa — incluindo portais na Alemanha, França, Holanda e Finlândia — ficaram fora do ar por precaução. A Fundação Wikimedia confirmou que as falhas afetaram todos os sistemas PHP que ela mantém e suspendeu os serviços até que fossem corrigidos. A Cloudflare relatou ter observado tráfego de ataques antes mesmo de a correção oficial ser divulgada.

Milhões de tentativas, zero invasões confirmadas

Os invasores não perderam tempo. O CEO da Cloudflare afirmou que as tentativas de exploração dispararam de milhares para milhões poucas horas após a divulgação. A Amazon chegou a relatar uma tentativa em seus servidores isca quatro dias antes de as falhas se tornarem públicas, sugerindo que alguém poderia ter sabido da vulnerabilidade antecipadamente.

No entanto, apesar do ataque massivo, agências de segurança cibernética da Alemanha e do Japão afirmam não ter confirmado nenhuma invasão bem-sucedida até o momento. Como disse um especialista: milhões de maçanetas sacudidas não significam necessariamente que alguém tenha entrado.

A correção já foi lançada — mas não é automática

Os desenvolvedores do PHP lançaram versões corrigidas na quarta-feira (8.5.12, 8.4.27, 8.3.36 e 8.2.35), mas há um porém: o PHP não se atualiza sozinho. Cada empresa de hospedagem e cada proprietário de site precisa instalar manualmente a correção e reiniciar o software. Até que isso seja feito, seus servidores permanecem vulneráveis.

Como isso afeta os usuários de criptomoedas?

Para os usuários de criptomoedas, a crise é um lembrete preocupante de que a autocustódia significa pouco se a interface em que você confia estiver comprometida. Um servidor hackeado permite que invasores insiram mensagens falsas do tipo “conectar carteira” ou scripts de drenagem em sites legítimos. “Chame-me de paranóico, mas tenha muito cuidado ao visitar QUALQUER site nos próximos dias”, alertou o fundador da Binance, Changpeng Zhao, observando que “alguns administradores de sites nem sempre estão em dia com os patches de segurança”. As vulnerabilidades também podem vazar a memória do servidor contendo senhas, tokens de sessão e chaves de API — exatamente as credenciais que as plataformas de criptomoedas protegem. Grandes carteiras, como a Trust Wallet, confirmaram que seus aplicativos não são desenvolvidos em PHP, mas analistas enfatizam que blogs, páginas de tokens e painéis de controle acessados pelos usuários continuam expostos.

Acesse exchanges e carteiras a partir de favoritos, nunca de links, e leia todas as solicitações de assinatura antes de aprová-las. Os patches já foram lançados — mas o risco agora recai sobre todos os servidores que ainda não os aplicaram.