Entre 3 e 5 de agosto, uma campanha de fraude financeira entregou mais de um milhão de e-mails falsos que se passavam por CEOs, CFOs e presidentes de empresas-alvo, com faturas fabricadas da ServiceNow anexadas, para convencer times de contas a pagar a autorizarem transferências bancárias. A Microsoft documentou a operação em relatório técnico de 10 de setembro e a Cloud Security Alliance publicou, quatro dias depois, uma nota de pesquisa independente que situa o caso dentro de um movimento mais amplo de engenharia social assistida por IA generativa. Times de finanças, contas a pagar e segurança de e-mail são o público diretamente visado; a ação prioritária é blindar o fluxo de aprovação de pagamentos fora do canal usual de compra, porque nenhum filtro antisspam, sozinho, sustenta essa defesa.
Campanha em escala industrial
O relatório da Microsoft descreve a campanha como mais de um milhão de e-mails de fraude financeira disparados em três dias por meio de contas em serviços terceirizados de envio de e-mail — infraestrutura legítima de entrega, escolhida justamente para contornar reputação de IP. Cerca de 87,7% dos destinatários estavam nos Estados Unidos, com vítimas setoriais concentradas em serviços de TI e consultoria, bens de consumo, imobiliário e manufatura discreta. O alvo operacional é preciso: funcionários de contas a pagar, pessoas cuja função é justamente processar faturas e aprovar transferências ACH. Antes do disparo, o operador registrou domínios de infraestrutura em 31 de julho, incluindo um disfarce da marca ServiceNow (service-nowinc[.]com) usado no e-mail falso do presidente da fabricante e no rodapé da fatura, e o domínio domainlify[.]net usado no campo Reply-To. A Microsoft destaca que não encontrou nenhuma evidência de que a ServiceNow ou qualquer organização citada nas iscas tenha sido comprometida: toda a credibilidade veio de conteúdo fabricado sobre marcas reais.
Anatomia do golpe
A estrutura da mensagem empilha camadas de prova social em um único corpo. No topo, a assinatura do executivo da própria vítima, com nome e cargo, aprovando a fatura abaixo. Em seguida, uma fatura profissional da ServiceNow Platform — Annual Subscription, com logotipo, número de documento, datas de emissão e vencimento, itens discriminados e seção BILLED TO personalizada com o nome da empresa e do executivo. Mais abaixo, duas mensagens encadeadas simulam uma conversa entre o executivo falsificado e o presidente da ServiceNow discutindo a compra e o pagamento. O pedido central de cada mensagem é uma transferência ACH de quase US$ 50,000, instruída para contas bancárias controladas pelo golpista, com instituições financeiras variando entre amostras — o que sugere operação com múltiplas contas de recebimento e não um único funil. A fraude não rouba credenciais nem instala malware: o objetivo é o pagamento em si, o que a torna invisível para controles de identidade e endpoint e desloca todo o peso da defesa para o processo financeiro e para a triagem de e-mail. É uma evolução do clássico golpe de e-mail corporativo, agora com produção de conteúdo industrializada — tema que o portal já tratou ao mostrar por que phishing com IA exige trocar o elo humano por chaves.
Onde a IA generativa entra
A Microsoft encontrou indicadores consistentes com IA generativa na construção dos modelos da campanha: comentários extensos em HTML descrevendo cada seção, rotulagem estruturada e uniforme dos blocos, uso recorrente de travessão longo e banners de separação — marcas típicas de saída de modelos de linguagem. Um sinal adicional de geração por modelo é que identificadores de fatura e a estrutura narrativa permaneceram quase idênticos entre amostras, enquanto dados específicos de cada organização mudavam de alvo para alvo. O próprio relatório faz a ressalva correta: os indícios sugerem envolvimento de IA, mas não estabelecem de forma independente quanto do conteúdo foi efetivamente gerado por modelo. A leitura defensiva não muda por isso. A distinção relevante é operacional: quando a redação persuasiva deixa de ser gargalo, o atacante consegue personalizar em massa, e o volume de três dias comprova a capacidade. O time de defesa precisa assumir que qualquer funcionário pode receber uma mensagem escrita sob medida, tecnicamente correta e emocionalmente calibrada — e tratar a verificação fora de banda como regra, não como exceção.
Sinais que entregam a fraude
A sofisticação não eliminou os defeitos. A Microsoft lista contradições que permanecem visíveis e que servem de base para regras de detecção e treinamento:
| Sinal observado | Por que entrega o golpe |
|---|---|
| Cabeçalho From da thread encadeada sem dados de encaminhamento reais | Forward verdadeiro carrega headers técnicos; a cópia fabricada não tem |
| Nome de exibição não corresponde ao endereço do remetente | Impostura de executivo depende de display name manipulado |
| Assuntos com termos como due bill e ACH Parment (com erro) | Isca financeira escrita às pressas, típica de produção em massa |
| Thread anterior alinhada à esquerda, sem recuo visual | Threads reais ficam tabuladas ou agrupadas visualmente |
| Executivo pede para não copiá-lo, mas a última mensagem parte do endereço dele | Contradição interna da narrativa fabricada |
| Reply-To apontando para domínio recém-registrado | domainlify[.]net foi registrado dias antes da campanha |
Esses marcadores sustentam regras de transporte: bloquear resposta a domínios com menos de 30 dias, marcar display name interno vindo de fora da organização e reter mensagens que combinem palavra-chave de pagamento com thread encadeada sem headers.
Defesas priorizadas P1 e P2
P1 — Processo financeiro: exigir verificação por canal independente (telefone conhecido, presencial) para toda instrução de pagamento nova, mudança de dados bancários ou aprovação verbada por executivo; separar quem aprova de quem executa; e revisar agora as exceções de pagamento aprovadas nas últimas semanas, porque a janela de 3 a 5 de agosto pode ter deixados pagamentos em análise. P1 — E-mail: ativar purga automática pós-entrega, spoof protection e conectores de fluxo de mensagem que tratem remetente externo com nome de exibição interno. P2 — Autenticação: revisar DMARC em política de rejeição, caminho detalhado no guia do portal sobre implantação segura até p=reject, porque a campanha explorou entrega por provedores terceirizados legítimos, onde autenticação bem configurada e reputação de domínio pesam na decisão. P2 — Detecção: criar alertas para mensagens com anotações financeiras em thread sem headers de encaminhamento e para correspondências com os domínios e endereços divulgados como indicadores de comprometimento.
Checklist de resposta para o financeiro
- Buscar nos últimos 60 dias e-mails com service-nowinc[.]com, domainlify[.]net ou termos due bill e ACH Parment.
- Confirmar com fornecedores, por contato conhecido, toda fatura de assinatura anual recebida por e-mail.
- Congelar pagamentos ACH iniciados por instrução de e-mail sem segunda aprovação.
- Notificar contas a pagar sobre os erros característicos da narrativa fabricada.
- Registrar tentativas para dimensionar alcance antes de escalar ao banco.
O caso muda o cálculo do custo de ataque: redação personalizada deixou de ser limitante. Quem depende do funcionário desconfiar por escrito perde; quem verifica por canal independente antes de pagar dinheiro mantém a vantagem.