Como recuperar um site WordPress hackeado
Descobrir que o site foi hackeado é stressante: conteúdo alterado, redirecionamentos para sites spam, avisos do Google, e-mails de spam enviados pelo servidor. Mas com um processo sistemático, a maioria dos sites pode ser recuperada em horas. O importante é agir com método, não com pânico.
Sinais de hack
Conteúdo estranho no site (texto ou links que não colocou). Redirecionamentos para sites de spam ou farmacêuticas. Google mostra “Este site pode ter sido hackeado” nos resultados. Alerta de malware no navegador. E-mails de spam enviados pelo servidor. Utilizadores admin desconhecidos no WordPress. Ficheiros PHP estranhos nas pastas do site.
Passo 1: Isolar
Mude imediatamente a palavra-passe do cPanel e do WordPress admin. Se possível, coloque o site em manutenção para evitar que visitantes sejam afetados. Não elimine nada antes de avaliar: pode perder evidências de como o hack aconteceu.
Passo 2: Avaliar
Verifique o Imunify360 no cPanel: pode já ter detetado e quarentenado ficheiros maliciosos. Use o Wordfence análise para identificar ficheiros core alterados, plugins com malware e backdoors. Verifique utilizadores admin desconhecidos (Utilizadores → Todos os utilizadores).
Passo 3: Limpar (opção A: restaurar backup)
Se tem um backup limpo recente (JetBackup no cPanel), restaurar é a forma mais rápida e segura. Restaure ficheiros E base de dados. Após restaurar, atualize imediatamente WordPress, plugins e temas, e mude todas as palavras-passe.
Passo 3: Limpar (opção B: limpeza manual)
Se não tem backup limpo: substitua os ficheiros core do WordPress por uma cópia limpa (descarregue de wordpress.org). Elimine e reinstale plugins (os ficheiros de plugins devem vir do repositório oficial, não do servidor comprometido). Verifique o tema: compare ficheiros com a versão original. Procure ficheiros PHP suspeitos em wp-content/uploads/ (não devem existir ficheiros PHP nesta pasta). Limpe tabelas de base de dados de conteúdo injectado.
Passo 4: Prevenir
Atualize tudo. Elimine plugins e temas não utilizados. Mude todas as palavras-passe (WordPress, cPanel, FTP, base de dados). Ative autenticação de dois fatores. Verifique permissões de ficheiros (644 para ficheiros, 755 para pastas, 440 para wp-config.php). Se o Google mostrava aviso, peça revisão no Search Console após limpeza.
Recuperar sem perder a evidência do incidente
Restrinja a exposição quando necessário e preserve registos e cópias para compreender a entrada. Escolha uma versão conhecida como limpa e verifique ficheiros, utilizadores, tarefas e base de dados. Uma cópia recente pode já conter a intrusão.
Corrija a vulnerabilidade e reveja credenciais a partir de um ambiente de confiança. Ao restaurar uma loja, identifique encomendas posteriores que precisam de ser preservadas. Depois monitorize o comportamento e avalie as obrigações relacionadas com dados afetados, em vez de considerar o incidente encerrado só porque a homepage voltou.
Como verificar a proteção sem criar uma falsa sensação de segurança
Uma instalação protegida combina medidas no servidor com medidas na aplicação. Atualize os componentes mantidos pelos respetivos fabricantes, elimine extensões que já não utiliza, aplique permissões adequadas e proteja as contas de administração. Uma firewall pode bloquear determinadas tentativas, mas não corrige vulnerabilidades de um plugin desatualizado.
Registe os eventos relevantes e confirme a existência de backups recuperáveis antes de intervenções de maior risco. Se houver suspeita de comprometimento, preservar registos e identificar o ponto de entrada é tão importante como repor os ficheiros. Limpar apenas a página afetada pode deixar contas fraudulentas ou tarefas maliciosas ativas. A resposta deve distinguir contenção, análise, recuperação e prevenção de reincidência.
Como agir nas primeiras horas depois de um alerta
Identifique o sistema afetado, limite acessos desnecessários e preserve registos. Não elimine ficheiros ou reinstale tudo sem compreender o alcance do incidente. Se suspeita que houve exposição de passwords, substitua-as a partir de um dispositivo de confiança e reveja os administradores existentes.
Depois da contenção, analise a origem e teste a recuperação. Restaurar um backup contaminado pode reproduzir a falha. Distinga factos confirmados de hipóteses para que a resposta não seja orientada por suposições.
Camadas de proteção com funções diferentes
SSL, firewall, proteção contra malware e backups têm objetivos distintos. O HTTPS cifra a comunicação, mas não elimina vulnerabilidades de plugins. Uma cópia de segurança apoia a recuperação, mas não substitui prevenção. A firewall pode bloquear padrões de ataque sem impedir que uma password roubada seja utilizada.
Reveja periodicamente versões, utilizadores e permissões. A empresa deve saber o que é responsabilidade do alojamento e o que pertence à manutenção da aplicação. Esta distinção facilita a resposta quando surge um incidente.
Recuperar o negócio com os dados preservados
Escolha uma cópia limpa e acompanhe os pedidos posteriores antes de repor a aplicação.
Para alojar o projeto, consulte os nossos planos de alojamento WordPress. Podemos analisar as necessidades do site. Fale connosco se precisa de ajuda a escolher.