Vishing com IA: chamadas deepfake que burlam o MFA

A autenticação multifator funciona exigindo algo além da senha. Ela pressupõe que o atacante não consegue obter esse segundo fator. O vishing com IA não quebra essa premissa tecnicamente — ele a contorna socialmente.

As campanhas mais eficazes dos últimos dezoito meses compartilham um padrão: atacam o processo de recuperação, e não o de login. O atacante liga para o help desk se passando por um executivo em viagem ou por um novo contratado que perdeu o dispositivo. O agente, pressionado por uma fila de chamados e uma meta de tempo médio de atendimento, verifica a identidade com nome, matrícula, data de nascimento, nome do gestor ou os últimos quatro dígitos de um telefone. Todos esses dados estão disponíveis no LinkedIn, no site corporativo, em um vazamento ou em um corretor de dados.

Verificado o solicitante, o agente faz exatamente aquilo para o que foi treinado e pelo que é avaliado: redefine a senha ou registra novamente o token de MFA. O atacante passa a deter uma identidade plenamente legítima. Sem malware, sem exploit e sem login anômalo de um país desconhecido — porque o registro foi autorizado pela porta da frente.

Uma segunda variante ataca os funcionários diretamente. O atacante dispara uma notificação de MFA genuína e em seguida liga para o usuário com voz clonada, dizendo ser o suporte, pedindo desculpas pela interrupção e solicitando a aprovação. Como a notificação é real e a voz soa familiar, as taxas de aprovação são altas.

A falha de fundo é arquitetural. A verificação de identidade na maioria das empresas é baseada em conhecimento, e conhecimento não é mais segredo. O identificador de chamadas é facilmente falsificado. E o help desk — a única equipe autorizada a sobrepor todos os controles de autenticação da organização — costuma ser a menos instrumentada do ponto de vista de segurança. Fechar essa lacuna exige governar em conjunto as funções de identidade, cibersegurança e telefonia, em vez de tratá-las como três decisões de compra separadas.

Entender a sequência é o que torna a defesa prática. Uma campanha típica se desenrola em cinco etapas.

1. Reconhecimento. O atacante mapeia a organização por fontes abertas: nomes de executivos, estrutura de reporte, telefone do help desk, relações com fornecedores de TI, o padrão de nomes de e-mail e quais funcionários viajam. Vagas de emprego e páginas de suporte frequentemente revelam qual provedor de identidade e qual sistema de chamados estão em uso.

2. Coleta de voz. Bastam alguns segundos de áudio limpo. Servem gravações de conferências, teleconferências com investidores, entrevistas no YouTube e mensagens de caixa postal. Alguns grupos simplesmente ligam para o alvo com um pretexto e gravam a resposta.

3. Construção do pretexto. O atacante monta um cenário com um motivo legítimo de urgência e um motivo legítimo para o canal normal estar indisponível: uma conta bloqueada antes de uma apresentação a cliente, um dispositivo esquecido no avião, uma fusão que exige discrição. O identificador de chamadas é falsificado para coincidir com um ramal interno ou com o número de um fornecedor conhecido.

4. A ligação. O atacante contata o help desk ou o funcionário. O áudio clonado pode ser usado durante toda a chamada ou em um momento decisivo, como um suposto gestor confirmando a aprovação numa passagem rápida. A conversão de voz em tempo real permite hoje que um operador fale naturalmente enquanto a vítima ouve outra pessoa.

5. Captura de credenciais e movimentação lateral. Com a senha redefinida ou o MFA registrado novamente, o atacante se autentica como o funcionário. A partir daí os objetivos são conhecidos: regras de caixa de entrada para persistência, acesso a compartilhamentos de arquivos e sistemas financeiros, movimentação lateral rumo à administração do domínio e, em muitos casos, roubo de dados seguido de extorsão.

Cada etapa deixa sinais. O reconhecimento gera consultas incomuns ao diretório. A redefinição gera um evento de registro de MFA. A movimentação gera autenticação a partir de um novo dispositivo ou rota de rede. Nenhum desses sinais significa muito isoladamente — e é por isso que a correlação entre telemetria de identidade, endpoint e rede em um SOC gerenciado com SIEM e MDR é o que transforma eventos dispersos em uma detecção.

Tratar o canal de voz como parte do perímetro de segurança gera retornos mensuráveis que vão além de evitar uma violação.

Contenção mais rápida. Quando as redefinições feitas pelo help desk geram eventos de segurança estruturados, um registro não autorizado pode ser detectado em minutos, em vez de descoberto semanas depois durante uma investigação. O tempo mediano de permanência é o maior fator isolado do custo total de uma violação.

