pular para o conteúdo
voltar ao mapa
prática
etapa: attack
3 min de leitura

Engenharia social e defesa contra phishing

As pessoas não são o elo mais fraco; são o alvo de um adversário habilidoso que explora confiança e urgência. Controles técnicos que não dependem de um julgamento humano perfeito são a defesa mais forte.

DMARC / SPF / DKIMphishing-resistant MFA (FIDO2, passkeys)secure email gatewayGoPhish (authorized simulations)reporting button and triage queueDNS and URL filtering

Como os ataques funcionam

  • Phishing: uma mensagem enganosa (e-mail, SMS, chat) que leva a vítima a clicar, inserir credenciais ou executar algo.
  • Spear phishing e business email compromise: mensagens pesquisadas e direcionadas, muitas vezes se passando por um executivo ou fornecedor para desviar um pagamento.
  • Vishing e smishing: o mesmo por ligação telefônica ou mensagem de texto, incluindo falsas chamadas de suporte.
  • Pretexting: um cenário inventado que faz um pedido parecer legítimo.
  • MFA fatigue e kits adversary-in-the-middle: enviar repetidos pedidos de aprovação, ou retransmitir um login ao vivo para roubar a sessão.
  • Físico: tailgating, dispositivos deixados de isca, personificação de funcionários.

Controles que não dependem de um julgamento perfeito

  • Autenticação multifator resistente a phishing (chaves de segurança FIDO2 ou passkeys): a credencial só funciona no site real, então uma página parecida não obtém nada.
  • Autenticação de e-mail para que ninguém consiga forjar o seu domínio: SPF, DKIM e com política de aplicação.
  • Filtragem e sandbox de anexos e links, e avisos para remetentes externos.
  • Controles de processo para dinheiro e acesso: um segundo canal para confirmar mudanças de pagamento, regras de aprovação para pedidos sensíveis.
  • e detecção em endpoints, para que um clique não vire uma violação.
Registros DNS (example.com)text
example.com.            TXT  "v=spf1 include:_spf.mail-provider.example -all"
_dmarc.example.com.     TXT  "v=DMARC1; p=reject; rua=mailto:dmarc-reports@example.com; adkim=s; aspf=s"
selector1._domainkey.example.com.  TXT  "v=DKIM1; k=rsa; p=<public key>"

Simulações feitas de forma ética

  • Somente com autorização por escrito, escopo definido e aprovação de RH e jurídico; muitas jurisdições têm regras sobre testes com funcionários.
  • Foque em aprender, não em punir: nunca exponha nomes e não use cenários cruéis (falsos bônus, falsas demissões, emergências familiares).
  • Meça o que importa: a taxa de reporte e o tempo para reportar importam mais do que a taxa de cliques. Uma cultura em que as pessoas reportam rápido é um controle de detecção.
  • Facilite o reporte: um botão, uma resposta rápida e amigável, e agradecimento pelos reportes (incluindo falsos alarmes).
  • Dê orientação curta, específica e na hora certa a quem clica, em vez de treinamentos longos e obrigatórios.

Preparando-se para o dia em que funciona

Assuma que alguém, mais cedo ou mais tarde, vai inserir credenciais em uma página falsa. Torne isso sobrevivível: MFA resistente a phishing, procedimentos de revogação de sessões e tokens, revisão de regras de caixa de entrada, detecção de logins anômalos e uma resposta ensaiada para contas comprometidas e fraude de pagamento.

DMARCUma política de autenticação de e-mail que diz aos receptores o que fazer com mensagens que falham nas verificações SPF ou DKIM do seu domínio e para onde enviar relatórios.ver no glossário →Privilégio mínimoleast privilegePrincípio de dar a cada identidade só as permissões estritamente necessárias para a sua função, e nada mais. É oposto a 'usuário admin por padrão': cada papel extra é um caminho a mais que um atacante pode usar depois de um compromise.ver no glossário →

conexões no mapa

atualizado em 14/10/2026 · fontes para aprofundar · reportar erro

em outros domínios

  • Bot managementsecopsengenharia social e abuso automatizado atacam a identidade pelo mesmo lado

Estude antes

Desbloqueia

teste o que entendeu

Carregando perguntas…