Verificador PHP2Shell

1. Por que verificar PHP2Shell mesmo sem formulário de upload

A vulnerabilidade PHP2Shell não é um problema de um único plugin de CMS ou de uma tela de upload. Ela afeta o próprio PHP, o processamento das requisições e o gerenciamento de estado. Faça um inventário de todos os endpoints PHP expostos, das SAPIs, das extensões, do tratamento de erros e dos arquivos de configuração efetivos. O login e a verificação CSRF podem ocorrer depois que o ambiente já processou partes da requisição. Assim, a ausência de uma função visível de upload ou de um marcador específico não demonstra que a instalação está segura.

multipart/form-data e session.upload_progress ajudam a compreender alguns caminhos do PHP2Shell. No entanto, os avisos oficiais descrevem dois problemas: corrupção na limpeza após falta de memória e estado global que permanece entre requisições. Bloquear um único campo POST não significa corrigir ambos. Confirme se o pacote instalado contém as duas correções completas. Inclua na verificação as revisões da distribuição, os backports do fornecedor e a procedência das imagens de contêiner.

2. Desativar o progresso de upload: efeito e limitações

O PHP pode registrar nos dados da sessão o progresso de um upload em andamento. session.upload_progress.enabled = Off desativa essa função e reduz a superfície de um caminho de sessão relevante. O processamento habitual de $_FILES é independente: a opção não desativa automaticamente todos os uploads. Mesmo assim, barras de progresso próprias, consultas periódicas, plugins e transferências grandes podem depender do recurso. Teste o envio de mídia e os fluxos completos de negócio antes de distribuir a alteração para todos os servidores.

A opção deve valer para a SAPI web, não apenas para o terminal. Pools FPM e contêineres podem carregar INI diferentes; após uma recarga gradual ainda podem existir processos antigos. Separe a verificação da configuração da comprovação do binário corrigido. Para corrigir PHP2Shell, todos os processos precisam executar uma compilação com patch. No PHP 8.5, avalie opções adicionais de inicialização, como fatal_error_backtraces, em conjunto com os avisos oficiais e as necessidades reais da aplicação.

Como corrigir PHP2Shell: patches completos e mitigação temporária

Compare cobertura, impacto operacional e uso em sistemas sem suporte. Selecione uma linha para ver os limites e a configuração correspondente. Desativar o progresso de upload não é uma correção completa do PHP2Shell.

3. Defesa em profundidade: combinar filtros de borda e patches do PHP

A resposta ao PHP2Shell combina redução de exposição, atualização completa e investigação de incidentes. Faça inventário de todas as origens, processos, contêineres, painéis de hospedagem e serviços em segundo plano. Verifique permissões do WAF, limites de análise e caminhos que contornem o proxy. Observe o tráfego legítimo antes de impor regras mais rígidas para evitar indisponibilidade causada por falsos positivos. Uma implantação gradual e verificável é especialmente importante quando você administra sites de vários clientes.

Para preservar a disponibilidade, são necessárias réplicas saudáveis de reserva, testes de prontidão e retirada ordenada das conexões existentes. Um restart ou reload, sozinho, não garante continuidade. Tenha um plano de reversão operacional sem voltar a um PHP vulnerável. Os patches impedem a reutilização das falhas corrigidas, mas não removem webshells existentes nem credenciais roubadas. Preserve os logs e investigue arquivos, processos filhos e conexões de saída inesperados. A ausência de falhas ou marcadores não comprova que nunca houve invasão.