Servidores e alojamento: aplicar corretamente o patch ao PHP
Plesk, cPanel, Apache, Nginx, LiteSpeed, contentores: quem é responsável, como verifica o nível real de patch e como reinicia todos os workers?
Servidores Plesk: verificar e aplicar patches às versões PHP
Nos servidores Plesk correm muitas vezes várias versões PHP em paralelo. Veja como verificar cada handler, instalar a atualização do PHP e reiniciar todos os workers.
Ler mais →02cPanel e WHM: proteger o PHP
O cPanel gere o PHP através do EasyApache 4, com pacotes próprios por versão. Veja como verificar o nível, reiniciar todos os processos e definir corretamente valores provisórios.
Ler mais →03Alojamento partilhado: o que faz o fornecedor e o que tem de fazer
No alojamento partilhado, é o fornecedor que aplica os patches ao PHP. A sua tarefa é obter a confirmação, escolher a versão PHP e verificar o seu site em busca de vestígios.
Ler mais →04Proteger por si próprio o servidor root e o vServer
Num servidor root ou vServer próprio, toda a responsabilidade é sua. Veja como verificar e aplicar patches ao PHP, reiniciar todos os processos e reforçar o sistema.
Ler mais →05Servidor gerido: esclarecer a responsabilidade
Um servidor gerido tira-lhe muito trabalho, mas não tudo. Veja como esclarecer quem aplica o patch ao PHP, quem reinicia e quem responde por aplicação, dados e notificações.
Ler mais →06Proteger o Apache com mod_php
A equipa do PHP classifica o risco do mod_php como o mais elevado. Veja como reconhecer o modo de operação, aplicar o patch, reiniciar o Apache e planear a mudança para PHP-FPM.
Ler mais →07Proteger o Nginx com PHP-FPM
No Nginx com PHP-FPM, a segurança está nos pools, nas permissões e num reinício correto. Veja como aplicar o patch após o PHP2Shell e reforçar o Nginx e o PHP-FPM de forma duradoura.
Ler mais →08LiteSpeed e LSAPI: atualizar o PHP
O LiteSpeed usa pacotes lsphp próprios e mantém os processos PHP muito tempo em memória. Veja como instalar a atualização do PHP e garantir que todos os processos reiniciam mesmo.
Ler mais →09Proteger o FrankenPHP
O FrankenPHP traz o PHP dentro do próprio programa. Por isso, uma atualização da distribuição não basta: é preciso recompilar o binário ou a imagem e reiniciar todos os workers.
Ler mais →10php-cgi: um legado com risco
O php-cgi esconde-se muitas vezes em configurações antigas, painéis e no Windows. Veja como o encontrar, aplicar o patch após o PHP2Shell e planear a mudança para PHP-FPM.
Ler mais →11Aplicar patches ao PHP no Kubernetes
No cluster, o PHP está nas imagens. Veja como encontrar todos os pods vulneráveis, recompilar imagens com o PHP corrigido, fazer o rollout e comprovar o nível por workload.
Ler mais →12Proteger o PHP no Windows e no IIS
No IIS, o PHP corre normalmente como php-cgi.exe através de FastCGI. Veja como encontrar todas as instalações, trocar o PHP com segurança, reciclar os pools e verificar o resultado.
Ler mais →Cada hora conta. Escreva-nos agora.
Descreva brevemente o sistema, a versão do PHP e o que observou. Entramos em contacto consigo, esclarecemos a situação e trabalhamos remotamente até o incidente estar concluído e documentado.