Voltar ao blog

Blog

PCI, CISA e NIST: phishing vs vishing

PCI DSS, NIST, CISA e CTIR mostram que phishing e vishing exigem controles diferentes. Métricas, evidências e compliance mudam.

PCI, CISA e NIST: phishing vs vishing

Phishing versus vishing não faz sentido quando a comparação fica só em email contra voz. O cruzamento entre PCI DSS, NIST CSF 2.0, CISA, CTIR Gov Brasil e a evidência empírica mostra algo mais incômodo: para phishing há exigências explícitas de controles técnicos automatizados separadas da capacitação, enquanto para vishing predominam reconhecimento de sinais, validação por canal alternativo e escalonamento. Essa assimetria torna insuficiente medir apenas cliques ou a conclusão de um curso anual.

O que aparece quando as fontes são cruzadas

Nenhuma fonte do material monta esse mapa sozinha. Colocadas lado a lado, elas mostram que phishing e vishing compartilham a base de engenharia social, mas não deixam o mesmo rastro observável, não acionam os mesmos controles e não deveriam ser auditados com o mesmo painel.

Norma ou guia Canal O que se observa Controle principal O que exige Reporte Fonte
PCI DSS v4.0 Requirement 5.4.1 phishing não especificado processos e mecanismos automatizados "Processes and automated mechanisms are in place to detect and protect personnel against phishing attacks." não especificado PCI Security Standards Council
PCI DSS v4.0 Requirement 12.6.3.1 phishing e ataques relacionados, engenharia social ameaças e vulnerabilidades que poderiam afetar a CDE treinamento de conscientização o treinamento deve incluir consciência sobre "Phishing and related attacks" e "Social engineering" não especificado PCI Security Standards Council
NIST CSF 2.0 PR.AT-01 engenharia social e outros ataques comuns reconhecimento de tentativas e atividades suspeitas conscientização e treinamento o pessoal deve receber conscientização e treinamento, incluindo reconhecer tentativas de engenharia social e reportar ataques e atividades suspeitas, segundo o NIST sim NIST
CTIR Gov Brasil Recomendação 04/2025 vishing caller ID falsificado, pedidos de confirmar identidade ou token, solicitações para instalar AnyDesk ou TeamViewer, urgência ou ameaça campanhas de reconhecimento de canais oficiais e capacitação reforçar canais oficiais e capacitar usuários para reconhecer tentativas de vishing, segundo o CTIR Gov Brasil não especificado CTIR Gov Brasil
CTIR Gov Brasil Recomendação 01/2019 phishing ou comprometimento de credenciais suspeita de phishing ou comprometimento de credenciais notificação ao time interno notificar imediatamente o time de incidentes, segurança ou suporte de TI, segundo o CTIR Gov Brasil sim CTIR Gov Brasil
LNCC Brasil A.6.3 emails, SMS e ligações fraudulentas, phishing, vishing e smishing identificação de fraudes, verificação do remetente, novas táticas de ataque conscientização, educação e treinamento inclui conteúdos sobre emails, SMS e ligações fraudulentas, verificação do remetente e reporte de tentativas de fraude, segundo o LNCC sim LNCC Brasil
CISA Phishing Guidance e Scattered Spider phishing, também vishing e spearphishing não especificado MFA resistente a phishing e treinamento diligente recomenda FIDO/WebAuthn ou MFA baseada em PKI, e continuar o treinamento contra vishing e spearphishing, segundo a CISA não especificado CISA

Por que o erro comum é tratar isso como dois canais equivalentes?

A CISA define phishing como uma forma de engenharia social que usa emails ou sites maliciosos para solicitar informações pessoais, e define vishing como a abordagem de engenharia social que utiliza comunicação por voz. Se a leitura para por aí, o quadro operacional parece simples: email de um lado, ligações do outro.

Mas o NIST complica essa classificação ao apontar que phishing não se limita ao email e também pode chegar por mensagens de texto, chamadas telefônicas, redes sociais ou correspondência postal. A leitura da Whalemate é que o problema não se organiza bem por canal puro, e sim por sinais observáveis e pelo tipo de controle que cada cenário admite. É essa diferença que acaba afetando compliance, métricas e orçamento.

