За пределами протоколов электронной почты: почему SPF, DKIM и DMARC не спасут от дипфейков

By Mirko Peters · 2026-08-26

Когда речь заходит о защите корпоративной почты, организации долго полагались на стандартные протоколы аутентификации электронной почты как на основной щит. Если вы хоть немного работали в ИБ, вы знаете «священную троицу» защиты почты: Sender Policy Framework (SPF), DomainKeys Identified Mail (DKIM) и Domain-based Message Authentication, Reporting, and Conformance (DMARC). Годами правильная настро

Automatically translated with AI from the original post. Read the English original

Когда речь заходит о защите корпоративной почты, организации долго полагались на стандартные протоколы аутентификации электронной почты как на основной щит. Если вы хоть немного работали в ИБ, вы знаете «священную троицу» защиты почты: Sender Policy Framework (SPF), DomainKeys Identified Mail (DKIM) и Domain-based Message Authentication, Reporting, and Conformance (DMARC). Годами правильная настройка этих записей позволяла эффективно блокировать подмену домена, держать фишинговые письма на расстоянии и гарантировать, что сообщения, якобы отправленные от имени вашей организации, действительно исходят из авторизованной инфраструктуры. Но ландшафт киберугроз радикально изменился, и инструменты, на которые мы полагались десятилетиями, оказались перед беспрецедентным слепым пятном.

Наступила эра искусственного интеллекта и синтетических медиа. Киберпреступники больше не ограничиваются неуклюжими текстовыми фишинговыми письмами, полными опечаток. Вместо этого они используют продвинутый генеративный ИИ для проведения изощрённых атак Business Email Compromise (BEC), усиленных дипфейками. Эти угрозы без труда обходят технические проверки традиционных протоколов электронной почты, потому что проблема уже не только в том, кто отправил письмо, — дело в злонамеренном умысле, скрытом в содержимом, которое технические протоколы просто не могут прочитать. В этом посте мы разберём, почему ваш текущий стек защиты почты уступает угрозам с дипфейками и что ваша организация должна сделать, чтобы построить по-настоящему устойчивую защиту.

Введение в защиту электронной почты и угрозы дипфейков

Чтобы понять всю глубину проблемы, сначала нужно посмотреть, как злоумышленники адаптировались. Традиционные протоколы защиты электронной почты создавались для более простого интернета. Их задача была в том, чтобы не дать злоумышленникам перехватить ваше доменное имя или внедрить поддельные заголовки в сообщения. При правильной реализации DMARC, SPF и DKIM образуют надёжный цикл проверки, который сообщает принимающим серверам, есть ли у письма разрешение и не нарушена ли его целостность. Однако эти протоколы — по сути, проверяющие инфраструктуру, а не арбитры содержимого. Они не читают текст, не слушают прикреплённое аудио и не оценивают, действительно ли человек, который просит перевести деньги, тот, за кого себя выдаёт.

По мере того как инструменты искусственного интеллекта стали общедоступными, порог входа для создания фотореалистичных синтетических медиа резко снизился. Злоумышленники теперь могут собрать общедоступные видеоролики, записи конференций и голосовые сообщения корпоративных руководителей, чтобы с удивительной точностью клонировать их голоса и внешность. Статистика показывает ошеломляющий рост этих тактик. В 2023 году менее 5 процентов атак Business Email Compromise включали технологии дипфейков. К 2026 году этот показатель вырос до 40 процентов. Кроме того, ФБР сообщило о росте атак BEC с использованием дипфейков на 25 процентов год к году, а общее число инцидентов с дипфейками ежегодно растёт более чем на 300 процентов. Когда злоумышленник может сочетать корректно аутентифицированное письмо с клонированным голосом или дипфейк-видео в реальном времени, ваши стандартные фильтры почты становятся практически бесполезными.

Атаки дипфейк-BEC: объяснение

Что такое дипфейк-BEC

Вы, вероятно, знаете классический Business Email Compromise, когда мошенник выдаёт себя за поставщика или руководителя высшего звена и требует срочных платежей или конфиденциальных данных. Дипфейк-BEC берёт этот злонамеренный сценарий и усиливает его искусственным интеллектом. Вместо того чтобы ограничиться текстовым сообщением или письмом, злоумышленники вплетают в цепочку атаки синтетическое аудио, видео или элементы живого диалога. Они могут воспроизвести манеру речи, акцент и особенности голоса вашего генерального директора или финансового директора. Такие атаки не пытаются обмануть вас адресом электронной почты с опечатками; вместо этого они эксплуатируют ваше доверие, заставляя вас поверить, что вы общаетесь напрямую с хорошо знакомым руководителем по голосу или видео.

