Anatomia da fraude no e‑commerce

Parte III · A defesa · Capítulo 12

Segurança da operação

Quem entra no painel da loja muda preço, vê cadastro de cliente, estorna pedido e troca a conta que recebe o dinheiro. Este capítulo trata de quem tem cada chave, de como recolhê‑las no dia em que alguém sai e do que a loja deve cobrar da plataforma onde a casa está construída.

  • Leitura de 16 min
  • 2 quadros para usar a cada trimestre
  • Para dono, gestor do e‑commerce e financeiro

Em resumo

Cada acesso ao painel da loja virtual tem dono, motivo e data de validade: cada pessoa com o próprio usuário, e quem deixa de trabalhar com a loja, inclusive agência e freelancer, perde a chave no mesmo dia. Se alguém entrou, a ordem é isolar o aparelho, retomar as contas de outro aparelho, começando pelo e‑mail da empresa, e procurar o que mudou. Dado de cliente se guarda no mínimo, por pouco tempo e com poucas pessoas.

Quadro de chaves na parede com um gancho vazio marcado em vermelho.
A anatomia · os pontos da operação em que a fraude deixa sinais
  1. 1Cadastro
  2. 2Conta
  3. 3Checkout
  4. 4Pagamento
  5. 5Análise
  6. 6Expedição
  7. 7Retirada
  8. 8Atendimento
  9. 9Financeiro
  10. 10Pós‑venda

Em destaque, os pontos da operação de que este capítulo trata.

Ao final do capítulo, você consegue decidir

  • Quem na equipe tem acesso a quê no painel, e quem pode estornar ou mudar dados bancários e de reembolso.
  • O que acontece, no mesmo dia, quando um funcionário, uma agência ou um freelancer deixa de trabalhar com a loja.
  • Quais dados de cliente a loja guarda, quem os vê, por quanto tempo, e o que fazer se eles vazarem.
  • Que perguntas fazer à sua plataforma antes de confiar a ela a loja inteira.

12.1A porta que não aparece na vitrine

Os capítulos anteriores olharam para o pedido. Mas há uma entrada que nenhum cliente usa e que vale mais que qualquer pedido: o painel. Por ele passam o cadastro de todos os clientes, os preços, o status de pagamento, os estornos e a conta bancária que recebe as vendas. O capítulo 9 mostrou os sinais de um painel invadido. Aqui a pergunta é anterior: quem tem a chave.

Em muita loja pequena, a resposta honesta é “não sei direito”: a senha passou pela agência do Natal e pelo atendente que saiu em março, e ninguém a trocou.

Princípio do capítulo

Cada acesso tem dono, motivo e data de validade. Quem não precisa mais da chave já não tem a chave, no mesmo dia.

12.2Cada pessoa com o próprio usuário

Senha compartilhada tem dois defeitos. Ninguém sabe quem fez o quê: o registro mostra “admin”, e “admin” são quatro pessoas. E ela não sai com quem sai, porque trocar a senha de todos quase nunca acontece.

A regra é simples: cada pessoa tem o próprio usuário, no próprio e‑mail, e a verificação em duas etapas é obrigatória para todos que entram no painel, dono incluído. O capítulo 6 explica por que, no painel, o código por aplicativo ou a chave de acesso são preferíveis ao SMS. O usuário de quem já saiu é desativado, não apagado: o histórico do que ele fez continua consultável.

Perfis por função

Nem todo usuário precisa ver tudo. O atendente consulta pedidos, mas não exporta a base de clientes; quem cadastra produto mexe no catálogo, mas não no estorno.

PermissãoQuem costuma precisarCuidado
Ver dados completos de cliente (CPF, telefone, endereço) e exportar listasAtendimento vê o pedido que está atendendo; exportação, só o dono ou o gestor.Exportar a base inteira é o que mais estraga num vazamento.
Alterar preço, cupom e promoçãoQuem cuida do catálogo e o marketing.Preço errado vira pedido em massa em minutos.
Mudar status de pagamento e liberar pedidoO responsável pela liberação (capítulo 10) e o financeiro.O atendimento não marca pedido como pago à mão (capítulo 9).
Cancelar e estornarFinanceiro ou responsável, a pedido do atendimento.Quem pede o reembolso não é quem aprova (capítulo 9).
Alterar dados bancários de recebimento e de reembolsoSó o dono.Toda troca passa por segunda pessoa e avisa o dono fora do painel.
Criar usuários e mudar permissõesO dono, e um substituto definido para a ausência dele.Quem cria usuário pode criar um para si. No máximo duas pessoas.

