Falha no cPanel EmailTrack: preserve sites, bancos e e-mails
Por Equipe Técnica HD Doctor
Resposta direta
Se sua empresa usa hospedagem com cPanel, peça ao responsável pelo servidor a confirmação da versão corrigida e preserve uma cópia independente dos dados. Se já houver arquivos alterados ou desaparecidos, trate o caso como possível incidente: contenha o acesso suspeito, guarde evidências e evite restaurar por cima do único estado disponível. A atualização e a recuperação precisam de decisões separadas.
O que mudou no aviso de 8 de setembro
O aviso do cPanel de 8 de setembro de 2026 identifica a CVE-2026-67401: uma conta autenticada com privilégios ligados a e-mail pode chegar à execução como root por meio do EmailTrack. A correção abrange as versões suportadas. Fonte: cPanel, Security: CVE-2026-67401 SQL Injection Vulnerability in cPanel's EmailTrack Functionality, September 8, 2026: https://support.cpanel.net/hc/en-us/articles/43187903921559-Security-CVE-2026-67401-SQL-Injection-Vulnerability-in-cPanel-s-EmailTrack-Functionality-September-8-2026. Para uma empresa que hospeda vários sites no mesmo servidor, o risco merece avaliação além de um único domínio. O administrador deve mapear quais bancos, caixas de correio e cópias de segurança compartilham a máquina. Essa é uma análise de exposição; a existência da falha não demonstra que os arquivos da empresa foram apagados ou criptografados. Nossa orientação de preservação é registrar o último estado confiável de cada aplicação antes de escolher um ponto de restauração. Um site que voltou a abrir pode continuar com pedidos ausentes ou mensagens faltando. Havendo perda de dados, a HD Doctor pode avaliar os arquivos e a mídia envolvidos; a viabilidade depende do dano e do que foi preservado.
O que não fazer diante de uma suspeita
- 1.Restaurar todas as contas sobre o servidor suspeito. Isso mistura recuperação com limpeza do ambiente e pode sobrescrever registros úteis. Preserve os originais e prepare um destino controlado com o provedor.
- 2.Apagar logs para liberar espaço. Separe espaço em outra mídia para guardar os registros. Datas de acesso e alterações ajudam a selecionar uma cópia anterior ao incidente.
- 3.Usar apenas o backup guardado na mesma máquina. Confirme a existência de uma cópia independente e teste seu conteúdo. Um arquivo de backup visível no painel ainda precisa ser validado.
Como agir com o provedor de hospedagem
Designe um responsável pela correção do servidor e outro pela conferência dos dados do negócio, mesmo que ambos trabalhem com o mesmo prestador.
- 1
Confirme o build instalado
Peça evidência da atualização. O aviso lista 11.110.0.143, 11.134.0.55, 11.136.0.39, 11.138.0.4 e WP2 11.138.1.9 como builds corrigidos. Aplique a orientação correspondente à linha utilizada.
- 2
Inventarie o que precisa ser preservado
Liste domínios, bancos, caixas de e-mail, diretórios de uploads e integrações. Registre a última operação conhecida como correta, incluindo pedidos e documentos emitidos.
- 3
Separe prevenção de resposta ao incidente
Sem indícios de invasão, priorize a correção e a verificação dos backups. Com alterações suspeitas, peça contenção e preservação de evidências antes de limpeza ou reinstalação.
- 4
Teste a recuperação em outro destino
Restaure uma cópia em ambiente isolado. Compare pedidos, anexos e mensagens com referências do negócio; abrir a página inicial não valida o banco inteiro.
- 5
Encaminhe perdas que o backup não resolve
Se faltarem arquivos ou o banco estiver ilegível, preserve as mídias e cópias disponíveis para análise. Informe à HD Doctor o sistema usado, a cronologia e todas as tentativas de reparo.
Dúvidas sobre hospedagem e recuperação
Trocar a senha do meu site resolve o problema do servidor?
A senha é apenas uma parte da resposta. O responsável pela hospedagem precisa confirmar a correção do painel e avaliar o ambiente. Depois de um incidente, revise também os acessos das aplicações em um dispositivo confiável.
O aviso significa que meus dados foram perdidos?
Não. Vulnerabilidade, invasão e perda de dados são situações diferentes. Verifique registros e conteúdo antes de decidir por uma restauração que possa eliminar alterações legítimas.
Um backup recente é suficiente para voltar a operar?
Depende do conteúdo e do momento do incidente. Teste a cópia em outro destino e confira dados de negócio. Uma cópia recente pode conter arquivos já alterados.
Quando vale procurar recuperação profissional?
Quando os dados necessários não estão em uma cópia válida ou permanecem inacessíveis por dano aos arquivos ou à mídia. Preserve o material para diagnóstico; não há garantia prévia de recuperação.
Dados da hospedagem continuam inacessíveis?
Informe o ambiente, os arquivos afetados e as tentativas já realizadas.