Site da empresa fora do ar: ataque ou problema de hospedagem?
O site saiu do ar de repente. Pode ser hospedagem, DNS, certificado, aplicação, banco de dados ou ataque. A primeira tarefa é separar as hipóteses sem apagar os registros que mostram o que realmente aconteceu.
Checklist de triagem
Valide em outra rede e registre a mensagem de erro.
Confirme apontamentos, validade e mudanças recentes.
Cheque status, recursos e logs do provedor.
Separe erro de código, banco e atualização.
Procure alterações e acessos não autorizados.
Copie logs antes de reiniciar ou restaurar.
Confirme o impacto antes de reiniciar tudo
Teste o endereço em outra rede e em janela anônima. Veja se a indisponibilidade afeta todos os usuários, uma região ou apenas uma parte do site. Registre a mensagem de erro, horário e comportamento antes de reiniciar serviços.
Se houver erro 500, 502, 503, timeout, aviso de certificado ou redirecionamento, cada sintoma aponta para caminhos diferentes.
Verifique domínio, DNS e certificado
Confirme se o domínio está ativo, para onde o DNS aponta e se houve alteração recente. Veja também a validade do certificado e se o navegador identifica outro domínio ou emissor inesperado.
Uma mudança não autorizada de DNS é um sinal grave, pois pode redirecionar e-mail e tráfego mesmo que o servidor original esteja intacto.
Separe hospedagem, aplicação e ataque
Consulte o painel e o status do provedor, uso de CPU, memória, armazenamento, banco de dados e logs da aplicação. Limite de recurso, falha de atualização e erro de código podem derrubar o site sem invasão.
Por outro lado, picos anormais, arquivos alterados, usuários novos, bloqueios do WAF e acessos desconhecidos aumentam a suspeita de ataque.
Preserve os registros antes da correção
Guarde logs de acesso, erro, WAF, DNS, CDN e hospedagem. Registre alterações recentes, deploys, atualizações e chamados. Esses dados ajudam a provar se a queda foi técnica, operacional ou maliciosa.
Evite limpar logs, reinstalar o servidor ou restaurar backup antes de fazer uma cópia do estado atual.
Recupere por etapas
Se a causa for infraestrutura, corrija o componente e valide o serviço antes de normalizar todo o tráfego. Se houver comprometimento, isole a origem, corrija a entrada e somente depois restaure.
Monitore erros, integridade, DNS e comportamento do tráfego após a volta.
Quando tratar como incidente de segurança
Trate como incidente quando houver alteração não autorizada, redirecionamento, malware, usuário desconhecido, mudança de DNS, acesso administrativo estranho ou indício de exfiltração.
Se ninguém consegue explicar a mudança, preserve o ambiente e evite assumir que foi apenas “problema da hospedagem”.
Perguntas frequentes
Site fora do ar sempre significa ataque?
Não. DNS, certificado, hospedagem, aplicação, banco de dados e limite de recursos também podem causar indisponibilidade.
Devo reiniciar o servidor?
Antes, registre o erro e preserve logs. Reiniciar pode resolver temporariamente e apagar informações úteis.
Cloudflare fora do ar significa meu servidor caiu?
Não necessariamente. CDN, DNS, origem e regras podem falhar de maneiras diferentes; valide cada camada.
Quando chamar segurança?
Quando há alteração não autorizada, acesso estranho, malware, redirecionamento ou ausência de explicação para a mudança.
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.
Leandro Lucio
Especialista em Cyber Security e Digital Forensics, atua com gestão de vulnerabilidades, investigação digital, resposta a incidentes, pentest autorizado e proteção de ambientes online. Este conteúdo transforma segurança da informação em orientação prática para pessoas, famílias e negócios.
Conheça minha trajetória técnica →