O que realmente muda entre phishing e vishing ao medir risco?

No phishing, há rastros mais estruturados para observar. O material indica que é possível medir links, anexos, domínios, entrega e credenciais, e a guia da CISA, NSA, FBI e MS-ISAC separa duas táticas comuns, roubo de credenciais por meio de site falso e distribuição de malware por anexo malicioso.

No vishing, os sinais são outros. Segundo o CTIR Gov Brasil, é preciso observar caller ID falsificado, pedidos para confirmar identidade ou token, solicitações para instalar AnyDesk ou TeamViewer e discursos de urgência ou ameaça. A leitura da Whalemate é que, se um programa usa o mesmo indicador para os dois casos, por exemplo taxa de clique, ele deixa de fora justamente o comportamento que mais importa na voz.

O que o PCI DSS exige e por que isso rompe o modelo de awareness único?

O PCI DSS v4.0 Requirement 5.4.1 exige que existam processos e mecanismos automatizados para detectar e proteger o pessoal contra ataques de phishing, segundo o PCI Security Standards Council. O mesmo padrão, no Requirement 12.6.3.1, exige que o treinamento inclua consciência sobre "Phishing and related attacks" e "Social engineering", também segundo o PCI Security Standards Council.

A tensão é relevante. O PCI DSS distingue explicitamente mecanismo técnico de treinamento, e cumprir um não equivale a cumprir o outro, segundo o próprio material do padrão. A leitura da Whalemate é que muitas organizações na América Latina tratam campanhas de awareness como se elas cobrisse os dois lados, mas essa abordagem deixa uma lacuna de compliance frente ao phishing e praticamente não diz nada sobre vishing.

O que acontece quando a evidência questiona a eficácia do treinamento sozinho?

A separação do PCI DSS fica mais importante quando é cruzada com a evidência empírica. Uma reprodução em larga escala publicada em 2025 não encontrou efeitos principais significativos das intervenções de treinamento nem sobre a taxa de clique, p=0,450, nem sobre a taxa de reporte, p=0,417, com tamanhos de efeito insignificantes, segundo o estudo acadêmico no arXiv.

A leitura da Whalemate é que isso não invalida o treinamento, mas invalida usar a capacitação como único argumento de redução de risco. Se o padrão já exige uma camada técnica separada para phishing, insistir só em awareness não apenas pode trazer pouco resultado, como também pode deixar o compliance sem evidência suficiente de controle.

A CISA pede para continuar treinando mesmo com evidência modesta?

Sim. A CISA recomenda que as organizações continuem fazendo treinamento diligente de funcionários contra vishing e spearphishing, além de implementar MFA resistente a phishing, segundo sua orientação sobre Scattered Spider. Esse "além de" pesa mais do que a recomendação isolada.

A tensão fica mais clara quando cruza com um relatório associado ao NIST. Esse relatório encontrou uma melhora estatística pequena, 2% menos propensão a cair em phishing entre quem recebeu treinamento, e também observou que o treinamento estático não mostrou benefício, enquanto o treinamento interativo deixou as pessoas 20% menos propensas a falhar em simulações futuras, segundo o NIST Public Safety Communications Research. A leitura da Whalemate é que a pergunta não é se treinar ou não, mas que tipo de treinamento justifica investimento e com quais controles ele deve ser combinado.

Quais métricas ficam curtas quando só se olha clique?

Os próprios benchmarks do material mostram por que clique não basta. O 2025 Phishing Simulation Benchmark Report da Fortra, baseado em 13,9 milhões de destinatários e 7.504 campanhas de clientes, registrou 5,42% de taxa de clique, 1,99% de envio de senhas e 10,50% de taxa de reporte. O mesmo relatório alerta que uma taxa de reporte de 10,5% não deve ser celebrada automaticamente e que uma taxa de clique de 5,42% ou de envio de senhas de 1,99% não é necessariamente aceitável apenas por ser baixa, segundo a Fortra.

