→ Back to Home
Cybersecurity

Adversaries Adopt AI-Derived ASCII Smuggling for Enterprise Email Filter Evasion

Microsoft security researchers detailed an evasive phishing campaign utilizing invisible Unicode tag characters (U+E0000–U+E007F) to split financial keywords and evade email security filters. The technique, known as ASCII smuggling, was initially identified during AI prompt injection and indirect prompt injection (XPIA) evaluations, where invisible characters conceal instructions from human reviewers while passing executable directives to machine learning models. In this campaign, attackers inverted the mechanism: they placed invisible characters between letters in sensitive words like financial payment lures to disrupt string matching and security parser inspection without degrading the text rendered in human email clients. This development marks a critical inflection point for enterprise security teams defending corporate authentication workflows, finance operations, and cloud identities. Traditional secure email gateways (SEGs) and defensive inspection pipelines relying on standard regular expressions, string parsing, or heuristic tokenizers fail to identify split keywords. Because the rendered payload remains visually indistinguishable from legitimate financial correspondence, downstream employees face heightened exposure to credential harvesting and business email compromise (BEC) schemes. Adversarial crossover between generative AI vulnerability research and traditional offensive tradecraft is accelerating. As organizations embed automated assistants and data pipelines across email, customer service desks, and IT ticketing workflows, the boundaries between human text input and model prompts have blurred. Attackers are systematically taking evasion discoveries proven in large language model token manipulation—such as homoglyph substitutions, zero-width token disruption, and Unicode plane switching—and porting them directly into routine email, messaging, and cloud ingress vectors. To counter this evasive vector, engineering and security teams must implement strict Unicode normalization (such as NFKC) at the transport and ingestion layer before passing message payloads to inspection engines. Relying solely on optical character recognition or rendered-view defenses creates structural latency; instead, mail transfer agents and webhook parsers should strip or explicitly flag characters within the Unicode tag range (U+E0000–U+E007F). Furthermore, organizations should enforce out-of-band verification policies for banking changes and wire requests to prevent credential theft and unauthorized financial transactions even when evasive communications bypass perimeter scanning.
#threat intelligence#email security#prompt injection#unicode#phishing
Read original source