Hoje a comunidade de desenvolvedores PHP disponibiliza patches de segurança para corrigir duas vulnerabilidades críticas, avaliadas com nota 9.2 em uma escala de 0 a 10. As falhas podem comprometer sites e aplicações web, e especialistas recomendam ação imediata.
Aplicar o patch imediatamente
Esta é a solução oficial e mais segura. O patch corrige o código-fonte da linguagem, removendo as brechas que permitem a execução remota de código ou a escalada de privilégios. Ao atualizar o runtime PHP para a versão corrigida, o servidor volta a operar normalmente, sem necessidade de interrupções.
- Pró: elimina a vulnerabilidade na origem.
- Contra: requer acesso ao ambiente de produção e teste prévio para evitar regressões.
Para quem tem processos de CI/CD (integração e entrega contínua), basta incluir o novo pacote nos pipelines e redeployar as aplicações.
Desativar temporariamente o site
Se a atualização não for viável no imediato – por exemplo, falta de tempo para testes ou dependências incompatíveis – a recomendação de agências de segurança é colocar o site offline até que o patch seja aplicado. Essa medida impede que atacantes explorem a falha, mas interrompe o acesso dos usuários.
- Pró: reduz risco de comprometimento enquanto a correção não está pronta.
- Contra: perda de tráfego, receita e experiência do usuário.
Uma prática comum é redirecionar temporariamente o domínio para uma página estática informando manutenção.
Adotar mitigação parcial
Algumas organizações optam por medidas de mitigação enquanto preparam a atualização completa. Entre elas estão:
- Desabilitar funções vulneráveis via
disable_functionsnophp.ini. - Aplicar regras de firewall de aplicação web (WAF) que bloqueiem padrões de exploração conhecidos.
- Isolar serviços críticos em contêineres ou máquinas virtuais com menor superfície de ataque.
Essas ações não substituem o patch, mas podem comprar tempo.
| Opção | Segurança | Disponibilidade | Complexidade de implementação |
|---|---|---|---|
| Aplicar patch | Alta (elimina a falha) | Plena (site continua online) | Média (requer teste e deploy) |
| Desativar site | Alta (bloqueia acesso) | Baixa (site offline) | Baixa (apenas redirecionamento) |
| Mitigação parcial | Moderada (reduz superfície) | Plena (site permanece online) | Alta (configurações avançadas) |
Vereditos: o melhor pra cada perfil
Nem todo administrador de sistemas tem as mesmas restrições. Avalie seu cenário:
- Empresas com equipe de DevOps: o caminho mais rápido é integrar o patch ao pipeline de CI/CD e publicar a atualização em poucas horas.
- Sites de pequeno porte sem rotina de deploy automatizado: pode ser mais seguro colocar o site em manutenção até que o patch seja testado localmente.
- Plataformas que não podem parar (ex.: serviços financeiros): combine mitigação parcial – desabilite funções críticas e ative WAF – enquanto agenda a atualização em janela de manutenção.
Em todos os casos, mantenha backups recentes e monitore logs de acesso para detectar tentativas de exploração enquanto a mitigação está em vigor.
O que falta saber
Os patches oficiais já estão disponíveis nos repositórios oficiais do PHP e nas distribuições Linux mais usadas. Consulte a advisory completa para detalhes técnicos, CVE IDs e instruções de atualização específicas para cada ambiente (apache, nginx, Docker, etc.).
Fique atento a novas comunicações das agências de cibersegurança, pois vulnerabilidades de alta severidade costumam gerar campanhas de exploração em curto prazo.
