Em resumo: se o site da sua empresa artesanal foi hackeado ou está em risco por causa do PHP2Shell, não precisa de ser técnico. O importante é fazer as perguntas certas ao fornecedor de alojamento e ao web designer, proteger os acessos e, em caso de dúvida, desligar o site por um curto período. O resto fica com especialistas.
Por que razão os sites de empresas artesanais estão em risco
O site de uma empresa artesanal é normalmente enxuto: serviços, fotografias de trabalhos realizados, um formulário de contacto, talvez uma página com ofertas de emprego. Foi muitas vezes construído há anos por uma pequena agência, por um freelancer ou por alguém da família, frequentemente com WordPress. Desde então, funciona em silêncio.
O PHP2Shell atinge precisamente estes sites. As vulnerabilidades estão no próprio PHP, a linguagem de programação por baixo de quase todos os sites deste tipo. Os atacantes não precisam de palavra-passe para isso. Procuram servidores vulneráveis na Internet de forma automatizada, seja lá um grupo empresarial ou uma empresa de telhados.
Que dados existem num site de uma empresa artesanal
À primeira vista, poucos. À segunda: pedidos com nomes, moradas e números de telefone, fotografias de casas de banho, telhados e casas das caldeiras que os clientes carregam para avaliação, e candidaturas com currículo e certificados. Alguns plugins de formulários guardam tudo isso de forma permanente na base de dados, mesmo que há muito tenha recebido o pedido por e-mail.
Para os atacantes, estes dados valem menos do que o próprio servidor. Um site de empresa artesanal hackeado serve muitas vezes como remetente de spam, como depósito de páginas fraudulentas ou como redirecionamento para lojas falsas. O seu bom nome na região torna-se assim um disfarce. Isso é muitas vezes notado só quando um cliente telefona e pergunta por que razão o seu site mostra de repente publicidade a casinos online.
O que significa um servidor comprometido para a empresa
- Menos encomendas: se o Google mostra um aviso ou o site redireciona, os pedidos deixam de chegar, muitas vezes sem se notar durante semanas.
- E-mails no spam: se o servidor envia spam, também as suas propostas e faturas acabam na pasta de spam dos clientes.
- Problemas com o fornecedor de alojamento: os fornecedores bloqueiam pacotes suspeitos, por vezes juntamente com as caixas de correio.
- Faturas falsificadas: se também os acessos ao correio estiverem afetados, os clientes podem receber faturas com dados bancários alheios.
Empresa artesanal e site hackeado: quem é responsável?
Nas pequenas empresas, a situação é muitas vezes confusa. O contrato de alojamento está em nome do proprietário, as credenciais estão com o antigo web designer e ninguém sabe ao certo que versão do PHP está a correr. No alojamento web normal, é o fornecedor que atualiza o PHP do servidor. Se o fez, deve perguntá-lo por escrito. Encontra um modelo para isso no guia Perguntar ao fornecedor de alojamento pelo estado do patch.
É importante saber: uma atualização do site ou dos seus plugins não fecha a vulnerabilidade do PHP. E um patch não remove código malicioso que já tenha sido introduzido antes.
Guarde as credenciais do domínio, do alojamento e da administração do site num local seguro na empresa, e não apenas junto do web designer. Em caso de emergência, perde-se assim tempo à procura.
As primeiras horas: uma lista de verificação para proprietários
- Perguntar ao fornecedor de alojamento: o PHP do meu pacote tem o patch aplicado e foi reiniciado? Pedir a resposta por escrito.
- Se não houver resposta clara ou se houver sinais de ataque, desligar temporariamente o site através do menu de cliente do fornecedor de alojamento. Durante esse período, os pedidos chegam por telefone e e-mail.
- Pedir ao fornecedor de alojamento que conserve os registos do servidor desde 20/10/2026.
- Só alterar todas as palavras-passe quando o servidor estiver limpo, caso contrário o atacante lê logo as novas.
- Verificar se existe uma cópia de segurança atual e quem a pode restaurar.
Depois do incidente: manter o site deliberadamente simples
Muitos sites de empresas artesanais arrastam lastro: plugins para funções que nunca foram usadas, páginas de teste antigas, um livro de visitas esquecido. Cada uma destas peças tem de ser mantida. Depois de um incidente, vale a pena fazer um corte: o que não traz pedidos, sai.
Esclareça também se os formulários têm de guardar os pedidos de forma permanente ou se basta um e-mail para a empresa. Assegure-se de que existem cópias de segurança regulares que não estejam no mesmo servidor. E verifique se o seu pacote de alojamento ainda se adequa ao site ou se um pacote gerido, com responsabilidade clara pelo PHP, é para si a solução mais simples.
Como ajuda concretamente a PHP SOS?
- Falamos por si com o fornecedor de alojamento e o web designer e esclarecemos, em palavras compreensíveis, quem tem de fazer o quê.
- Verificamos remotamente se o servidor tem o patch aplicado e se existem código malicioso, contas de administrador estranhas ou scripts de spam.
- Em caso de infeção, limpamos o site no âmbito da nossa assistência de emergência e ajudamos a remover novamente um aviso do Google.
- Voltamos a proteger os seus acessos e entregamos-lhe uma breve documentação para os seus registos.
- Quem já não quiser ocupar-se do assunto recebe, com um contrato de manutenção, uma responsabilidade fixa.
Perguntas frequentes
O meu site foi feito por um conhecido. Quem é agora o responsável?
O responsável pelo site é a empresa em cujo nome estão o domínio e o alojamento. O web designer pode ajudar, mas só é responsável se um contrato de manutenção o estabelecer. Pelo PHP no servidor, no alojamento web normal, é normalmente responsável o fornecedor de alojamento.
Como noto que o site da minha empresa artesanal foi hackeado?
Os sinais típicos são redirecionamentos para páginas estranhas, conteúdos em língua estrangeira nos resultados do Google, um aviso no navegador ou pedidos que de repente deixam de chegar. Por vezes, contacta-o também o fornecedor de alojamento, porque o servidor envia spam. Muitas vezes, porém, ao início não se vê nada.
Um ataque ao site pode afetar também os meus e-mails?
Se o site e as caixas de correio estiverem no mesmo pacote de alojamento, é possível. Um atacante pode usar o servidor para enviar spam, fazendo com que os seus e-mails acabem no spam dos clientes. Depois da limpeza, altere também as palavras-passe das caixas de correio.