Menor exposição a fraude. A mesma técnica de voz clonada usada para burlar o MFA é usada para autorizar pagamentos. Equipes financeiras que adotam verificação por retorno de ligação fora de banda para mudanças de pagamento eliminam toda uma categoria de perdas, e as seguradoras perguntam cada vez mais por esse controle na renovação.

Aderência regulatória. Reguladores financeiros, frameworks de saúde e regimes de proteção de dados nas Américas e na Europa convergem para a exigência de verificar identidade por meios que o solicitante não possa autoafirmar. Implementar agora evita uma remediação apressada depois.

Credibilidade operacional. Os agentes de help desk carregam hoje uma responsabilidade impossível: julgar autenticidade em tempo real sem ferramentas. Substituir esse julgamento por um fluxo determinístico — uma notificação fora de banda para um dispositivo registrado, aprovação do gestor roteada pelo sistema de chamados, confirmação por vídeo para contas privilegiadas — retira a pressão do agente e fecha a lacuna ao mesmo tempo.

Melhor economia com consolidação. Organizações que operam voz, conectividade e segurança com fornecedores desconectados não têm um único lugar para ver que uma chamada de entrada falsificada precedeu uma redefinição de credenciais. Consolidar conectividade gerenciada e SD-WAN com voz e monitoramento de segurança transforma essa correlação em capacidade padrão, e não em exercício forense.

A HIT Communications ocupa uma interseção incomum. São mais de 30 anos operando infraestrutura corporativa de voz e conectividade na América Latina, nos Estados Unidos e na Europa, e operamos um centro de operações de segurança para esses mesmos clientes. O vishing com IA é exatamente o tipo de ameaça que cai entre as duas disciplinas — e que passa despercebida quando são geridas por fornecedores diferentes.

No lado de voz, nossos serviços de SIP trunking e tráfego de voz incluem controles de autenticação de chamadas de entrada, detecção de falsificação e registros detalhados de chamadas que tornam visíveis os padrões suspeitos. Nossas plataformas de PABX em nuvem e contact center suportam fluxos de verificação gravados e auditáveis para help desk e financeiro, e nossas implantações de Microsoft Teams Direct Routing mantêm a voz corporativa dentro de um perímetro governado e monitorado, e não em dispositivos móveis não gerenciados.

No lado de segurança, nosso SOC gerenciado entrega monitoramento 24/7, correlação em SIEM e detecção e resposta gerenciadas, tratando telemetria de identidade — registros de MFA, redefinições de senha, autenticações de viagem impossível — como sinais de primeira classe, e não como ruído. Nossa equipe de serviços gerenciados de TI cuida do trabalho operacional que de fato fecha a lacuna: redesenhar os procedimentos de verificação do help desk, definir caminhos de escalonamento para contas privilegiadas e conduzir os exercícios de mesa que revelam se o novo processo resiste a um interlocutor determinado.

A combinação importa. Detectar uma campanha de voz clonada exige ver a ligação e o evento de identidade na mesma tela.

O vishing com IA deixou de ser novidade para se tornar uma das duas ou três formas mais confiáveis de entrar em uma rede corporativa. Funciona porque ataca a costura entre duas equipes que raramente conversam: quem opera a telefonia e quem opera a identidade. A tecnologia que o barateou não vai desaparecer, e a qualidade da clonagem de voz continuará melhorando.

A resposta defensiva não exige ferramentas exóticas. Exige três decisões. Primeiro, remover a verificação baseada em conhecimento de todo fluxo capaz de conceder acesso, substituindo-a por algo que o solicitante não possa autoafirmar, como uma notificação fora de banda para um dispositivo registrado ou aprovação do gestor pelo sistema de chamados. Segundo, fazer com que redefinições de credenciais e registros de MFA feitos pelo help desk gerem eventos de segurança que um SOC realmente monitore. Terceiro, treinar os funcionários de que uma voz familiar não é mais prova de identidade, e oferecer a eles um caminho sem punição para desligar e retornar a ligação por um número conhecido.

As organizações que adotarem essas mudanças agora vão achá-las muito mais baratas do que o incidente que as imporá mais tarde.

Pronto para fechar a lacuna entre sua infraestrutura de voz e seus controles de identidade? Fale com a HIT Communications para avaliar em conjunto seu fluxo de verificação no help desk, a autenticação de chamadas de entrada e a cobertura de monitoramento de identidade.