Как неиспользуемый блок Unicode обошел системы безопасности стоимостью в миллионы долларов

Сара из финансового отдела открыла электронное письмо, которое выглядело идентично десяткам других заявок на кредит, которые она рассматривала на той неделе. Сообщение было четким, профессиональным и пришло с домена отправителя, который казался легитимным. В нем запрашивалась информация относительно заявки на кредитную линию. В тексте каждое слово было читаемым, и ни один тревожный флажок не вызвал у нее подозрений. За кулисами это письмо было цифровым троянским конем. Оно содержало миллионы невидимых символов, разработанных специально для того, чтобы проскользнуть мимо фильтров электронной почты корпоративного уровня, за обслуживание которых ее компания платила тысячи долларов. Этот инцидент не был единичным случаем. Он был частью масштабной фишинговой кампании, в рамках которой в первой половине 2026 года ежедневно рассылались миллионы сообщений.

Я провел утро, анализируя последовательности байтов нескольких приманок, извлеченных из домена guardiangrowthfunding. С точки зрения рисков, эта кампания представляет собой значительный сдвиг в том, как злоумышленники адаптируют методы уклонения эпохи ИИ к традиционному спаму. Атакующие использовали метод, называемый ASCII-контрабандой (ASCII smuggling). Эта техника использует неотображаемые символы Unicode для скрытия инструкций или разделения ключевых слов. Для человека-читателя текст выглядит совершенно нормально. Для фильтра электронной почты или большой языковой модели текст представляет собой фрагментированный хаос, который не вызывает срабатывания сигнатурных детекторов. В этом заключается архитектурный парадокс современной безопасности. Мы создаем системы для понимания человеческих намерений, однако эти системы легко запутать самими строительными блоками цифрового текста.

Обманчивая простота финансовой приманки

Фишинг остается основным вектором для первоначального доступа, поскольку он эксплуатирует самый уязвимый компонент любой сети: пользователя. В кампании 2026 года злоумышленники нацелились на заявителей на кредиты Администрации малого бизнеса (SBA). Они использовали приманки, имитирующие бизнес-кредиты, авансы и кредитные линии. Целью был сбор подробной деловой и финансовой информации. Эти данные являются токсичным активом. Будучи скомпрометированными, они позволяют злоумышленникам проводить высокоцелевые атаки типа «спер-фишинг» в будущем. Они могут выдавать себя за поставщиков, инициировать мошеннические банковские переводы или продавать данные другим преступным группам.

Команда Fortra Intelligence and Research Experts впервые выявила корни этой операции в конце 2025 года. К февралю 2026 года кампания перешла в фазу больших объемов. Объем электронных писем достиг пика в 2,37 миллиона сообщений за один день. Злоумышленники работали в профессиональном еженедельном ритме. Объем резко возрастал в понедельник утром и почти затихал в выходные. Это говорит о структурированной операции, которая согласуется с рабочими часами их целей. Это также отражает уровень дисциплины, характерный для сложных киберпреступных организаций.

Анатомия обхода через блок тегов Unicode

Технический блеск этой атаки заключается в выборе символов. Атакующие сосредоточились на блоке Unicode Tags, который находится в диапазоне от U+E0000 до U+E007F. Этот блок является теневой копией печатных символов ASCII. Например, U+E0041 дублирует заглавную букву «A», а U+E0061 — строчную «a». Консорциум Unicode изначально предназначал этот блок для языковой маркировки, но сейчас он в значительной степени устарел. Поскольку эти символы не имеют визуального представления в современных пользовательских интерфейсах, они невидимы для получателя.

Злоумышленники вставляли эти невидимые символы внутрь обычных финансовых ключевых слов. Вместо того чтобы написать «funding», атакующий писал «fun», затем невидимый символ тега для пробела (U+E0020) и затем «ding». Когда фильтр электронной почты сканирует сообщение, он ищет буквальную строку «funding». Он находит «fun» и «ding» как отдельные сущности. Фильтр делает вывод, что письмо безопасно, так как оно не содержит заблокированного ключевого слова. Однако, когда письмо попадает в почтовый ящик Сары, почтовый клиент игнорирует невидимые символы. Она видит слово «funding» и доверяет сообщению.

Когда я протестировал это в собственной лаборатории, используя стандартный скрипт регулярных выражений, результаты были последовательными. Базовый фильтр, который не учитывает чередующиеся кодовые точки, пропустит каждую из этих приманок. Эта техника обращает гибкость стандарта Unicode против инструментов безопасности, призванных нас защищать.

Масштаб наступления 2026 года

В период с февраля по май 2026 года команда Microsoft Security Research отслеживала масштабные усилия по распространению. В кампании использовались сотни одноразовых доменов финансовой тематики. Эти домены не были просто случайными строками символов. Они были тщательно подобраны, чтобы звучать как легитимные финансовые учреждения. Некоторые из наиболее активных доменов включали:

• guardiangrowthfunding[.]com
• digitalcapitalboost[.]com
• thebusinessloanexpress[.]com
• yourlocfunding[.]com
• advancefundingboost[.]com

