Contra phishing de IA, falta processo, não atenção

A pesquisa Global State of Authentication 2026, divulgada em 7 de outubro pela Yubico e pela Okta, ouviu 1.890 profissionais de tecnologia e segurança em nove países, em empresas com pelo menos 500 funcionários. Oitenta e dois por cento já passaram por treinamento de segurança oferecido pelo empregador. Ainda assim, 44% dizem que a própria organização sofreu, no último ano, pelo menos um ataque de phishing com IA que deu certo.

A leitura óbvia já está na própria pesquisa. Poupak Modirassari Enbom, diretora de mercado e crescimento da Yubico, resume assim: a lacuna não é de conscientização, é de adoção. Treinar não basta; falta exigir autenticação multifator em tudo, sempre, sem exceção para o aplicativo que “não precisa”. Fechar essa brecha de 23% parece a conclusão natural: mais regra, mais cobertura técnica, problema resolvido.

O que a pesquisa realmente mediu

A conclusão de Enbom é verdadeira e insuficiente.

MFA bloqueia o golpe que depende de senha roubada. Não bloqueia o golpe que depende de alguém, no momento certo, decidir confiar. Lorrie Faith Cranor, que dirige o CyLab da Carnegie Mellon e cofundou a empresa de treinamento contra phishing que depois foi comprada pela Proofpoint, aponta o ponto cego: boa parte das mensagens de phishing hoje é escrita por agentes de IA com gramática e ortografia perfeitas — exatamente o sinal que o treinamento tradicional ensinava a procurar.

A própria pesquisa testou isso. Diante de um e-mail de RH sobre um manual atualizado, só 36% dos profissionais identificaram corretamente o trecho escrito por um humano. Mais da metade, 54%, achou que o texto humano tinha sido escrito por IA. Quem foi treinado para notar o erro de uma máquina perdeu a referência no dia em que a máquina parou de errar.

Onde o MFA também falha

A autenticação multifator resolve acesso a sistema. Não resolve decisão de pessoa. Um código de MFA pode ser repassado por quem acabou de ser convencido de que está ajudando o suporte técnico. Um aplicativo autenticador pode ser contornado da mesma forma. E nenhum dos dois impede alguém de comprar um cartão-presente porque o “chefe” pediu por mensagem.

Foi o que aconteceu com um funcionário recém-contratado, segundo um relato publicado no Reddit em novembro de 2025: gastou US$ 800 em cartões-presente da Target depois de um e-mail que imitava seu superior. A frase que ele usou para se explicar diz mais que qualquer estatística da pesquisa: “I’m very new to the company, so I’m still not entirely sure how things go there.”

O código de MFA protege o sistema. Não protege quem ainda não sabe o que é normal pedir ali.

Quem carrega a regra no primeiro dia

A leitura óbvia	O que os números mostram
Falta treinar mais gente	82% já foram treinados, e 44% sofreram phishing de IA mesmo assim
Falta exigir MFA em tudo	MFA não impede alguém de ser convencido a entregar o código
A IA engana por ser mais convincente	Metade achou que o texto escrito por um humano era de IA

Medir treinamento pelo número de gente que assistiu ao vídeo não mede defesa; mede participação. Cranor é direta sobre isso: programas de conscientização celebram o número de pessoas treinadas, mas raramente rodam o experimento controlado que mostraria se o comportamento, de fato, mudou depois. Uma empresa que reporta 82% de cobertura de treinamento e ainda assim leva 44% de ataques bem-sucedidos está medindo a coisa errada, não fazendo pouco da coisa certa. O relatório recomenda reforçar a autenticação no onboarding, mas isso é só a metade do problema. A outra metade é o pedido que chega fora de qualquer sistema, por mensagem, parecendo vir de alguém que a pessoa nova ainda não sabe questionar — e nenhuma política de senha alcança esse momento.

A saída concreta não está em mais um slide: está em dar dono a um protocolo de verificação por segundo canal para qualquer pedido fora do padrão — financeiro, credencial, dado de cliente — aplicado sem exceção nas primeiras semanas de qualquer contratação, porque é ali, sem referência do que é normal pedir, que a pessoa decide confiar mais rápido. Na prática, é uma regra simples, cobrada por alguém com nome: pedido assim só se confirma por um canal diferente do que trouxe o pedido, ligando para o número já conhecido da pessoa, nunca para o que veio na própria mensagem. Isso não substitui MFA; cobre exatamente o que o MFA deixa de fora, e custa menos do que qualquer licença de software de segurança.

A pergunta que fica é outra: não quanto a empresa treina contra phishing, mas o que aconteceu na última vez que um pedido fora do padrão chegou por um canal que parecia legítimo. Havia alguém com a responsabilidade explícita de checar por outro caminho antes de agir, ou a pessoa decidiu sozinha, sem saber se podia dizer não?