Em loja de três pessoas, uma acumula perfis, e tudo bem, desde que a soma tenha sido decidida e não herdada do primeiro usuário criado, que costuma poder tudo.

12.3Quem entra e quem sai

Na entrada, a pessoa recebe o usuário com o perfil da função e uma data de revisão. Para prestador (agência, freelancer, consultor), a data é o fim do contrato ou do projeto. Acesso de prestador nunca é feito com o usuário do dono, nem com uma senha “de suporte” que fica para sempre.

A saída raramente é planejada: a agência entrega o último relatório, o freelancer para de responder, e o acesso continua lá. Por isso a lista de saída existe antes e se cumpre no mesmo dia.

  1. Desativar o usuário no painel

    Dono ou substituto

    No dia do desligamento ou do fim do contrato, de preferência na mesma hora em que a pessoa é avisada. Encerrar as sessões abertas.

  2. Trocar o que ainda for compartilhado

    Dono

    Senha que ainda seja de uso comum (o e‑mail de contato, a conta de uma transportadora) é trocada agora. No aplicativo de mensagens da loja, desconecte os aparelhos ligados à conta e troque o PIN da verificação em duas etapas. Troque as chaves de integração (sistema de gestão, integrador de marketplaces, aplicativos da plataforma) que a pessoa conhecia ou configurou.

  3. Revogar os acessos fora do painel

    Dono

    E‑mail da empresa, banco, painel do meio de pagamento e maquininhas, marketplaces, redes sociais e anúncios, sistema de gestão, emissor de notas, contas de envio com Correios e transportadoras, arquivos. Acesso dado por convite é retirado em cada serviço. Se a pessoa tinha cópia do certificado digital da empresa e da senha, revogue‑o e emita outro; revise também as procurações eletrônicas na Receita e os acessos aos portais da Secretaria da Fazenda.

  4. Conferir celulares e registrar

    Dono

    Código de verificação que caía no celular pessoal de quem saiu passa para um aparelho da loja. Anote a data, o que foi desativado e por quem.

Nada disso é acusação. A lista protege também quem sai: se algo acontecer depois, o registro mostra que a pessoa já não tinha acesso.

12.4O e‑mail que recupera tudo, o celular que recebe os códigos

Quase todo serviço tem uma porta dos fundos legítima: o “esqueci minha senha”, que leva a um e‑mail. Quem controla esse e‑mail controla a plataforma, o marketplace, as redes e muitas vezes o domínio. E o código da verificação em duas etapas cai num celular. As duas peças valem tanto quanto o painel.

  • O e‑mail de recuperação é da empresa, não de uma pessoa. Um endereço no domínio da loja, controlado pelo dono, com verificação em duas etapas e senha que não se repete. Nunca o e‑mail da agência que fez o site.
  • O celular dos códigos é um aparelho da loja ou do dono, numa linha em nome da empresa ou do dono, com senha na operadora contra a troca do chip por terceiro. Uma lista diz que conta manda código para qual número.
  • O domínio da loja está em nome da empresa, com renovação automática, e os contatos administrativo e técnico no registro também são da loja, não da agência. Domínio no CPF de um ex‑prestador é a loja nas mãos de outra pessoa.
  • O banco da empresa tem usuários separados, cada um com o próprio limite, e a aprovação de pagamentos acima de um valor exige duas pessoas, quando o banco oferece esse recurso. Troca de conta de fornecedor segue o capítulo 9.

12.5A senha que a agência levou

Caso composto, montado a partir de situações recorrentes em lojas virtuais. Nomes, valores e lugares são ilustrativos.

Loja de cosméticos · 4 pessoas na equipe