A leitura da Whalemate é que o painel precisa medir a sequência e não um evento isolado. Para phishing, o valor está em observar entrega, interação, envio de credenciais, reporte, tempo até reportar e escalonamento. Para vishing, a lógica muda ainda mais, porque nem clique nem entrega descrevem bem o risco real de uma ligação fraudulenta.

O que deve ser medido em vishing se não há links nem anexos?

O CTIR Gov Brasil oferece sinais concretos que podem virar métricas operacionais. Sua Recomendação 04/2025 identifica caller ID falsificado, pedidos para confirmar identidade ou token, instalação de AnyDesk ou TeamViewer e discursos de urgência ou ameaça como indicadores de vishing.

A leitura da Whalemate é que isso permite um painel diferente. Em vishing, vale medir reconhecimento de caller ID falsificado, proporção de usuários que aceitam ou recusam pedidos de token, tentativas de instalação remota, validação fora de banda e tempo de escalonamento para o time de incidentes. Se essas métricas não existirem, o programa não está vendo o canal, apenas o está nomeando.

Qual é o lugar do reporte precoce nos dois cenários?

O NIST CSF 2.0 PR.AT-01 inclui como exemplo o treinamento de usuários para reconhecer tentativas de engenharia social e reportar ataques e atividades suspeitas, segundo os exemplos de implementação do NIST. O CIS Control 14.6 define como prática separada capacitar a força de trabalho para reconhecer e reportar incidentes de segurança, o que permite medir o reporte além do clique ou do envio de credenciais, segundo o Center for Internet Security.

O material regional reforça essa leitura. O CTIR Gov Brasil indica que, diante de suspeita de phishing ou comprometimento de credenciais, é preciso notificar imediatamente o time de incidentes, segurança ou suporte de TI. A leitura da Whalemate é que reporte e escalonamento não são métricas secundárias, são a variável que conecta awareness à resposta real.

Por que a prioridade técnica continua sendo MFA resistente a phishing?

A CISA recomenda implementar FIDO ou MFA baseada em PKI e descreve essas formas como resistentes a phishing. Também recomenda exigir MFA resistente a phishing especialmente para webmail, VPN e contas que acessam sistemas críticos, segundo a CISA.

A urgência técnica fica mais clara com dois dados do material. O Google avaliou 14 tipos de desafios de login contra mais de 350.000 tentativas reais de sequestro de contas e encontrou que os desafios baseados em conhecimento bloquearam apenas 10% das tentativas derivadas de phishing, enquanto os desafios baseados em dispositivo bloquearam mais de 94%, segundo o Google Research. Ao mesmo tempo, a CISA alerta que notificações push sem correspondência de número podem permitir ataques de fadiga e que atacantes podem conseguir transferências do número telefônico para receber códigos de MFA por SMS ou chamada. A leitura da Whalemate é que nem toda MFA reduz o risco da mesma forma, e parte do problema do vishing aparece justamente na exploração do canal telefônico ao redor da autenticação.

O que o volume de incidentes diz sobre a decisão de investimento?

O FBI informou que o IC3 recebeu 859.532 denúncias de crimes na internet em 2024 e perdas superiores a US$16 bilhões, com aumento de 33% em relação a 2023. Segundo o FBI, phishing e spoofing estiveram entre os três cibercrimes com mais denúncias em 2024.

O quadro de atividade também mostra que não se trata de um risco marginal. A APWG observou 853.244 ataques de phishing no quarto trimestre de 2025 e 3,8 milhões de ataques durante 2025, ante 3,76 milhões em 2024. A leitura da Whalemate é que, com esse volume, a decisão de não separar métricas e controles por modalidade deixa de ser uma simplificação aceitável e passa a ser uma perda de visibilidade.

O que falha na prática comum dos programas regionais?

