Um relatório útil.
Sem trabalho às escuras.

1Resumo executivo

O servidor web de produção executava o PHP 8.3.35, afetado por ambas as vulnerabilidades PHP2Shell. Durante a janela de manutenção acordada, atualizámos o PHP para a versão 8.3.36, reiniciámos todos os processos PHP-FPM e confirmámos que a aplicação passou a servir o tráfego a partir do ambiente de execução corrigido. Todas as verificações funcionais acordadas foram aprovadas e não foram registados novos erros.

A análise identificou ainda um pool PHP 7.4 em fim de vida fora do âmbito acordado, um reinício do kernel pendente e lacunas na cobertura das cópias de segurança. Estes pontos não afetam a correção do PHP2Shell, mas devem ser tratados. Cada um consta das recomendações com a respetiva prioridade.

Estado PHP2Shell

Corrigido

Verificações funcionais

8 de 8 aprovadas

Indisponibilidade

Nenhuma observada

Ações de seguimento

6, incluindo 2 de prioridade alta

2Âmbito e método

Método

Inventário apenas de leitura por SSH com uma chave de validade limitada; origem dos pacotes verificada face ao repositório do fornecedor e ao aviso do PHP; snapshot com arranque verificado antes de qualquer alteração; atualização aplicada através do gestor de pacotes do sistema; reinício dos processos; verificações funcionais com as contas de teste do cliente. O acesso temporário foi removido às 22:31.

3Inventário do servidor

Registado no início da janela de trabalho, antes de qualquer alteração.

4Ambientes de execução PHP

Foram identificados todos os binários e pools PHP do servidor, incluindo os que estão fora do âmbito acordado.

O PHP 7.4 está em fim de vida desde novembro de 2022 e não recebe correções de segurança do projeto original. Não foi possível excluir a exposição do pool legado apenas com base na versão; ver recomendação R1.

Observações de configuração

• expose_php está desativado e display_errors está desligado em produção.
• O OPcache está ativo com 128 MB de memória, suficiente para a aplicação.
• session.upload_progress.enabled está ativo, mas não é utilizado pela aplicação.
• Cada pool é executado com o seu próprio utilizador de sistema e um socket separado.

5Estado das vulnerabilidades

Uma correção adaptada pelo fornecedor a uma versão anterior pode ter um número de versão diferente. O relatório real utiliza o aviso do fornecedor relevante. A verificação bem-sucedida de uma correção não demonstra que o ambiente nunca foi comprometido.

6Cópias de segurança e recuperação

As cópias de segurança foram analisadas antes de qualquer alteração. A atualização só podia começar depois de existir um snapshot verificado.

Conclusões

• A cópia de segurança de ficheiros exclui /var/www/shop/uploads, onde estão guardados cerca de 6,2 GB de documentos de clientes.
• Não existe registo de qualquer teste de reposição para nenhuma das cópias de segurança agendadas. Não se pode contar com uma cópia de segurança que nunca foi reposta para efeitos de recuperação.
• Os dumps da base de dados são encriptados e guardados noutro fornecedor, o que os protege em caso de perda do servidor ou da conta de alojamento.

Plano de reversão para esta alteração

Reinstalar os pacotes PHP anteriores a partir da cache local de pacotes e recarregar o PHP-FPM, ou arrancar a partir do snapshot pré-alteração. Tempo estimado de recuperação: 15 minutos. A reversão não foi necessária.

7Registo de alterações

8Verificação pós-alteração

9Conclusões e recomendações

Ordenadas por prioridade. Nenhum destes pontos bloqueia a correção do PHP2Shell.

10Provas e entrega

• Identificadores dos ambientes e janela de trabalho acordada
• Origem do pacote, versão completa e aviso aplicável do fornecedor
• Referência da cópia de segurança, registo de alterações e provas do reinício dos processos
• Verificações funcionais acordadas, resultados e limitações
• Transcrição completa dos comandos e excertos do registo de alterações dos pacotes

Preparado por

Patch Response

Revisto com o cliente

2026-10-23

Referência do snapshot

snap-20261022-2104

11Limitações

O relatório abrange o ambiente e as verificações acordados no momento registado. Não é uma certificação de segurança, uma garantia contra futuras vulnerabilidades nem uma conclusão de que não ocorreu qualquer comprometimento anterior. A suspeita de comprometimento exige uma investigação separada.

Orientações oficiais de correção do PHP