Estornos que ninguém da equipe reconheceu
O que aconteceu
Num sábado à noite, três pedidos já entregues, que somavam R$ 2.150, foram cancelados e marcados para reembolso. Num deles, os dados de reembolso foram trocados para uma chave Pix que não era da cliente.
O que a equipe viu
Na segunda, a financeira Joana estranhou os cancelamentos sem pedido do atendimento. O registro de alterações mostrava o usuário “loja”, usado por todos desde a implantação, entrando de um aparelho que ninguém reconhecia.
A informação que revelou
A senha do usuário “loja” era a mesma havia dois anos e tinha sido passada à agência que cuidou das campanhas até o ano anterior. O e‑mail de recuperação desse usuário era o de um ex‑funcionário da agência.
O que segurou o prejuízo
A regra do capítulo 9 de que alteração de dados de reembolso passa por segunda pessoa: o reembolso com chave trocada ficou pendente de aprovação, e não saiu. Os outros dois não passaram por aprovação nenhuma: na plataforma da loja, cancelar pedido disparava o estorno sozinho, pela transação original, para as próprias clientes, que estavam com os produtos. A loja explicou o erro a cada uma e pediu, sem cobrar, novo pagamento; uma pagou, e o outro valor ficou como perda.
Decisão
Fechar a porta Usuário “loja” desativado, um usuário por pessoa, verificação em duas etapas obrigatória, aprovação exigida para cancelar pedido faturado ou entregue, e‑mail de recuperação trocado para o do dono, convites da agência retirados do gerenciador de anúncios e das redes.
Registro
“Acesso indevido com usuário compartilhado, senha em poder de prestador antigo. 3 cancelamentos, 1 reembolso com chave alterada bloqueado na aprovação. Usuários individuais criados, 2 etapas ativada, acessos de terceiros revogados. Joana e Carlos, segunda, 11h.”

Ninguém da agência agiu de má‑fé: bastou a senha ficar anotada ao alcance de outra pessoa. A regra que teria evitado tudo é a da seção 12.3 (o acesso do prestador termina com o contrato). A que reduziu o estrago é do capítulo 9: dinheiro que muda de destino passa por duas pessoas. O que custou dinheiro foi o estorno automático no cancelamento, que pulou a regra da seção 12.2: confira se a sua plataforma faz o mesmo. E, quando o erro é da loja, o novo pagamento é um pedido, não uma cobrança: explique e aceite a recusa.

12.6Se alguém entrou: as primeiras horas

Seja um painel invadido, uma senha repassada num golpe ou um programa de acesso remoto instalado por pressão (capítulo 9), a ordem é a mesma.

  1. Isolar

    Quem percebeu, avisando o dono

    Desligar da internet o computador onde houve acesso remoto, sem apagar nada.

  2. Retomar as contas, de outro aparelho

    Dono

    Trocar a senha do e‑mail da empresa primeiro (é por ele que o invasor recuperaria o resto), depois painel, banco e marketplaces. Encerrar sessões abertas e conferir os aparelhos cadastrados em cada conta.

  3. Procurar o que mudou

    Dono e financeiro

    No registro de alterações: usuários criados, permissões, dados bancários e de reembolso, preços, estornos, exportações, regras de encaminhamento no e‑mail. Desfazer e anotar.

  4. Avisar quem precisa saber

    Dono

    O suporte da plataforma e o banco, pelos canais oficiais. Se saiu dinheiro da conta da loja por Pix sem autorização, peça ao banco, no mesmo dia, a devolução pelo Mecanismo Especial de Devolução, no prazo do quadro do capítulo 3: quanto antes, mais chance de haver saldo no destino. Se houve dados de clientes expostos, a seção seguinte trata da comunicação. Registrar ocorrência como no capítulo 9.

12.7Dados de cliente: o mínimo, por pouco tempo, com poucos