Чем дипфейк-BEC отличается от традиционных угроз

Главное отличие классического BEC от современного deepfake BEC — среда обмана. Традиционные угрозы полностью опираются на манипуляции с текстом. Если вы получаете письмо от руководителя с просьбой купить подарочные карты или перевести средства, внутренний сигнал тревоги может сработать, если тон письма кажется немного странным. Deepfake BEC обходит эти традиционные механизмы обнаружения, добавляя реалистичный аудио- или видеоряд. Вам может позвонить человек, чей голос неотличим от голоса вашего руководителя, или вы можете присоединиться к короткой видеовстрече, где синтетический аватар кивает в такт и говорит голосом вашего директора. Такой многоканальный подход использует естественное человеческое доверие и стремление реагировать на срочность так, как не способны перехватить текстовые фильтры.

Технология deepfake изменила угрозы BEC: теперь злоумышленники могут гораздо убедительнее выдавать себя за представителей руководства. Это упрощает манипулирование вами и обход традиционных фильтров безопасности.

Вот таблица, в которой показаны основные различия:

Атаки deepfake BEC могут манипулировать вами гораздо эффективнее благодаря реалистичному голосу или видео. Они используют срочность и авторитет, поэтому опаснее традиционного фишинга. Внутренние проверки безопасности часто не способны остановить такие атаки, что повышает риски для вашей организации.

Роль ИИ в deepfake BEC

Искусственный интеллект выступает двигателем этих сложных мошеннических схем. Злоумышленники используют модели ИИ, чтобы собирать с корпоративных сайтов, профилей в социальных сетях и записей конференц-звонков с финансовыми результатами данные о ключевых сотрудниках для обучения моделей. Они клонируют голоса и стиль письма, чтобы первоначальный фишинговый контакт выглядел достоверно. Типичная кампания deepfake BEC развивается по продуманной схеме:

1. Злоумышленники собирают OSINT-данные (Open Source Intelligence) о руководителях и структуре компании.
2. Аудио- и видеозаписи загружаются в модели ИИ, чтобы создать убедительные клоны голоса или дипфейк-видео.
3. Жертвам отправляются персонализированные фишинговые письма или вступительные сообщения, которые зачастую проходят все технические проверки аутентификации.
4. Злоумышленники переходят к телефонным звонкам, голосовым сообщениям или видеовстречам, чтобы усилить давление.
5. Конечная цель достигается, когда жертва переводит средства или передаёт учётные данные, полагая, что действует с одобрения руководства.

Крупные финансовые организации и предприятия сообщали о тревожных случаях мошенничества с клонированием голоса, которые обходили стандартные механизмы безопасности. В одном громком случае сотрудник перевёл значительные средства после общения с аудиопотоком deepfake. Deepfake BEC — это не просто эволюция фишинга, а совершенно новая категория синтетического мошенничества.

SPF, DKIM и DMARC: как они работают

Обзор SPF

Чтобы понять, почему эти протоколы не справляются с deepfake, сначала нужно разобраться, что они на самом деле делают. SPF, или Sender Policy Framework, проверяет, имеет ли почтовый сервер, отправивший письмо, явное разрешение на отправку писем от имени конкретного домена. Когда письмо поступает на ваш шлюз, принимающая система проверяет DNS-записи домена на наличие записи SPF. Если IP-адрес отправляющего сервера есть в списке разрешённых, письмо проходит проверку SPF. Этот механизм останавливает базовый спуфинг, когда злоумышленники подделывают домен в конверте письма, но полностью игнорирует видимый пользователю адрес «От кого», оставляя широкое пространство для социальной инженерии.

Обзор DKIM

DKIM, или DomainKeys Identified Mail, добавляет в процесс криптографическую проверку. Он прикрепляет цифровую подпись к исходящим письмам, которую принимающая почтовая система проверяет с помощью открытого ключа, опубликованного в DNS домена. Если подпись совпадает, у вас есть криптографическое подтверждение того, что содержимое письма не было изменено в пути. Однако DKIM гарантирует целостность сообщения и ничего не говорит о намерениях отправителя. Злоумышленники часто используют скомпрометированные легитимные почтовые учётные записи, которые естественным образом проходят проверку DKIM, чтобы запускать убедительные фишинговые кампании или подготавливать почву для эскалации deepfake.

