RespostasPublicado11 fontes
Como o “ASCII smuggling” escondeu termos de phishing à vista de todos
A Microsoft observou, de fevereiro a meados de maio de 2026, uma campanha de phishing financeiro que inseria caracteres Unicode Tag invisíveis em termos como “funding”, “loan” e “credit”. Os destinatários viam palavras aparentemente normais, mas filtros que dependiam de correspondência literal, assinaturas ou regex...
Publicado porEditado com GPT-5.6 TerraImagens geradas com GPT Image 2
Resposta de pesquisa
Principais conclusões
- A Microsoft observou, de fevereiro a meados de maio de 2026, uma campanha de phishing financeiro que inseria caracteres Unicode Tag invisíveis em termos como “funding”, “loan” e “credit”.
- Os destinatários viam palavras aparentemente normais, mas filtros que dependiam de correspondência literal, assinaturas ou regex podiam não reconhecer a sequência fragmentada.
- A principal recomendação é normalizar e inspecionar Unicode antes das verificações de conteúdo, combinando essa medida com reputação, autenticação, análise de URLs e proteção antiphishing.
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: How did a large-scale phishing campaign detected by Microsoft from February to mid-May 2026 use invisible Unicode tag characters—an ASCII-sm. Article summary: Microsoft observed a high-volume, finance-themed phishing operation from February to mid-May 2026 that repurposed “ASCII smuggling” from AI prompt-injection research. Invisible Unicode Tag characters were inserted inside. Topic tags: general, general web, user generated, academic, news. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks
Golpistas não precisam necessariamente usar erros de ortografia ou textos estranhos para driblar filtros. Em uma campanha de phishing monitorada pela Microsoft entre fevereiro e meados de maio de 2026, as mensagens pareciam normais para quem as recebia — mas caracteres Unicode invisíveis alteravam o que alguns sistemas de processamento de e-mail conseguiam analisar. 1
A técnica é chamada de ASCII smuggling. Ela ganhou notoriedade em pesquisas sobre injeção de prompts em IA e, neste caso, foi reaproveitada para ocultar linguagem de phishing ligada a crédito e financiamento dos mecanismos de defesa por e-mail. 1
O que mudava no texto
A campanha inseria caracteres Unicode Tag, que não são renderizados visualmente, dentro de palavras-isca como “funding”, “loan” e “credit”. Na tela, esses termos podiam parecer intactos. Na sequência real de caracteres, porém, deixavam de ser uma palavra contínua. 1
Isso faz diferença para sistemas que dependem de buscas literais por palavras-chave, assinaturas ou expressões regulares (regex). Uma regra configurada para encontrar um termo financeiro sem interrupções pode falhar se houver caracteres ocultos entre as letras visíveis. A Microsoft também alerta que o tratamento inconsistente desses caracteres entre analisadores e sistemas posteriores torna a detecção mais difícil. 1
O uso observado inverte a lógica comum da técnica em ataques voltados a IA. Em ataques de injeção de prompt, caracteres invisíveis podem esconder instruções de uma pessoa e expô-las a um modelo. Nesta campanha, o texto visível era destinado à vítima, enquanto a sequência subjacente buscava atrapalhar a análise do e-mail. 1
Operação em grande volume com iscas de crédito
A telemetria da Microsoft mostrou um salto acentuado na atividade a partir de 9 de fevereiro de 2026, com volume elevado nos dias úteis por cerca de três meses. Segundo a empresa, a campanha chegou a ultrapassar 2,3 milhões de mensagens em um único dia. 1
Os e-mails promoviam ofertas fictícias de empréstimos e crédito para empresas. A operação usava domínios descartáveis como remetentes e infraestrutura da ActiveCampaign, plataforma de automação de marketing, fazendo o tráfego se parecer com um envio comercial em massa — e não com e-mails disparados por um servidor comprometido. 1
A Microsoft informou que a ActiveCampaign investigou o abuso e tomou medidas contra as contas identificadas. O caso mostra que até serviços legítimos de distribuição de mensagens podem ser explorados, mesmo quando mantêm programas de combate a abusos. 1
Normalizar Unicode antes da detecção é a medida central
A orientação mais direta é simples: normalizar Unicode antes de executar detecções baseadas em texto. A Microsoft recomenda detectar, remover ou sinalizar caracteres Unicode Tag e de controle antes de aplicar regras por palavras-chave, assinaturas ou regex. 1
Para equipes de segurança, isso deve integrar uma cadeia mais ampla de proteção de e-mail:
- Normalize e inspecione o texto logo no início. Faça isso antes da correspondência de conteúdo e antes de encaminhar os dados a etapas posteriores de análise ou classificação.
1
- Teste cada camada de processamento. Gateways, analisadores, classificadores e ferramentas posteriores podem interpretar caracteres incomuns de maneiras diferentes.
- Não dependa só da análise de conteúdo. A Microsoft afirma que suas proteções também usam reputação de remetente, IP, URL e domínio; autenticação; classificação por aprendizado de máquina; e detecção de personificação.
- Procure uso anormal de Unicode. Caracteres invisíveis ou semelhantes a caracteres de controle inseridos em linguagem comercial aparentemente comum são um sinal relevante para investigação.
A normalização não substitui o restante da arquitetura de defesa. Ela impede que uma técnica específica de evasão neutralize controles úteis de conteúdo; reputação, autenticação e mecanismos antiphishing continuam essenciais para bloquear a mensagem como um todo.
Assistentes de IA que leem e-mails exigem o mesmo cuidado
O risco não se limita aos filtros tradicionais de caixa de entrada. Empresas vêm encaminhando e-mails a copilotos, ferramentas de resumo, automações de fluxo de trabalho e sistemas de agentes. A recomendação da Microsoft é tratar qualquer e-mail apresentado a esses sistemas como entrada não confiável: normalizar e inspecionar o conteúdo antes de ele chegar ao modelo, implementar defesas contra injeção de prompt e restringir as ferramentas e permissões disponíveis aos agentes automatizados. 1
Sem essas salvaguardas, um invasor pode tentar atingir dois alvos ao mesmo tempo: a cadeia convencional de segurança de e-mail e o sistema de IA que posteriormente lê ou toma decisões a partir da mensagem.
Técnicas da era da IA podem migrar para golpes conhecidos
O ASCII smuggling não significa que toda técnica de injeção de prompt vá virar uma tática de spam. Mas o episódio evidencia que métodos desenvolvidos ou popularizados na segurança de IA podem ser reaproveitados, a baixo custo, em canais já conhecidos, como o phishing por e-mail. 1
Um estudo separado, liderado pela Universidade de Waterloo e pela FAR.AI, concluiu que os 21 modelos de linguagem de pesos abertos avaliados podiam ser modificados para contornar suas proteções de segurança. A conclusão vale especificamente para os modelos testados e não demonstra que algum deles tenha sido usado nesta campanha de phishing. Ainda assim, reforça um ponto prático: proteções no próprio modelo não devem ser o único controle de uma organização contra abusos em escala.
Para quem defende ambientes de e-mail, a prioridade é objetiva: transformar a normalização de texto em etapa padrão de pré-processamento, validar o comportamento de toda a cadeia de e-mail e assumir que novos métodos de ofuscação associados à IA podem acabar aparecendo em ataques de engenharia social já familiares.
Studio Global AI
Continue sua pesquisa
Esta página inclui uma resposta baseada na fonte que você pode continuar em Studio Global.
As pessoas também perguntam
Qual é a resposta curta para "Como o “ASCII smuggling” escondeu termos de phishing à vista de todos"?
A Microsoft observou, de fevereiro a meados de maio de 2026, uma campanha de phishing financeiro que inseria caracteres Unicode Tag invisíveis em termos como “funding”, “loan” e “credit”.
Quais são os pontos-chave para validar primeiro?
A Microsoft observou, de fevereiro a meados de maio de 2026, uma campanha de phishing financeiro que inseria caracteres Unicode Tag invisíveis em termos como “funding”, “loan” e “credit”. Os destinatários viam palavras aparentemente normais, mas filtros que dependiam de correspondência literal, assinaturas ou regex podiam não reconhecer a sequência fragmentada.
O que devo fazer a seguir na prática?
A principal recomendação é normalizar e inspecionar Unicode antes das verificações de conteúdo, combinando essa medida com reputação, autenticação, análise de URLs e proteção antiphishing.