A Lei Geral de Proteção de Dados pede que a loja use só os dados necessários para a finalidade (art. 6º, III) e adote medidas de segurança, técnicas e administrativas, contra acesso não autorizado (art. 46). Na operação, isso vira três perguntas revistas todo ano.

  • O que guardamos? Dado que a loja não tem não vaza. Foto de documento não fica no celular de atendente nem em conversa de aplicativo de mensagens.
  • Quem acessa? Os perfis da seção 12.2. Planilha de clientes exportada e esquecida no computador é dado fora de controle.
  • Por quanto tempo? Depende do tipo de dado, não do prazo mais longo que exista. O quadro abaixo vale para o livro inteiro.
Tipo de dadoPara quêQuem acessaAté quando
Imagem de documento recebida numa verificaçãoConferir a identidade naquele pedido (capítulo 10).Quem faz a conferência.Só durante a conferência; depois é apagada. Fica o resultado.
Resultado da conferência e registro da decisãoMostrar por que o pedido foi liberado ou não, inclusive numa contestação.Responsável pela liberação e financeiro.No dossiê do pedido, enquanto houver prazo de contestação ou de cobrança.
Comprovante de entrega e conversas necessárias à provaProvar a entrega e o que foi combinado.Financeiro e quem atende o caso.No dossiê, pelo mesmo critério. Conversa que não serve de prova não entra.
Documento fiscal (notas e seus arquivos)Obrigação fiscal; também prova a venda.Financeiro e contabilidade.Prazo fiscal, em geral 5 anos (confirme com a sua contabilidade).
Registros de acesso à aplicação (data, hora, endereço IP)Exigência legal; apurar um acesso indevido.Dono e plataforma.No mínimo 6 meses (Marco Civil da Internet, art. 15).

O prazo fiscal vale para o documento fiscal: não justifica guardar a foto do documento do cliente nem a conversa inteira. E a mensagem ao cliente só promete o que a loja cumpre: se a equipe não apaga a conversa onde a imagem chegou, não diz que apaga.

Quando há um incidente

A LGPD prevê que o controlador comunique à Autoridade Nacional de Proteção de Dados (ANPD) e ao titular o incidente de segurança que possa acarretar risco ou dano relevante aos titulares (art. 48). O regulamento da ANPD (Resolução CD/ANPD nº 15/2024) considera relevante o incidente que pode afetar significativamente interesses e direitos dos titulares e envolve, por exemplo, dados financeiros, de autenticação (como senhas), sensíveis ou em larga escala. O prazo é de 3 dias úteis, contados de quando a loja soube que o incidente atingiu dados pessoais, para a ANPD e para os titulares. O prazo em dobro vale só para quem se enquadra como agente de tratamento de pequeno porte pela Resolução CD/ANPD nº 2/2022 (art. 14), que exclui, entre outros, quem faz tratamento de alto risco ou fatura acima do limite da empresa de pequeno porte (art. 3º): confirme o enquadramento com o jurídico antes de contar com ele. Todo incidente fica registrado por no mínimo 5 anos, inclusive o que não precisou ser comunicado.

  1. Registrar quando a loja soube

    Quem percebeu, avisando o dono no mesmo dia

    Data e hora em que a loja soube que dados pessoais foram atingidos, o que foi exposto e de quantos clientes. O prazo corre daí.

  2. Avaliar o risco

    Dono, com o encarregado de dados ou o jurídico

    Se o incidente pode causar dano relevante pelos critérios do regulamento. A avaliação fica anotada, mesmo quando conclui que não é caso de comunicar.

  3. Decidir e fazer a comunicação

    Dono, como controlador, pelo encarregado ou por representante constituído

    Se o risco é relevante, comunica a ANPD pelo formulário eletrônico dela e os clientes atingidos, dentro do prazo.

12.8O que perguntar à sua plataforma

Boa parte da segurança da loja está na plataforma onde ela roda. O OWASP, projeto aberto de referência em segurança de aplicações web, publica o Top 10, lista das categorias de falha mais importantes (versão de 2025). Ela fala com desenvolvedores, mas várias categorias viram perguntas de lojista: controle de acesso falho (A01), configuração insegura (A02), falhas em componentes de terceiros (A03), falhas de autenticação (A07) e de registro e alerta (A09).