Обзор DMARC

DMARC объединяет SPF и DKIM в единую систему политик. Он позволяет владельцам доменов задавать инструкции для принимающих почтовых серверов о том, как обрабатывать сообщения, которые не проходят проверку SPF или DKIM, а также предоставляет ценные отчёты для криминалистического анализа. DMARC защищает видимый заголовок «От», эффективно блокируя подмену точного домена. Хотя это важнейшая базовая мера для любой организации, DMARC не анализирует смысловое содержание и психологические намерения сообщения. Злоумышленник может легко зарегистрировать похожий домен, настроить для этого поддельного домена корректные записи SPF, DKIM и DMARC, а затем с помощью ИИ создать мошеннические сценарии с использованием дипфейков, которые без труда проходят через ваш шлюз, защищённый DMARC.

Совет: SPF, DKIM и DMARC работают лучше всего вместе. Они блокируют многие фишинговые письма, но не могут распознать угрозы с дипфейками, которые используют аудио или видео, чтобы ввести вас в заблуждение.

Ниже приведена таблица, в которой кратко описаны основные функции этих протоколов:

Используйте эти протоколы как часть своей защиты, но всегда будьте начеку перед дипфейками и фишинговыми атаками, которые могут обходить технические средства контроля.

Что защищают эти протоколы

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

Разберём, что покрывает каждый протокол:

• SPF проверяет, отправлено ли письмо с авторизованного сервера, блокируя использование вашего доменного имени неавторизованными отправителями.
• DKIM добавляет цифровую подпись, гарантируя, что текст и заголовки письма не менялись с момента отправки.
• DMARC реализует SPF и DKIM на практике, определяя политику карантина или отклонения для непрошедших проверку писем и предоставляя отчёты о результатах.

Ниже приведена таблица, которая поможет понять, от чего защищает каждый протокол:

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

Примечание: SPF, DKIM и DMARC помогают блокировать многие фишинговые письма, но не защищают от дипфейк-атак и сложного мошенничества. Для защиты от этих современных угроз необходимы дополнительные уровни безопасности.

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

Ограничения для BEC-атак с дипфейками

Аутентификация отправителя и проверка содержания

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

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

Вот таблица с основными ограничениями:

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

Почему атаки Deepfake BEC успешны

Атаки Deepfake BEC успешны, потому что они используют психологические уязвимости людей и при этом легко обходят технические барьеры. Когда сотрудник получает письмо, которое проходит все проверки безопасности, а в сочетании с ним приходит голосовое сообщение или видеоклип, звучащий и выглядящий точно как его руководитель, когнитивная защита снижается. Кроме того, структурные уязвимости глобальной маршрутизации почты, такие как эксплойты SMTP smuggling, затрагивающие множество публичных и частных почтовых сервисов, исторически позволяли продвинутым злоумышленникам полностью обходить шлюзы аутентификации.

Обратите внимание на показатели, касающиеся уверенности руководителей и специалистов по безопасности:

• 60% руководителей в сфере кибербезопасности не уверены в своей способности противодействовать атакам с использованием дипфейков.
• 38% оценивают традиционное обучение осведомленности как умеренно эффективное или хуже против аудиодипфейков.
• 39% оценивают обучение как умеренно эффективное или хуже против видеодипфейков.
• 28% считают, что фишинг с использованием ИИ всё ещё находится на начальной стадии развития.
• 25% относят атаки с аудиодипфейками к ранним угрозам с огромным потенциалом для эскалации.

Такая неуверенность обоснованна. Злоумышленники сочетают мультиканальный синтетический медиаконтент с безупречно аутентифицированными письмами, создавая основу для обмана, который обходит устаревшие подходы к безопасности.

Распространённые заблуждения о безопасности

Устойчивый миф в ИТ-администрировании заключается в том, что достижение политики DMARC p=none даёт реальную защиту. На самом деле p=none — это всего лишь режим мониторинга, предназначенный для сбора отчётов; он ничего не блокирует из неаутентифицированной или подменённой почты. Организациям необходимо перейти к p=quarantine или p=reject, чтобы установить защитные границы.

Другое распространённое заблуждение состоит в том, что транзакционные или только внутренние домены не требуют строгой аутентификации. Незащищённые домены оставляют фланговые уязвимости, которые злоумышленники могут использовать. Наконец, многие администраторы считают внедрение DMARC чрезмерно сложным, тогда как современные инструменты развертывания и автоматизированные рекомендации существенно упростили соответствие требованиям.

