Build2 distinct publishers3 min readPublished
The Unicode tag block was a jailbreak trick before it was a spam trick. Microsoft's signature for it went from 21,000 hits in a day to more than 2.3 million three days later, and NFC normalization does not strip it.
The Engineer · Build desk

Compiled by The EngineerSomething wrong?How this is made
The payload in the Defender for Office 365 campaign carries no instruction. It is a word break. Put U+E0020 between "fun" and "ding" and a person still reads "funding" while a filter looking for that string finds nothing to match [5][4]. Nothing has to be interpreted for the evasion to land, which is why Microsoft says it works against spam filters and ML-based classifiers alike [3].
That is where the two accounts pull apart. The dev.to writeup reads the campaign as the jailbreak primitive graduating into commodity abuse, and says plainly that the exact mechanics were not detailed in the reporting it saw [14][15]. The New Stack has the mechanics, and they are not injection: tag characters inside "funding", "loan" and "credit" so that exact matches fail, while recipients see ordinary business loan and credit offers [4][7]. The primitive travelled downstream while the objective changed on the way.
If your ingest path calls Unicode normalization and treats the result as sanitized, check what those forms promise. NFC and NFD reconcile different representations of the same character; they were not built to remove tag characters, and per The New Stack the tags survive both [8]. Deleting the U+E0000 to U+E007F range is a separate, explicit step [11]. Tokenizer behaviour after that is not uniform either, since some tokenizers ignore the tag and others resplit the surrounding text, so the only useful test is against the tokenizer you actually ship [9].
The volume figures come from Microsoft's own mail flow, and they count signature hits [6]. About 21,000 the day before the campaign to more than 1.3 million the next day is roughly a 62-fold jump [19]; past 2.3 million two days after that is about 110 times the pre-campaign day [20]. For that curve to mean anything in your environment, your mail path would need comparable exposure to this campaign and the signature would need to be specific. Microsoft's own experience argues for care on the second condition: the first version of the hunting signature matched the England, Scotland and Wales subdivision flag emojis, which are assembled from invisible tag sequences, until the team carved out an explicit exception [13]. A 21,000-hit baseline recorded before the campaign started is consistent with a signature that also fires on text nobody sent in anger.
One recommendation costs real work. Whatever you strip has to stay stripped for the rest of the pipeline, because comparing the original against a tag-free copy and then handing the untouched original to the model validates a string the model never reads [12]. A second design choice, from the dev.to piece that doubles as a pitch for a filter called Sentinel, is worth taking regardless of the pitch: obfuscation found during normalization adds to the threat score instead of being quietly cleaned and passed along [17][18]. Successful decoding is not a clean bill of health.
Mail providers have somewhere to fall back to when the words stop matching, including sender reputation, link analysis and header inspection [16]. An agent handed a support ticket has the text and not much else [10].
Ranked by verification strength, evidence, and original report placement.
Microsoft flagged a phishing campaign in which attackers slip invisible Unicode tag characters into email bodies; the characters do not render on screen but change the underlying string that software processes.
Security researchers have documented a nearly identical technique targeting LLMs, commonly called ASCII Smuggling, using Unicode tag characters in the U+E0000 to U+E007F range: code points that exist in the character stream but are not displayed by most interfaces.
A hunting signature for ASCII Smuggling fired on roughly 21,000 messages the day before the campaign started, on more than 1.3 million the next day, and the count passed 2.3 million two days after that.
The dev.to writeup says Microsoft's threat intel team flagged spam operators using ASCII smuggling in email campaigns, a technique that until recently mostly showed up in conference talks about jailbreaking chatbots.
The dev.to writeup argues standard spam filters and content moderation pipelines are built around visible content (keyword lists, sender reputation, link analysis, header inspection) and none of that touches invisible Unicode ranges by default.
Microsoft says attackers are already using the technique at scale to bypass spam filters and ML-based classifiers, and that the same approach could cause problems for AI systems that regularly ingest text from external sources.
Distinct publishers with included, body-backed reporting in this cluster.
1 article · September 6, 2026
2 articles · September 4, 2026
Follow any of these and your For You feed starts watching them — no settings page required.
product
Spammers pick up the invisible Unicode block that AI jailbreakers found first1 distinct publisher
security
Copilot told Varonis how to break it, and that is the third one-click leak this year2 distinct publishers
security
Phishing crews adopt the AI red team's invisible Unicode trick to break keyword filters4 distinct publishers
build
Kubernetes MCP servers hide the delete tool; hiding is not removing1 distinct publisher
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
One telemetry source, mechanics anyone can check
Every number in this story — 21,000, 1.3 million, 2.3 million — reaches us from Microsoft through The New Stack, and Microsoft's advisory is not among the sources we hold, so the counting method cannot be inspected. The technical half is far sturdier: the code point range, NFC and NFD leaving tags in place, and the subdivision flags that depend on those tags are all verifiable on a laptop in an afternoon. The gap between the two halves is where care is needed.
Attacker uptake counted, defender uptake self-reported
The attacker side is genuinely quantified: more than 2.3 million messages carrying the trick within days of the campaign starting, by Microsoft's own count. The defensive side amounts to one vendor saying its normalization already covered the tag block, plus Microsoft narrowing a signature that had been catching flag emoji. No mail provider, model host or framework in these sources states that it strips the range.
Mail finding solid, AI framing running ahead
The email half is concrete and the AI half is anticipatory. Microsoft's warning about pipelines that ingest outside text describes what could happen, while the campaign it caught never touched a model at all — the attackers were beating keyword matching, not injecting instructions. The New Stack's own headline about a prompt injection detector catching phishing is the part that travels furthest from what was observed, and dev.to reaches a firewall pitch after conceding the campaign's mechanics were missing from what it read.
A firewall to sell, a Defender to sell
Both accounts stand close to a product. The dev.to post comes from Sentinel's own team, lands on a live /v1/scrub call with an illustrative threat score, and claims normalization that predated the campaign — something only its author can attest to. Microsoft's figures are Defender for Office 365 detection data published by the company that sells Defender for Office 365. Neither interest is concealed; neither is disinterested either.
Settled mechanism, single-origin scale
The mechanism holds up because it is independently checkable and the mitigation is cheap enough to be worth doing regardless. Confidence stays middling because the campaign's scale comes from one company's signature counts through one publication we happen to hold twice, and the second publication's contribution is a vendor explainer that names the hole in the underlying reporting before writing around it.