PerguntePor que importa
O painel exige verificação em duas etapas, e eu consigo torná‑la obrigatória para todos os usuários?Senha sozinha não segura um painel (capítulo 6).
Consigo criar perfis com permissões separadas (ver cliente, exportar, alterar preço, estornar, mudar dados bancários)?Sem isso, todo usuário é administrador, e a seção 12.2 fica no papel.
Existe registro de quem fez o quê, com data, hora e de onde, inclusive exportações? Por quanto tempo ele fica guardado?É o que mostrou o aparelho desconhecido no caso da seção 12.5. Os registros de acesso precisam ficar ao menos 6 meses (seção 12.7).
O painel me avisa de login de aparelho novo, de usuário criado e de troca de dados bancários?Saber no sábado, e não na segunda, muda o estrago.
Há limite de tentativas no login do painel e da loja, e proteção contra robôs no cadastro e no checkout?Barra o teste de senhas (capítulo 6) e de cartões (capítulo 4).
Os dados do cartão passam pelo servidor da loja ou vão direto para o meio de pagamento?Cartão que não passa pela loja não vaza da loja. O capítulo 11 trata do assunto.
Como são feitas as cópias de segurança, com que frequência, e como eu recupero a loja se algo for apagado?O que foi apagado por invasão ou engano precisa voltar.
Quem aplica as atualizações de segurança da plataforma e dos complementos instalados, e em quanto tempo?Complemento desatualizado é porta aberta.
Se houver incidente do lado de vocês, como e em quanto tempo eu sou avisado?A loja tem prazo para comunicar seus clientes (seção 12.7) e depende desse aviso.

Se a plataforma não oferece um item, pergunte o que ela recomenda no lugar e anote a resposta com a data.

12.9Checklist de acessos, a cada trimestre

Uma hora, quatro vezes por ano, com o dono e o gestor do e‑commerce.

Checklist de acessos · trimestral

  • Lista de usuários do painel: cada um é uma pessoa que ainda trabalha com a loja, com o perfil da função atual.
  • Nenhum usuário genérico (“loja”, “admin”, “suporte”) em uso.
  • Verificação em duas etapas ativa em todos os usuários do painel, do e‑mail da empresa e do banco.
  • Prestadores: cada acesso tem contrato vigente; os de contrato encerrado foram retirados.
  • Convites conferidos fora do painel: e‑mail, banco, meio de pagamento e maquininhas, marketplaces, redes, anúncios, mensagens, sistema de gestão, emissor de notas, contas de envio, arquivos.
  • Aparelhos conectados ao aplicativo de mensagens da loja conferidos; chaves de integração trocadas quando um prestador saiu.
  • Certificado digital da empresa: sabe‑se quem tem o arquivo e a senha; procurações eletrônicas e acessos aos portais fiscais revistos.
  • E‑mail de recuperação e celular dos códigos de cada conta da empresa estão sob controle do dono.
  • Domínio em nome da empresa, com renovação em dia.
  • Registro de alterações conferido por amostra: trocas de dados bancários e de reembolso, estornos, exportações.
  • Planilhas exportadas sem uso foram apagadas; nenhuma imagem de documento de verificação ficou guardada depois da conferência.

12.10Lista de verificação do capítulo

  • Cada pessoa tem o próprio usuário no painel; não existe senha compartilhada.
  • A verificação em duas etapas é obrigatória para todos que entram no painel, dono incluído.
  • As permissões estão separadas por função, e só o dono altera dados bancários de recebimento e de reembolso.
  • A lista de saída existe por escrito e é cumprida no mesmo dia, para funcionário e para prestador.
  • O e‑mail de recuperação e o celular dos códigos de cada conta da empresa são da loja ou do dono.
  • A guarda de cada tipo de dado segue o quadro da seção 12.7, e num incidente está definido quem registra a data, quem avalia o risco e quem decide a comunicação.
  • As perguntas da seção 12.8 foram feitas à plataforma, e as respostas estão anotadas.

Este capítulo traz informação sobre a lei, não orientação jurídica. Para a política da sua loja e para um incidente concreto, consulte quem cuida do jurídico dela.

FontesFontes e referências

Revisado em novembro de 2026.