Como verificar um site para substituição de credenciais: guia passo a passo
Como verificar um site para substituição de credenciais: guia passo a passo
A substituição de dados bancários em um site parece comum, e essa é a sua perigosidade. A empresa pode 'de repente' mudar sua conta bancária, o gerente pode ter um novo telefone para contato, a página de pagamento pode ter um link que leva a lugar nenhum ou a uma carteira de outra pessoa. Para o cliente, isso significa dinheiro a mais. Para o negócio, é uma disputa, devolução, perda de confiança e discussões que se arrastam por horas.
Na maioria das vezes, o criminoso não quebra tudo. Ele precisa apenas de 1-2 pontos de entrada: um e-mail em nome de um funcionário, acesso ao CMS, uma senha fraca no hosting. Depois, ele muda um bloco na página, e o comprador paga para o lugar errado. Se precisar se orientar rapidamente em um tema relacionado, será útil Como verificar um site quanto a fraudes: guia, mas aqui estamos falando especificamente sobre a substituição de dados bancários.
1. O que é a substituição de dados bancários e por que é perigosa
A substituição de dados é mais do que apenas uma nova conta na fatura. Isso inclui contatos, e-mail, links para pagamento, QR codes, dados bancários, assinaturas em e-mails e até mesmo texto em PDF. Muda 1 caractere no endereço — e o cliente já escreve para o lugar errado. Muda 1 dígito no número da conta — e o dinheiro vai para o destinatário errado.
Para a empresa, o risco é duplo. Primeiro, o dinheiro pode ir para o lugar errado. Em segundo lugar, a reputação será afetada: o cliente raramente se aprofunda em quem é o culpado — hospedagem, contratante ou funcionário interno. Ele vê apenas uma coisa: no site estavam um conjunto de dados, e depois outro. E isso é suficiente para um conflito.
Um problema separado é a substituição oculta em e-mails. O cliente recebeu a fatura, abriu o anexo, pagou, e após 2 dias descobriu que os dados haviam sido trocados. Esses casos frequentemente se arrastam por 1-2 semanas, enquanto a contabilidade e o suporte conferem as versões antigas dos documentos. Sim, é desagradável.
2. Sinais que podem indicar uma troca
O primeiro sinal — mudanças inesperadas nas contas e documentos. Se ontem havia um BIC no PDF e hoje há outro, isso é motivo para parar. Outro marcador — novos botões de pagamento que não existiam antes, ou botões antigos que levam a um domínio desconhecido. A verificação leva 5 minutos e economiza horas.
Preste atenção nos endereços de e-mail. Até mesmo um ponto, hífen ou a mudança de domínio de company.ru para company-pay.ru já altera o significado. O telefone também é verificado não pela aparência, mas pelo fato: o número pode ser semelhante, mas não é o seu. A troca de dados bancários muitas vezes se disfarça como uma "atualização técnica", e isso é a primeira coisa que deve ser verificada manualmente.
Existem também sintomas mais grosseiros: o formulário de pedido começou a coletar campos extras, os dados no rodapé do site desapareceram, e nos e-mails do auto-responder apareceu uma nova conta. Se na página "Pagamento" de repente há 3 métodos de transferência em vez de 1, isso nem sempre é um erro do designer. Às vezes, é um ponto de ataque. Para comparação, é útil abrir como verificar se o site tem uma página e ver como normalmente são organizadas as seções de serviço.
3. Quais seções do site verificar primeiro
Comece pela página "Contatos". É lá que geralmente mudam o telefone, e-mail, endereço do escritório e links para mensageiros. Depois, abra "Pagamento" ou "Dados Bancários", se houver essa página. Normalmente, lá estão o CNPJ, conta bancária, BIC, nome do destinatário e às vezes um modelo de boleto. Um símbolo incorreto já é motivo para investigação.
Em seguida, verifique os cartões de produtos e as páginas de serviços. A troca gosta de se esconder nas descrições, no botão "Comprar", na janela pop-up e no pequeno bloco de texto acima do rodapé. Não se esqueça de abrir a página no telefone e no computador: às vezes, o criminoso muda apenas a versão móvel. E sim, isso acontece.
Veja separadamente os documentos em PDF. Fatura, contrato, tabela de preços, ato — todos eles são frequentemente alterados, porque o arquivo é baixado e não comparado novamente com o site. Outra área de risco são os e-mails e respostas automáticas. Neles pode haver um banner de assinatura antigo, mas já com um novo link para pagamento. O e-mail chegou às 9:12, e a troca ocorreu às 9:10 — aí está a janela de ataque.
Se o site tiver uma página de devolução, verifique-a também. O golpista nem sempre mexe em "Pagamento"; às vezes, muda seções onde o cliente procura a política de devolução de dinheiro e deixa o número do cartão. Essa verificação ajuda a verificar se o site possui uma página, pois a lógica das páginas de serviço é semelhante.
4. Como verificar o site tecnicamente
Primeiro, compare a versão atual do site com o backup. São necessárias 2 capturas: a de ontem e a de hoje. Se você tiver backups configurados, abra o arquivo e verifique arquivos específicos: o modelo da página de pagamento, o rodapé, o bloco de contatos, o arquivo de geração de PDF. Mesmo 1 linha no modelo pode mudar os dados.
Em seguida, veja o registro de alterações no CMS. No painel de administração, frequentemente é possível ver o autor, a data e a hora da edição. Se o gerente de conteúdo nunca mexeu nos dados, e a edição veio de um novo usuário às 03:17, isso já é um sinal. O histórico de edições às vezes armazena versões anteriores do texto, então você verá imediatamente o que foi removido. Sem teoria desnecessária.
Verifique os arquivos no servidor. Especialmente aqueles que são responsáveis pelos templates, processamento de formulários, exibição de dados bancários e envio de e-mails. Um arquivo infectado pode alterar o número da conta apenas para parte dos visitantes, por exemplo, para usuários de um determinado navegador ou de uma determinada região. Essas coisas costumam ser feitas de forma silenciosa.
Se houver acesso ao painel de administração, compare o que é visível nele com o que aparece na página pública. Às vezes, no admin já estão os dados corretos, enquanto no site há um cache antigo ou um script de terceiros que substitui o texto original por outro. Se notar uma discrepância, registre-a imediatamente, não um dia depois.
5. Como verificar dados de pagamento e bancários
Verifique o CNPJ, conta bancária, BIC, nome do destinatário e a finalidade do pagamento com os documentos oficiais da empresa. Se um dado não coincidir, isso não é um detalhe, mas uma razão para interromper o pagamento. Para verificações internas, mantenha um modelo padrão de fatura, aprovado pela contabilidade e pelo jurídico, e não o altere sem registro no diário.
Os links de pagamento são verificados separadamente. Abra o endereço por completo, e não apenas o botão. Verifique o domínio, o protocolo, caracteres extras, subdomínios e redirecionamentos. Se o link passar por um encurtador e você não o utiliza, isso é um sinal de alerta. Códigos QR também não são seguros por padrão: podem ser trocados em 30 segundos, e o cliente nem percebe.
Há também uma técnica simples do dia a dia. Pegue 2 canais diferentes: o site e um contrato em papel, ou o site e uma fatura da contabilidade. Se os dados coincidirem em ambos os lugares, o risco é menor. Se não coincidirem, primeiro descubra onde está a fonte do erro. Neste ponto, muitos perguntam pela primeira vez como verificar um site quanto à substituição de dados sem envolver um desenvolvedor, e a resposta geralmente é uma: é preciso comparar não apenas o texto, mas também o caminho pelo qual o cliente chega ao pagamento.
| O que comparar | Onde procurar | No que prestar atenção |
|---|---|---|
| CNPJ e nome | Dados, contrato, fatura | Correspondência exata da escrita |
| Conta corrente e BIC | Página de pagamento, PDF | 1 dígito de erro já é crítico |
| Link para pagamento | Botão, e-mail, código QR | Domínio, redirecionamentos, protocolo |
| Beneficiário do pagamento | Conta, caixa, formulário de pagamento | Correspondência com o nome oficial |
6. O que fazer se a substituição foi confirmada
O primeiro passo é desativar a página ou formulário suspeito. Se você tiver acesso apenas ao painel de administração, remova o bloco da publicação e retorne à versão anterior a partir do backup. Não espere até o final do dia. A substituição de dados no funcionamento do site não gosta de pausas: quanto mais tempo a página estiver aberta, maior a chance de perder o pagamento.
Em seguida, restaure os dados corretos do modelo de referência. Verifique não apenas a página, mas também o e-mail, PDF, mensagem automática, assinatura do gerente e a página na versão móvel. Se a substituição ocorreu em vários lugares, corrija todos os 5 pontos ao mesmo tempo. Caso contrário, o cliente verá o link antigo no e-mail e o novo no site, e isso já é confusão.
Depois, notifique os clientes, se pedidos ou pagamentos foram afetados. Escreva de forma concisa: o que aconteceu, quais dados estão corretos, para onde entrar em contato se o pagamento já foi para o lugar errado. Não estenda o texto por 2 telas. As pessoas precisam de uma resposta, e não de estilo.
Altere senhas e feche acessos desnecessários. Verifique as contas de funcionários, contratados, e-mail do administrador, FTP, hospedagem e painel CMS. Se houve um acesso suspeito, registre a hora e o IP, e depois peça a um especialista para verificar os logs. Muitas vezes é possível ver de onde começou a substituição.
7. Como proteger o site contra nova substituição
Comece com os direitos de acesso. O gerente de conteúdo não deve ter acesso a arquivos do sistema, e o contratado não deve ter acesso total ao painel administrativo se sua tarefa for apenas a formatação. A autenticação de dois fatores no painel de controle e no e-mail reduz significativamente o risco, especialmente se alguém armazena a senha no navegador.
É útil manter um registro de alterações. Quem, quando e o que foi alterado — 3 linhas já trazem clareza em caso de incidente. Se o site for pequeno, uma tabela simples é suficiente. Se o projeto for grande, implemente controle de versões e notificações sobre alterações em seções críticas. Não é por estética, mas para não ter que procurar o culpado por meio de capturas de tela.
Cópias de segurança não são necessárias 'para qualquer eventualidade', mas sim de acordo com um cronograma. Armazene 2-3 versões mais recentes para reverter uma alteração malsucedida em 10-15 minutos. Adicione monitoramento de arquivos: se o modelo de dados mudar, você deve saber disso, e não uma semana depois pelo cliente. Isso não é um luxo.
Mais uma camada de proteção é a verificação de scripts e plugins externos. A substituição às vezes vem através de um módulo de pagamento de terceiros ou um formulário de contato. Se você tiver um plugin antigo que ninguém atualizou há 8 meses, verifique-o primeiro. E não se esqueça de testar o site após as atualizações em uma cópia separada, e não imediatamente no domínio de produção.
8. Quando é o momento de consultar especialistas
Se a substituição afetou apenas um bloco de texto, o administrador do site pode lidar com a tarefa. Mas se os arquivos no servidor foram alterados, surgiram usuários desconhecidos ou os dados estão sendo substituídos novamente após o rollback, chame um desenvolvedor e um especialista em segurança da informação. Uma nova substituição no mesmo dia quase sempre significa que a entrada ainda está aberta.
Um advogado é necessário quando já houve transferências para dados de terceiros ou há risco de disputa com o cliente. Ele ajudará a documentar o incidente, preservar a correspondência e preparar notificações. Às vezes, é mais importante não consertar o site no primeiro minuto, mas coletar corretamente as evidências: capturas de tela, logs, horários das alterações, cópias das páginas. Isso economiza não horas, mas semanas depois.
Se você não tem certeza de onde exatamente procurar a substituição, é melhor realizar uma verificação em várias camadas: conteúdo do site, e-mails, PDF, acessos, links de pagamento, logs do CMS. Quanto mais pontos de correspondência, mais fácil entender onde ocorreu a substituição. E sim, em histórias como essas, a pressa excessiva quase sempre atrapalha.
Na prática, geralmente são necessárias 4 verificações: abrir a página de detalhes, comparar a conta com o modelo, verificar o e-mail de pagamento e olhar os logs de alterações dos últimos dias. Se houver discrepância em pelo menos um lugar, não é mais uma suposição, mas sim a busca pela causa.
