O seu site começou a encaminhar visitantes para outra página e ninguém na empresa autorizou essa alteração? Trate a situação como um possível incidente de segurança, não como mais um erro para resolver quando houver tempo. Redirecionamentos maliciosos e conteúdo introduzido sem autorização estão entre os problemas descritos pela Google para sites comprometidos. (support.google.com)
A primeira decisão não é escolher um plugin de limpeza. É decidir quem coordena a resposta, como proteger os visitantes e o que deve ficar registado antes de alterar o site.
Para quem gere o negócio, propomos esta ordem: limitar o dano, preservar informação, investigar e só depois aprovar a recuperação. A execução técnica deve ficar com uma equipa capaz de avaliar o WordPress e o alojamento. O seu papel é dar contexto, autorizar decisões e evitar intervenções contraditórias.
O sinal que viu justifica parar o site?
Uma conta de administrador que ninguém reconhece, um bloqueio do alojamento por atividade maliciosa ou um aviso de distribuição de malware justificam investigação imediata. A documentação oficial do WordPress identifica estes comportamentos como possíveis indicadores de compromisso. Não demonstram, por si só, toda a extensão do problema. (wordpress.org)
Use a seguinte grelha como proposta de triagem empresarial, não como diagnóstico técnico. Quando existir risco aparente para visitantes, a prioridade recomendada é conter esse risco enquanto a equipa confirma o alcance.
| O que foi observado | Decisão inicial recomendada | Informação a entregar à equipa |
|---|---|---|
| Visitantes encaminhados para páginas estranhas | Tratar como urgente; avaliar a suspensão do acesso público | Endereço original, destino observado e momento da ocorrência |
| Aviso de site perigoso no navegador | Não incentivar clientes a ignorar o aviso; acionar assistência | Captura do aviso e páginas indicadas |
| Administrador desconhecido ou alterações não autorizadas | Pedir preservação de registos e revisão dos acessos | Nome da conta, alteração encontrada e quem a detetou |
| Suspensão pelo alojamento | Contactar o suporte pelo canal habitual e coordenar a resposta | Mensagem completa, referência do pedido e restrições aplicadas |
| Uma página deixou de funcionar, sem outros indícios | Abrir diagnóstico técnico, sem anunciar já uma intrusão | Erro apresentado e alterações recentes conhecidas |
Não tente reproduzir repetidamente um comportamento perigoso no computador onde trabalha. A Google recomenda evitar a abertura direta de páginas infetadas e descreve métodos de análise mais seguros para técnicos. Também alerta que o conteúdo malicioso pode ser mostrado apenas em determinadas condições; não o conseguir ver não invalida a ocorrência comunicada por um cliente. (support.google.com)
Antes da limpeza, organize uma passagem de informação
Escolha uma pessoa da empresa para centralizar contactos e aprovações. Depois, reúna a equipa de manutenção e o alojamento no mesmo pedido, ou estabeleça quem fala com quem. A nossa recomendação é evitar duas equipas a alterar o ambiente sem conhecerem o trabalho uma da outra.
A documentação do WordPress recomenda registar sintomas, horas e alterações recentes. Recomenda também guardar uma cópia do ambiente antes da limpeza, mesmo que esteja infetado, para permitir análise posterior. Essa cópia não deve ser confundida com uma versão segura para repor em produção. (wordpress.org)
Pode começar com esta ficha, sem esperar por um relatório técnico completo:
- Deteção: quem encontrou o problema, quando e em que página?
- Comportamento: o que aconteceu exatamente, sem interpretar a causa?
- Contexto: houve alguma intervenção conhecida antes da ocorrência?
- Operação: que funções estão em risco — pedidos, reservas, acesso de clientes?
- Ações tomadas: quem alterou o quê desde a deteção?
- Coordenação: quem pode autorizar interrupções e despesas?
Escreva, por exemplo, «um cliente recebeu um aviso ao abrir a página de reservas», em vez de «roubaram a base de dados». A segunda frase afirma algo que ainda precisa de investigação.
Exemplo hipotético: uma empresa de formação descobre uma página de inscrição alterada na véspera de abrir candidaturas. A decisão proposta é suspender essa recolha, indicar um contacto alternativo e preservar o estado encontrado. Anunciar de imediato uma fuga de dados seria prematuro; manter a recolha sem avaliação também não seria uma escolha prudente.
Interromper o acesso não é o mesmo que resolver o incidente
Para a decisão empresarial, separe três tarefas: impedir que o problema continue a atingir pessoas, recuperar o funcionamento e esclarecer o que aconteceu. Não aceite que a conclusão de uma seja apresentada automaticamente como conclusão das restantes.
Uma página com a mensagem «em manutenção» deve ser tratada como comunicação ao público, não como prova de contenção. Pergunte à equipa que acessos e funções ficaram efetivamente bloqueados e o que continua ativo. O princípio de segurança do WordPress é limitar permissões e acesso ao necessário; a medida concreta depende do ambiente comprometido. (developer.wordpress.org)
Ao autorizar uma interrupção, deixe por escrito:
- Que parte do serviço pode ficar indisponível.
- Que alternativa será apresentada aos clientes.
- Quem autoriza o regresso ao funcionamento público.
- Quando receberá a próxima atualização, mesmo que a investigação continue.
Esta última hora deve ser um compromisso de comunicação, não uma promessa de resolução. Prefira «voltamos a informar às 16h00» a uma previsão de recuperação sem diagnóstico.
O que contratar: diagnóstico, recuperação ou investigação aprofundada?
Uma proposta limitada a «remover vírus» é demasiado ambígua para aprovar. Como critério de contratação, recomendamos separar o trabalho em decisões que você consiga acompanhar.
Primeiro, diagnóstico e contenção. O resultado esperado deve ser uma descrição do que foi confirmado, das medidas aplicadas e do que permanece desconhecido. Aprove também um limite de trabalho inicial e um ponto de decisão antes de avançar para tarefas adicionais.
Depois, recuperação técnica. A equipa deve explicar o que será substituído, corrigido ou recuperado e como validará o resultado. A documentação do WordPress distingue a remoção do compromisso da investigação da entrada do atacante e recomenda voltar a alterar palavras-passe depois de o site estar limpo. (wordpress.org)
Por fim, investigação adicional quando necessária. Se houver suspeita de acesso a dados pessoais, vários sistemas envolvidos ou dúvidas que a manutenção habitual não consiga esclarecer, considere assistência especializada. A própria documentação do WordPress reconhece que a análise da origem pode ser limitada pela falta de conhecimento técnico ou de dados disponíveis. (wordpress.org)
Não há um preço responsável sem conhecer o alcance. Para comparar propostas, peça que cada uma identifique o trabalho incluído, as exclusões, a forma de cobrança e a autorização necessária para ultrapassar o valor acordado. Esta é uma recomendação de compra, não uma estimativa de mercado.
Uma pergunta especialmente útil é: «Se a origem não puder ser confirmada, o que entregam e que risco fica por resolver?» Uma resposta com limites explícitos vale mais do que uma garantia absoluta sem evidências.
E se o WordPress guardar dados pessoais?
Esta avaliação deve decorrer em paralelo com a recuperação. Segundo a CNPD, uma violação de dados pessoais pode envolver destruição, perda, alteração, divulgação ou acesso não autorizado. Portanto, a questão não se resume a descobrir se alguém descarregou uma lista de clientes. (cnpd.pt)
Como preparação para essa avaliação, reúna um inventário simples: que dados são tratados no site, em que funções aparecem e quem, dentro da empresa, acompanha a proteção de dados. Encaminhe a informação para esse responsável ou para apoio jurídico especializado, sem esperar que a equipa técnica resolva sozinha a qualificação legal.
A CNPD indica que a notificação deve ser feita no prazo de 72 horas após conhecimento da violação, salvo quando esta não seja suscetível de resultar num risco para os direitos e liberdades das pessoas. Mesmo quando não é exigível notificar, a violação deve ser documentada. A comunicação aos titulares depende dos requisitos legais aplicáveis. (cnpd.pt)
Não espere por uma investigação encerrada para começar a avaliar estas obrigações. A CNPD esclarece que a informação pode ser completada posteriormente quando ainda não esteja toda disponível na notificação inicial. (cnpd.pt)
Em que condições autorizar a reabertura?
Propomos uma reunião curta de decisão, em vez de um simples «já está». Use estas perguntas para registar a autorização:
1. O comportamento malicioso identificado foi eliminado? Que verificações sustentam essa conclusão?
2. Os acessos foram revistos? Quem mantém permissões de administração e que credenciais foram renovadas?
3. A origem foi corrigida ou continua por esclarecer? Neste último caso, que limitações ficam registadas?
4. As funções essenciais foram validadas? Escolha os percursos que realmente permitem ao negócio trabalhar.
5. Quem acompanha o período seguinte? Combine um contacto e uma forma de escalar novos sinais.
A revisão dos acessos e a redução de permissões seguem as recomendações de proteção do WordPress. A lista de aprovação acima é uma proposta editorial para transformar essas preocupações numa decisão empresarial, não uma certificação de segurança. (developer.wordpress.org)
Se existir um aviso da Google, a recuperação tem ainda uma etapa externa. Depois de corrigir os problemas, pode ser necessário solicitar uma revisão no Search Console. A remoção do aviso não é instantânea e o prazo não está sob controlo da agência que intervém no site. (support.google.com)
Para iniciar uma intervenção, envie a ficha da ocorrência, identifique quem gere o alojamento e indique que funções do site não podem ficar sem alternativa. Não envie palavras-passe nesse primeiro contacto; combine um meio apropriado para conceder acesso.
O objetivo da manutenção WordPress, nesta situação, deve ficar escrito no pedido: proteger os utilizadores, recuperar o serviço e deixar claro o que foi resolvido e o que continua incerto. É essa clareza que lhe permite decidir quando voltar a receber clientes no site.