PHP2Shell e o modelo de risco do WordPress Multisite
A recente vulnerabilidade de segurança PHP2Shell é um lembrete oportuno de que a segurança do WordPress não se limita ao núcleo do WordPress, aos temas e aos plugins. Quando uma vulnerabilidade afecta o ambiente de execução PHP, ela situa-se abaixo da camada de aplicação que suporta todos os sites num servidor. Dependendo da configuração PHP afectada e das condições necessárias para a exploração, um ataque bem-sucedido pode dar a um atacante uma forma de executar comandos ou código não intencionados ao nível do servidor.
Para um site WordPress autónomo, isso é grave. Para uma rede WordPress Multisite, o potencial raio de impacto pode ser muito maior. Um único ambiente PHP pode suportar uma rede de sites de clientes, lojas, páginas de destino e portais de membros. Isso torna a aplicação rápida e coordenada de correcções uma parte fundamental de um alojamento multisite responsável — e não uma tarefa de manutenção que pode esperar pela próxima janela conveniente.
Porque é que as vulnerabilidades do PHP têm um impacto mais amplo numa rede
O Multisite foi concebido para tornar eficiente a gestão de muitos websites: ficheiros do núcleo partilhados, plugins partilhados, temas partilhados e administração central da rede reduzem o trabalho repetitivo. A mesma infraestrutura partilhada significa que um problema na plataforma subjacente deve ser tratado como um evento que afecta toda a rede.
A questão prática não é simplesmente saber se o proprietário de um site individual instalou a actualização mais recente. É saber se a plataforma de alojamento identificou a versão PHP afectada, aplicou a correcção do fornecedor em toda a infraestrutura relevante e confirmou que o ambiente de execução actualizado está a servir os sites dos clientes. Os atrasos podem deixar todos os sites que utilizam um ambiente afectado expostos durante mais tempo do que o necessário.
Uma resposta bem gerida também precisa de equilibrar rapidez e controlo. As equipas devem rever as notas de lançamento e o aviso do PHP, implementar o pacote corrigido através do seu processo estabelecido de alterações, verificar a versão PHP activa, monitorizar os registos de erros e a saúde dos serviços, e manter os clientes informados caso seja necessária alguma acção da parte deles. Na maioria dos casos, os clientes não deveriam ter de procurar uma actualização de segurança urgente do ambiente de execução site a site.
O que os administradores do WordPress Multisite devem fazer
Mesmo quando o alojamento trata da actualização do PHP, os administradores da rede devem aproveitar o incidente para confirmar a sua própria postura de segurança:
- Confirme a versão PHP activa junto do seu alojador e assegure-se de que inclui a correcção PHP2Shell do fornecedor.
- Mantenha o núcleo do WordPress, os plugins activos na rede, os temas e os plugins de utilização obrigatória actualizados para que os riscos ao nível da aplicação não agravem um problema ao nível da plataforma.
- Utilize acessos de privilégio mínimo para contas de alojamento, SFTP/SSH, base de dados e administrador do WordPress.
- Mantenha cópias de segurança e procedimentos de recuperação testados tanto para os ficheiros da rede como para as bases de dados.
- Monitorize actividades invulgares, como contas de administrador desconhecidas, alterações inesperadas de ficheiros, erros PHP anormais ou pedidos de saída.
- Subscreva os avisos de segurança do alojamento e do PHP para que as decisões de segurança se baseiem no aviso oficial e nas informações de lançamento, e não em rumores.
Também é importante evitar reacções exageradas às manchetes. O facto de uma determinada rede ser afectada depende da sua versão PHP, da configuração do servidor e do caminho de código vulnerável descrito no aviso oficial. A abordagem correcta é a verificação e aplicação urgente de correcções — não suposições.
A aplicação gerida de correcções faz parte do serviço
Para quem está a criar um negócio de website como serviço, a fiabilidade e a segurança fazem parte do produto que vende. Os clientes esperam que os seus sites permaneçam disponíveis enquanto a equipa da plataforma trata da manutenção ao nível da infraestrutura nos bastidores. Um alojador multisite deve ter uma responsabilidade clara pelas actualizações urgentes do PHP, um processo de implementação comprovado e uma forma de validar que a correcção está em vigor.
Esse é o padrão que aplicamos no alojamento Ultimate Multisite. A correcção PHP2Shell foi implementada e aplicada em todo o nosso serviço de alojamento no prazo de cinco horas após a publicação da nova versão do PHP. Se pretende uma plataforma WordPress Multisite concebida para operações repetíveis e também para uma resposta rápida em matéria de segurança, explore o alojamento Ultimate Multisite e crie a sua próxima rede de sites com confiança.
Deixe uma resposta