Este guia foi criado especificamente para um tipo de invasão que adiciona palavras-chave páginas sem sentido no seu site, que chamaremos de palavras-chave com cloaking, invasão de links. Ele foi projetado para usuários de sistemas de gerenciamento de conteúdo (CMSs) mais usados, mas este guia será útil mesmo se você não usar um CMS.
Queremos que este guia seja realmente útil para você. Enviar feedback para nos ajudar a melhorar.
Identifique esse tipo de invasão
As palavras-chave com cloaking e a invasão de links criam automaticamente muitas páginas com textos, links e imagens sem sentido. Essas páginas às vezes contêm informações elementos de modelo do site original, de modo que, à primeira vista, as páginas podem parecem partes normais de seu site até você ler o conteúdo.
As páginas invadidas são criadas para manipular os fatores de classificação do Google. Hackers muitas vezes tentam gerar receita vendendo os links das páginas invadidas para a terceiros diferentes. Muitas vezes, as páginas invadidas também redirecionam os visitantes para um página não relacionada em que hackers podem ganhar dinheiro.
Comece verificando a
Problemas de segurança
ferramenta no Search Console para ver se o Google descobriu alguma dessas páginas invadidas
no seu site. Às vezes, você também pode descobrir páginas como esta abrindo um
Janela de pesquisa e digite site:_your site url_
, com o URL no nível raiz de
seu site. Isso mostrará as páginas que o Google indexou para seu site,
incluindo as páginas invadidas. Confira algumas páginas dos resultados da pesquisa para
veja se você consegue identificar URLs incomuns. Caso você não encontre conteúdo invadido no Google
Pesquise usando os mesmos termos em um mecanismo de pesquisa diferente. Este é um
exemplo de como isso seria:
![Resultados da pesquisa gerados por essa invasão.](https://web.dev/static/articles/fix-the-cloaked-keywords-hack/image/search-results-generated.png?authuser=0000&hl=pt-br)
Normalmente, ao clicar em um link para uma página invadida, você será redirecionadas para outro site ou veem uma página cheia de conteúdo sem sentido. No entanto, também poderá ver uma mensagem sugerindo que a página não existe (por exemplo, um erro 404). Não se deixe enganar! Os hackers tentarão induzir você a pensar que a página desapareceu ou foi corrigida, mas ainda foi invadida. Eles fazem isso técnicas de cloaking conteúdo. Verifique se há técnicas de cloaking inserindo os URLs do site na caixa Ferramenta de inspeção de URL. A ferramenta Buscar como o Google permite que você veja o conteúdo oculto subjacente.
Se você encontrar esses problemas, isso significa que seu site provavelmente foi afetado por esse tipo de invadir.
![Uma página de exemplo criada por esta invasão.](https://web.dev/static/articles/fix-the-cloaked-keywords-hack/image/an-example-page-created-cc79e3659cd4c.png?authuser=0000&hl=pt-br)
Corrigir a invasão
Antes de começar, faça uma cópia off-line dos arquivos antes de removê-los. caso precise restaurá-los mais tarde. Melhor ainda, faça backup do site inteiro antes antes de iniciar o processo de limpeza. É possível fazer isso salvando todos os arquivos no seu servidor para um local fora dele ou procurando o melhor backup do seu CMS (sistema de gerenciamento de conteúdo). Se você estiver usando um CMS, também fazem backup do banco de dados.
Verificar o arquivo .htaccess
(3 etapas)
A invasão de links e palavras-chave com cloaking usa seu arquivo .htaccess
para automaticamente
criar páginas com cloaking no site. Familiarizando-se com
Noções básicas sobre .htaccess
no site oficial da Apache pode ajudar você a entender melhor como a invasão
afetar seu site, mas isso não é obrigatório.
Etapa 1
Localize o arquivo .htaccess
no seu site. Se você não souber onde encontrar
e estiver usando um CMS (sistema de gerenciamento de conteúdo) como WordPress, Joomla ou Drupal, pesquise
"local do arquivo .htaccess" em um mecanismo de pesquisa junto com o nome do CMS.
Dependendo do site, você poderá ver vários arquivos .htaccess
.
Faça uma lista dos .htaccess
locais dos arquivos.
Etapa 2
Abra o arquivo .htaccess
para ver o conteúdo dele. Procure uma linha de
como este:
RewriteRule (.*cj2fa.*|^tobeornottobe$) /injected_file.php?q=$1 [L]
As variáveis nessa linha podem ser diferentes. Tanto cj2fa
quanto tobeornottobe
podem
mistura de letras ou palavras. É importante identificar o .php
mencionado nesta linha.
Anote o arquivo .php
mencionado no arquivo .htaccess
. No exemplo,
o arquivo .php
se chama injected_file.php
, mas, na verdade, não
ser tão óbvia. Geralmente, é um conjunto aleatório de palavras inofensivas
horsekeys.php
ou potatolake.php
. É provável que seja um .php
malicioso
arquivo que precisaremos rastrear e remover mais tarde.
Etapa 3
Substitua todos os arquivos .htaccess
por uma versão limpa ou padrão de .htaccess
. Geralmente, para encontrar a versão padrão de um arquivo .htaccess
, pesquise
para "arquivo .htaccess
padrão" e o nome do seu CMS. Para sites com várias
.htaccess
, encontre uma versão limpa de cada um e faça a substituição.
Se não houver .htaccess
padrão e você nunca tiver configurado um arquivo .htaccess
no seu site, o arquivo .htaccess
encontrado provavelmente é malicioso.
Salve uma cópia dos arquivos .htaccess
off-line apenas por precaução.
do seu site.
Encontrar e remover outros arquivos maliciosos (5 etapas)
A identificação de arquivos maliciosos pode ser complicada e demorada. Vá no seu tempo ao verificar seus arquivos. Este é um bom momento para fazer backup do no seu site. Pesquise "backup do site" no Google e o nome da sua CMS para encontrar instruções sobre como fazer backup do seu site.
Etapa 1
Se você usar um CMS, reinstale todos os arquivos principais (padrão) que vêm no a distribuição padrão do CMS, além de tudo o que você adicionou (como como temas, módulos, plug-ins). Isso ajuda a garantir que esses arquivos estejam conteúdo invadido. Você pode pesquisar "reinstalar" no Google e o nome do CMS para encontrar instruções de reinstalação. Se você tiver plug-ins, módulos, extensões reinstale-os também.
Etapa 2
Comece procurando o arquivo .php
que você identificou em .htaccess
antes. Dependendo de como você acessa os arquivos em seu servidor,
deve ter algum tipo de funcionalidade de pesquisa. Procure o elemento malicioso
nome do arquivo. Se você encontrá-lo, faça uma cópia de backup e armazene-a em outro
local, caso precise restaurá-lo, e excluí-lo do seu site.
Etapa 3
Procure por arquivos maliciosos ou comprometidos restantes. Talvez você já tenha removeu todos os arquivos maliciosos nas duas etapas anteriores, mas é melhor trabalhar siga as próximas etapas caso haja mais arquivos comprometidos na sua site.
Não se preocupe pensando que você precisa abrir e analisar todas arquivo PHP. Comece criando uma lista de arquivos PHP suspeitos que você deseja investigar. Aqui estão algumas maneiras de determinar quais arquivos PHP são suspeitos:
- Se você já atualizou os arquivos do CMS, verifique somente os arquivos que não fazem parte dos arquivos ou pastas padrão do CMS. Isso eliminará muitos arquivos PHP e deixar alguns arquivos para você analisar.
- Classifique os arquivos do site por data da última modificação. Procure que foram modificados alguns meses depois que você descobriu que seu site foi invadido.
- Classifique os arquivos do site por tamanho. Procure os arquivos muito grandes.
Etapa 4
Assim que você tiver uma lista de arquivos PHP suspeitos, verifique se eles são maliciosos. Se você não estiver familiarizado com PHP, esse processo pode ser mais demorado, por isso consulte a documentação sobre o PHP. Se você não tem muita experiência com programação, recomendamos recebendo ajuda. Enquanto isso, existem algumas padrões básicos que você pode procurar para identificar arquivos maliciosos.
Se você usa um CMS e não tem o hábito de editar esses arquivos diretamente, compare os arquivos em seu servidor com uma lista de arquivos padrão empacotados com o CMS e os plug-ins e temas. Procure por arquivos que não pertençam que são maiores do que a versão padrão.
Primeiro, analise os arquivos suspeitos que você já identificou para procurar
grandes blocos de texto com uma combinação de letras aparentemente embaralhadas e
números grandes. O bloco de texto grande é geralmente precedido por uma combinação de PHP
funções como base64_decode
, rot13
, eval
, strrev
ou gzinflate
.
Veja um exemplo desse bloco de código. Às vezes, tudo isso
código será enchido em uma longa linha de texto, fazendo com que pareça menor do que
de fato é.
// Hackers try to confuse webmasters by encoding malicious code into
// blocks of text. Be wary of unfamiliar code blocks like this.
base64_decode(strrev("hMXZpRXaslmYhJXZuxWd2BSZ0l2cgknbhByZul2czVmckRWYgknYgM3ajFGd0FGIlJXd0Vn
ZgknbhBSbvJnZgUGdpNHIyV3b5BSZyV3YlNHIvRHI0V2Zy9mZgQ3Ju9GRg4SZ0l2cgIXdvlHI4lmZg4WYjBSdvlHIsU2c
hVmcnBydvJGblBiZvBCdpJGIhBCZuFGIl1Wa0BCa0l2dgQXdCBiLkJXYoBSZiBibhNGIlR2bjBycphGdgcmbpRXYjNXdmJ2b
lRGI5xWZ0Fmb1RncvZmbVBiLn5WauVGcwFGagM3J0FGa3BCZuFGdzJXZk5Wdg8GdgU3b5BicvZGI0xWdjlmZmlGZgQXagU2ah
1GIvRHIzlGa0BSZrlGbgUGZvNGIlRWaoByb0BSZrlGbgMnclt2YhhEIuUGZvNGIlxmYhRWYlJnb1BychByZulGZhJXZ1F3ch
1GIlR2bjBCZlRXYjNXdmJ2bgMXdvl2YpxWYtBiZvBSZjVWawBSYgMXagMXaoRFIskGS"));
Às vezes, o código não está desordenado e parece um script normal. Se você estiver sem certeza se o código é inválido, pare no nosso Fóruns de Ajuda para webmasters em que um grupo de webmasters experientes poderá ajudá-lo a examinar os arquivos.
Etapa 5
Agora que você sabe quais arquivos são suspeitos, crie um backup ou uma cópia local salvá-los em seu computador, caso algum dos arquivos não seja malicioso, e exclua os arquivos suspeitos do site.
Verificar se o site está limpo
Quando terminar de remover os arquivos invadidos, verifique se o trabalho que valeu a pena. Lembra das páginas sem sentido identificadas anteriormente? Use o botão como ferramenta do Google novamente para ver se elas ainda existem. Se a pessoa responder como "Não Encontrado" no Buscar como o Google, é provável que você esteja em boa forma e consiga corrija as vulnerabilidades no seu site.
Como evitar ser invadido novamente?
A correção de vulnerabilidades no site é uma etapa final essencial para a correção do site. Um estudo recente descobriu que 20% dos sites invadidos são invadidos novamente dentro de um dia. É importante saber exatamente como o site foi invadido. Leia nossa formas mais comuns de invasão de sites por criadores de spam guia para iniciar sua investigação. No entanto, se você não conseguir descobrir como seu site foi invadido, a seguir está uma lista de coisas que você pode fazer para reduzir vulnerabilidades no seu site:
- Faça uma varredura regularmente no computador: use um programa antivírus confiável para verificar quanto a vírus ou vulnerabilidades.
- Troque suas senhas regularmente: troque as senhas regularmente por todas as contas do seu site, como provedor de hospedagem, FTP e CMS, podem impedir o acesso não autorizado ao seu site. É importante criar uma senha exclusiva para cada conta.
- Use Autenticação de dois fatores (2FA): Ative a autenticação de dois fatores em todos os serviços que exigem login. FA dificulta o login de hackers, mesmo que eles consigam roubar sua senha.
- Atualize regularmente o CMS, plug-ins, extensões e módulos: Esperamos que você já tenha feito esta etapa. Muitos sites são invadidos porque se eles executarem softwares desatualizados. Alguns CMSs são compatíveis com a atualização automática.
- Considere se inscrever em um serviço de segurança para monitorar o site: Há muitos serviços excelentes por aí que podem ajudá-lo a monitorar seu por uma pequena taxa. Recomendamos que você faça registro em um deles para manter o site seguro.
Outros recursos
Se você ainda estiver com problemas para corrigir seu site, existem mais algumas dicas recursos que podem ajudar.
Estas ferramentas fazem a varredura do site e podem encontrar conteúdos problemáticos. O Google não desenvolve nem oferece suporte para elas, a não ser a VirusTotal.
Estas são apenas algumas ferramentas capazes de verificar se há problemas no seu site conteúdo. Lembre-se de que esses scanners não garantem identificar todos os tipos de conteúdo problemático.
Veja outros recursos do Google que podem ajudar você:
.