Falha a suposição de que um curso anual, uma simulação de email e uma métrica de clique descrevem o risco humano completo. A Verizon reporta que a participação humana nas violações de segurança permaneceu em aproximadamente 60% e também descreve a engenharia social como uma categoria de incidentes liderada por phishing e pretexting, segundo o 2025 Data Breach Investigations Report.

A leitura da Whalemate é que o problema prático não é falta de campanhas, e sim excesso de homogeneidade. Quando phishing e vishing entram no mesmo pacote de awareness genérico, o programa não demonstra compliance técnico onde o padrão pede, não observa sinais específicos de voz onde o ataque ocorre e não prioriza acessos críticos com controles resistentes a phishing.

O que isso implica amanhã para CISO, TI e compliance na América Latina?

A decisão operacional é separar duas camadas de gestão. Para phishing, o programa precisa demonstrar controles técnicos e automatizados, além de medir entrega, interação, envio de credenciais, reporte, tempo até reportar e adoção de MFA resistente a phishing em webmail, VPN e acessos críticos, segundo PCI DSS v4.0, CISA e Google Research. Para vishing, o programa precisa medir reconhecimento de caller ID falsificado, pedidos de token, solicitações de instalação remota, validação por canal alternativo e escalonamento imediato, segundo o CTIR Gov Brasil.

Para compliance, isso muda quais evidências precisam ser solicitadas e auditadas. Para TI, muda quais controles devem ser priorizados primeiro. Para um CISO, muda qual risco ele pode afirmar que está reduzindo de fato e qual ele apenas está medindo de forma incompleta.

O que ler em seguida?

Ver o guia completo do tema

Perguntas

Perguntas frequentes

Phishing e vishing podem ser cobertos pelo mesmo programa de awareness?

Não totalmente. Segundo o PCI DSS v4.0, phishing exige uma camada técnica separada da capacitação, enquanto para vishing o material disponível enfatiza reconhecimento de sinais, validação por canal alternativo e escalonamento, segundo o CTIR Gov Brasil. Um único programa genérico pode servir como base, mas não oferece a mesma cobertura de compliance, visibilidade nem resposta.

Que métrica deveria substituir a taxa de clique como indicador principal?

Não existe uma única métrica que substitua a taxa de clique. Segundo o NIST CSF 2.0, o CTIR Gov Brasil e o CIS Control 14.6, convém medir reporte e escalonamento além da interação. Para phishing, somar envio de credenciais e tempo até reportar. Para vishing, medir validação fora de banda, pedidos de token, instalação remota e reconhecimento de caller ID falsificado.

A capacitação ainda faz sentido se alguns estudos mostram pouco efeito?

Sim, mas não como única defesa nem em qualquer formato. Um relatório associado ao NIST encontrou uma pequena melhora geral e melhor resultado em capacitação interativa, enquanto uma reprodução em larga escala em 2025 não encontrou efeitos significativos sobre clique ou reporte. A decisão razoável é treinar, medir reporte e combinar com controles técnicos resistentes a phishing.

Que controle técnico deveria ser priorizado primeiro para acessos críticos?

Segundo a CISA, a prioridade é MFA resistente a phishing, especialmente FIDO/WebAuthn ou MFA baseada em PKI, para webmail, VPN e contas com acesso a sistemas críticos. O estudo do Google Research reforça essa prioridade ao mostrar mais de 94% de bloqueio com desafios baseados em dispositivo versus 10% com desafios baseados em conhecimento.

Que evidência compliance deveria pedir em uma auditoria interna?

Compliance deveria pedir evidência separada por modalidade. Para phishing, provas de mecanismos técnicos e automatizados, cobertura de MFA resistente a phishing e métricas de reporte e escalonamento, segundo o PCI DSS v4.0 e a CISA. Para vishing, campanhas específicas, guias de validação por canal alternativo, sinais observados e procedimento de notificação imediata, segundo o CTIR Gov Brasil e o NIST CSF 2.0.

Gostaria de se aprofundar neste tema?

Abra este artigo diretamente no Claude ou ChatGPT — faça perguntas, peça um resumo ou explore ideias relacionadas.

Abrir com ClaudeAbrir com ChatGPT