Вот таблица, которая развеивает распространённые мифы:

Примечание: важно понимать, что атаки Deepfake BEC могут обходить традиционные протоколы. Необходимо сочетать технические средства контроля с осведомлённостью людей и продвинутыми средствами обнаружения. Злоумышленники используют технологию дипфейков для создания убедительных фишинговых сообщений. Будьте бдительны и обновляйте практики безопасности, чтобы защищаться от современного мошенничества.

Методы атак Deepfake BEC

Реальные сценарии

Дипфейк-атаки больше не являются теоретическим сюжетом из научной фантастики. В январе 2024 года многонациональная инжиниринговая компания Arup стала жертвой поразительного случая дипфейк-мошенничества. Злоумышленники использовали дипфейки видео и аудио в режиме реального времени во время виртуальной конференции, выдавая себя за финансового директора компании и других руководителей высшего звена. Синтетические аватары и голоса были настолько убедительными, что сотрудники финансового отдела добровольно перевели 25 миллионов долларов в несколько транзакций. Этот показательный случай доказал, что продвинутые злоумышленники активно комбинируют мультиканальные синтетические медиа, чтобы полностью обходить стандартные процедуры корпоративной проверки и базовые практики безопасности.

Техники дипфейков в BEC

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

Кампании дипфейк-BEC обычно сочетают несколько перекрывающихся тактик:

• Клонирование синтетического голоса, используемое в телефонных звонках или голосовых сообщениях.
• Манипуляция видео в реальном времени во время виртуальных собраний для имитации присутствия руководителя.
• Составление писем с помощью ИИ, которое воспроизводит точный стиль общения и лексику атакуемого руководителя.
• Скоординированные атаки по нескольким каналам, когда подлинное письмо мгновенно подкрепляется дипфейк-звонком.

Человеческий фактор в дипфейк-BEC

В конечном счёте дипфейк-BEC атакует психологию человека, а не технический код. Злоумышленники в значительной степени опираются на хорошо известные принципы социальной инженерии, чтобы склонить жертв к немедленному выполнению требований.

Будьте осторожны. Дипфейк-BEC — это не только техническая проблема. Он атакует ваше доверие, ваши привычки и вашу готовность помогать.

Защита от дипфейк-BEC

Обучение сотрудников

Поскольку дипфейк-BEC атакует человеческое восприятие, обучение сотрудников остаётся важной линией защиты. Однако традиционного информирования, сосредоточенного только на выявлении грамматических ошибок или подозрительных заголовков писем, уже недостаточно. Организациям необходимо инвестировать в иммерсивные платформы для симуляции дипфейков, которые знакомят сотрудников с синтетическими медиа в контролируемой среде. Проходя во время обучения смоделированные дипфейк-видеозвонки или клоны голоса синтетических руководителей, сотрудники вырабатывают навык, необходимый, чтобы остановиться, обдумать и проверить необычный запрос до того, как предпринимать действия.

Продвинутое обнаружение угроз

Технологии должны дополнять осведомлённость людей. Современные архитектуры безопасности включают системы продвинутого обнаружения угроз на основе искусственного интеллекта и машинного обучения. Эти инструменты анализируют поведенческие базовые показатели по каналам связи, чтобы выявлять аномалии, которые пропускают стандартные почтовые фильтры.

Верификация по отдельному каналу

Одна из самых простых, но при этом эффективных мер противодействия дипфейк-BEC — строгое соблюдение протоколов верификации по отдельному каналу. Когда сотрудник получает срочный или высокорисковый запрос, связанный с банковскими переводами, передачей учётных данных или обходом политик, независимо от того, насколько подлинными выглядят письмо, голос или видеозвонок, он обязан проверить запрос через независимый, заранее согласованный канал связи.

• Верификация по отдельному каналу предполагает подтверждение необычных запросов через второй, независимый канал связи, например обратным звонком по известному внутреннему корпоративному номеру.
• Пользователи должны подтверждать чувствительные инструкции по двум отдельным, заранее согласованным каналам, чтобы скомпрометированный основной канал не ставил под угрозу всю схему проверки.

Улучшения политик

Технические средства контроля и обучение должны опираться на строгие организационные политики. Пересмотрите корпоративную систему управления, чтобы высокорисковые финансовые и административные действия требовали согласования несколькими сотрудниками и строгого контроля доступа на основе ролей. Установите максимально понятные процедуры сообщения о подозрительных случаях, чтобы сотрудники могли без страха наказания сообщать о подозрительных сообщениях.

