Site WordPress invadido: o que fazer antes de sair apagando
O impulso é apagar plugin, restaurar backup e torcer. Mas, se você fizer isso sem registrar o cenário, pode perder a evidência da invasão e deixar a mesma porta aberta para o atacante voltar.
O site pode continuar no ar e ainda estar comprometido. Redirecionamento seletivo, páginas escondidas e usuários administrativos novos podem existir sem derrubar a home.
Primeiros passos no WordPress
Reduza o risco aos visitantes e preserve o estado.
Guarde arquivos, usuários, versões e logs.
Troque credenciais e revogue sessões.
Valide plugin, tema, usuário e hospedagem.
Recupere somente depois da correção.
Observe integridade, SEO e novos acessos.
Contenha o dano sem apagar o ambiente
Se o site está distribuindo malware, capturando credenciais ou redirecionando clientes, a prioridade é impedir novas vítimas. Peça à hospedagem para restringir o acesso, criar uma cópia técnica ou colocar uma página de manutenção fora do WordPress comprometido.
Evite simplesmente renomear pastas aleatórias. Você pode quebrar o site, perder rastros e ainda manter a backdoor ativa em outro ponto.
Redirecionamento seletivo, páginas escondidas e usuários administrativos novos podem existir sem derrubar a home.
Preserve o que ajuda a explicar a invasão
Antes da limpeza, registre usuários, plugins, temas, tarefas agendadas, arquivos alterados, logs de acesso e alertas da hospedagem. Faça uma cópia técnica do estado atual quando houver recurso para isso.
- Lista de administradores
- Versões de WordPress, plugins e temas
- Arquivos modificados e horários
- Logs de acesso e autenticação
- Alertas do Search Console e da hospedagem
Troque credenciais na ordem certa
Troque senhas de hospedagem, WordPress, banco de dados, SFTP/SSH, painel e contas administrativas a partir de um dispositivo confiável. Revogue sessões e chaves antigas.
Se o e-mail do administrador também foi comprometido, ele precisa entrar na contenção porque pode ser usado para recuperar acessos.
Descubra a porta de entrada
Plugin vulnerável, tema abandonado, senha reutilizada, usuário antigo, chave exposta e serviço de hospedagem comprometido são caminhos diferentes. Corrigir apenas o arquivo visível não fecha a origem.
Compare versões, logs, integridade de arquivos e alterações administrativas para montar a linha do tempo.
Recupere em ambiente limpo
Restaure apenas depois de escolher uma cópia confiável e aplicar correções. Atualize WordPress, plugins e temas, remova componentes desnecessários e valide o site antes de recolocá-lo em produção.
Um backup anterior pode conter a mesma vulnerabilidade que permitiu a invasão; por isso recuperação e correção precisam andar juntas.
O que comunicar a clientes e parceiros
Se houve redirecionamento, captura de dados, envio de e-mails ou exposição de informações, comunique de forma objetiva o que é conhecido e quais canais oficiais devem ser usados.
Não atribua autoria sem evidência e não publique detalhes técnicos que criem nova exposição.
Perguntas frequentes
Restaurar o backup resolve?
Pode recuperar o conteúdo, mas não garante que a vulnerabilidade, credencial ou persistência usada pelo atacante tenha sido removida.
Devo apagar todos os plugins?
Não por impulso. Registre o estado, identifique os componentes e remova ou atualize com método.
Trocar a senha do WordPress basta?
Não. Hospedagem, banco de dados, SFTP/SSH, e-mail, chaves e sessões também podem estar envolvidos.
Como saber por onde entraram?
Cruze logs, versões, alterações de arquivos, usuários, plugins e eventos administrativos. A resposta raramente vem de um único sinal.
Organize o próximo passo sem perder evidências.
Se existe risco real, preserve os registros e siga o caminho de atendimento indicado neste guia.