Злоумышленники не отправляли эти письма со своих серверов. Они использовали платформу маркетинга и автоматизации ActiveCampaign в качестве оружия. Используя авторитетный сервис, атакующие унаследовали устоявшуюся IP-репутацию платформы. Это распространенная тактика для обхода фильтрации на основе репутации. Если электронное письмо исходит от известного маркетингового провайдера с надлежащей аутентификацией SPF и DKIM, фильтр с меньшей вероятностью пометит его как спам. Каждая исходящая ссылка в этих письмах направлялась через домены отслеживания кликов ActiveCampaign, такие как acemlnd[.]com и activehosted[.]com. Это делало вредоносный трафик идентичным легитимным маркетинговым рассылкам.

Почему ActiveCampaign стал предпочтительным средством доставки

ActiveCampaign предоставляет функции автоматизации маркетинга на базе ИИ. Злоумышленники использовали эти инструменты для варьирования дизайна, содержания и потока своих писем. Это позволило им массово производить убедительные, персонализированные веб-сайты и сообщения в масштабах, которые ранее были невозможны. Это классический случай технологии двойного назначения. Инструмент, созданный для помощи малому бизнесу в росте, используется преступниками для его разрушения. В ActiveCampaign заявили, что с тех пор они обновили свои системы модерации контента, чтобы рассматривать интенсивное использование невидимых символов Unicode как подозрительный сигнал. Однако период с февраля по май показал, насколько трудно платформам идти в ногу с адаптивными противниками.

На архитектурном уровне использование общего сервиса рассылки усложняет защиту. Если команда безопасности заблокирует весь трафик от крупного провайдера, такого как ActiveCampaign, она также заблокирует легитимные сообщения от тысяч других компаний. Злоумышленники знают это. Они прячутся в шуме законной коммерции. Они относятся к сетевому периметру как к устаревшему рву замка, зная, что настоящие ворота открывают сами пользователи.

Пересечение промпт-инъекций и традиционного спама

Хотя эта кампания была нацелена на людей, техника ASCII-контрабанды также представляет угрозу для систем ИИ. Большие языковые модели часто поглощают данные из сторонних источников, таких как электронные письма или веб-страницы. Поскольку эти модели не могут провести надежную границу между инструкциями пользователя и встроенным контентом, они уязвимы для промпт-инъекций. Невидимая инструкция, скрытая в документе, может приказать ИИ-ассистенту переслать конфиденциальные данные на внешний адрес. ИИ видит невидимый текст как валидную команду, в то время как пользователь не видит ничего.

В Microsoft отметили, что результаты показывают, как методы уклонения эпохи ИИ теперь стали частью стандартного набора инструментов для традиционного фишинга. Те же методы, которые используются для того, чтобы обманом заставить LLM выдать секрет, используются для того, чтобы обманом заставить сотрудника банка раскрыть данные счета. Эта системная уязвимость в том, как мы парсим и отображаем текст, является критически важной проблемой. Она требует перехода к «нулевому доверию» на уровне данных. Мы больше не можем предполагать, что то, что мы видим на экране, — это то же самое, что обрабатывает базовая система.

Практические шаги по защите почтового ящика

Говоря проактивно, руководители организаций должны осознать, что обнаружения на основе сигнатур уже недостаточно. Если ваша стратегия безопасности полагается на сопоставление ключевых слов, она уже нарушена. Человеческий файрвол важен, но мы не можем ожидать, что сотрудники будут обнаруживать невидимые символы. Решение должно быть техническим и детализированным.

Я рекомендую три конкретных действия для ИТ-команд и команд безопасности:

1. Внедрите нормализацию Unicode. Прежде чем фильтр электронной почты просканирует сообщение, он должен нормализовать текст. Этот процесс включает удаление устаревших блоков тегов и неотображаемых символов. Это гарантирует, что фильтр видит именно то, что видит человеческий глаз.
2. Аудит стороннего маркетингового трафика. Если ваша организация получает большой объем почты с таких платформ, как ActiveCampaign или Mailchimp, следите за аномалиями. Ищите всплески трафика с недавно созданных доменов, которые используют эти платформы в качестве ретрансляторов.
3. Улучшите обучение пользователей конкретными примерами. Покажите сотрудникам, как письмо, выглядящее легитимно, может быть использовано для сбора учетных данных. Объясните, что даже письма из «надежных» источников могут быть скомпрометированы.

Шифрование — это неразрушимое цифровое хранилище для данных в пути, но оно ничего не делает для защиты целостности самого содержания сообщения. По мере того как злоумышленники совершенствуют свои методы, наша оборонительная позиция должна становиться более устойчивой. Исправление сервера подобно заделыванию дыр в корпусе корабля, но борьба с ASCII-контрабандой требует фундаментальных изменений в том, как мы обращаемся с самим языком интернета. Мы должны проверять каждый символ, а не только те, которые мы видим.

Источники: Microsoft Security Research Team, Fortra Intelligence and Research Experts (FIRE), Unicode Consortium Standards, MITRE ATT&CK Framework.

Отказ от ответственности: Данная статья предназначена только для информационных и образовательных целей и не заменяет профессиональный аудит кибербезопасности или услуги по реагированию на инциденты.