Совет: Понятные политики помогают остановить фишинг и атаки с использованием дипфейков. Когда все знают правила, снижается число ошибок и организация остаётся в безопасности.

Решение Microsoft Entra Verified ID

Как работает Entra Verified ID

Чтобы по-настоящему решить проблему дипфейк-атак BEC, организациям нужно перейти от доверия на основе узнавания к криптографически подтверждаемой проверке на основе доказательств. Microsoft Entra Verified ID предоставляет надёжное решение децентрализованной идентификации, которое позволяет организациям криптографически проверять и личность, и полномочия людей, прежде чем предоставить доступ или одобрить высокорисковое действие.

Entra Verified ID включает визуальные механизмы проверки, в том числе проверку государственного удостоверения личности с фотографией и проверку живости при онбординге, что гарантирует: человек, владеющий учётными данными, физически присутствует и проверен. Сочетая аттестацию устройства, поведенческую биометрию и подтверждаемые учётные данные, вы устраняете уязвимости, связанные с доверием к знакомому голосу или лицу.

Примечание: Entra Verified ID не заменяет ваши текущие средства контроля. Он добавляет надёжный уровень, который опирается на доказательства, а не только на узнавание.

Проверка полномочий и проверка личности

Проверка личности подтверждает, кто перед вами, а проверка полномочий определяет, имеет ли этот человек конкретный мандат на выполнение высокорисковой операции. Entra Verified ID использует архитектуру «эмитент – владелец – верификатор», которая даёт организациям точный контроль над выпуском и отзывом учётных данных.

Интеграция Entra Verified ID с существующими средствами безопасности

Чтобы внедрить Entra Verified ID, не нужно отказываться от существующих инвестиций в безопасность Microsoft 365. Решение органично встраивается в вашу стратегию Zero Trust и работает вместе с политиками условного доступа, защитой конечных точек и средствами аналитики угроз. Требуя подтверждаемые учётные данные для чувствительных процессов, таких как крупные финансовые переводы или административные исключения, вы нейтрализуете попытки BEC с дипфейками, поскольку злоумышленник не может подделать криптографические полномочия.

Совет: Используйте Entra Verified ID, чтобы подтверждать и личность, и полномочия. Этот шаг помогает остановить атаки дипфейк-BEC и сохранить безопасность вашей организации.

Одних только SPF, DKIM и DMARC недостаточно, чтобы остановить атаки дипфейк-BEC. Эти инструменты не блокируют похожие домены и импersonation, созданную с помощью ИИ.

SPF, DKIM и DMARC не защищают от атак с доменами-двойниками, атак с «двоюродными» доменами и подмены личности через бесплатные почтовые сервисы. Эти протоколы опираются на человеческое суждение, которым можно легко манипулировать с помощью контента, созданного ИИ.
Нужна многоуровневая защита. Начните с обучения сотрудников, управления рисками и лучших практик. Добавьте продвинутые решения, такие как Microsoft Entra Verified ID, для проверки полномочий.

• В 2024 году атаки BEC нанесли ущерб на сумму 2,9 млрд долларов только в Соединённых Штатах.
• Средний ущерб от мошенничества BEC (компрометации деловой переписки) для компаний составляет 137 132 доллара США в расчёте на один инцидент.
  Проводите имитации фишинговых атак, непрерывный мониторинг и регулярное обучение, чтобы измерять устойчивость своей защиты и держать организацию в безопасности.

🎧 Слушайте этот выпуск

Хотите практическое объяснение темы Stop Deepfake Business Email Compromise with Verified ID? В этом выпуске тема разобрана простым языком и показано, почему она важна для Microsoft 365, Azure, Power Platform, безопасности, ИИ и современной работы.

Послушайте этот выпуск, если вы хотите:

• Понять ключевые идеи, стоящие за темой Stop Deepfake Business Email Compromise with Verified ID
• Увидеть, как она вписывается в более широкую экосистему технологий Microsoft
• Узнать, где она может принести практическую пользу вашей организации

Вам также могут понравиться связанные выпуски M365 FM:

• Безопасность сервисных принципалов: перестаньте использовать личные учётные записи
• Как остановить prompt injection в Microsoft Copilot с помощью Azure Logic Apps
• Перестаньте передавать человеческие суждения Microsoft Copilot
• Как остановить энтропию затрат в Azure с помощью контроля владения и бюджетов
• Как не дать ИИ-агентам удалять важные письма

Открывайте больше практических разговоров о Microsoft на M365 FM.