Что такое ARC?

Что такое ARC (Authenticated Received Chain)?

ARC Email или Authenticated Received Chain - это система аутентификации электронной почты, которая отображает оценку аутентификации электронного сообщения на каждом этапе его обработки. В более простых терминах цепочка аутентификации полученных сообщений может быть названа последовательностью проверки или "цепочкой хранения" для сообщений электронной почты, которая позволяет каждой организации, обрабатывающей сообщение, эффективно видеть все организации, которые ранее обрабатывали его. Будучи относительно новым протоколом, опубликованным и задокументированным как "Экспериментальный" в RFC 8617 в июле 2019 года, Email ARC позволяет принимающему серверу проверять электронные сообщения даже в тех случаях, когда SPF и DKIM оказываются недействительными на промежуточном сервере.

DMARC ARC

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

Упростите ARC с помощью PowerDMARC!

Можно ли использовать ARC в качестве замены DMARC?

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

Как может помочь аутентифицированная полученная цепь?

Как мы уже знаем, DMARC позволяет аутентифицировать электронное письмо по стандартам аутентификации электронной почты SPF и DKIM, указывая получателю, как поступать с письмами, которые не прошли или прошли аутентификацию. Однако если вы внедряете в своей организации строгую политику DMARC, есть вероятность, что даже легитимные письма, например отправленные через список рассылки или переадресацию, могут не пройти проверку подлинности и не быть доставленными получателю! Цепочка Authenticated Received Chain помогает эффективно решить эту проблему. Давайте узнаем, как это сделать в следующем разделе:

Ситуации, в которых ARC может помочь

• Списки рассылки 

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

• Пересылка сообщений 

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

В таких ситуациях Аутентифицированная Приобретенная Цепь приходит на помощь! Как? Давай узнаем:

Как функционирует DMARC ARC?

В приведенных выше ситуациях переадресаторы изначально получали электронные письма, прошедшие проверку на соответствие настройкам DMARC, от авторизованного источника. Authenticated Received Chain разрабатывается как спецификация, позволяющая передавать заголовок Authentication-Results следующему "хопу" в линии доставки сообщения.

В случае пересылки сообщения, когда почтовый сервер получателя получает сообщение, которое не прошло аутентификацию DMARC, он пытается проверить это сообщение во второй раз, по предоставленной цепочке Authenticated Received Chain для этого сообщения, извлекая Email ARC Authentication-Results из первого прыжка, чтобы проверить, было ли оно признано легитимным до того, как сервер-посредник переслал его на сервер-получатель.

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

С реализацией ARC, получатель может эффективно аутентифицировать электронную почту с помощью следующей информации:

• Результаты аутентификации, засвидетельствованные промежуточным сервером, вместе со всей историей проверки SPF и DKIM, приводят к начальному прыжку.
• Необходимая информация для проверки подлинности отправленных данных.
• Информация для связи отправленной подписи с сервером-посредником, чтобы электронная почта была подтверждена на сервере-получателе, даже если посредник изменяет содержание, при условии, что они пересылают новую и действующую подпись DKIM.

Реализация аутентифицированной полученной цепочки

ARC определяет три новых почтовых заголовка:

• АРК-Аутентификация-Продукты (AAR): Первым среди почтовых заголовков является AAR, которая инкапсулирует результаты аутентификации, такие как SPF, DKIM и DMARC.

• ARC-Seal (AS) - AS является более простой версией подписи DKIM, которая содержит информацию о результатах аутентификации заголовка, и подписи ARC.

• ARC-подпись сообщения (AMS) - AMS также похожа на подпись DKIM, которая берет изображение заголовка сообщения, которое включает в себя все, кроме заголовков ARC-Seal, таких как поля To: и From:, тема и все тело сообщения.

Шаги, выполняемые промежуточным сервером для подписания модификации:

Шаг 1: сервер копирует поле Authentication-Results в новое поле AAR и префиксом к сообщению

Шаг 2: сервер формулирует AMS для сообщения (с AAR) и подготавливает его к сообщению.

Шаг 3: сервер формулирует AS для предыдущих заголовков ARC-Seal и добавляет его в сообщение.

Наконец, чтобы проверить цепочку аутентифицированных полученных сообщений и выяснить, является ли пересылаемое сообщение легитимным или нет, получатель проверяет цепочку или заголовки ARC Seal и новейшую подпись ARC-Message-Signature. Если в случае DMARC ARC-заголовки были каким-либо образом изменены, электронное письмо, соответственно, не проходит DKIM-аутентификацию. Однако если все почтовые серверы, участвующие в передаче сообщения, правильно подписывают и передают ARC, то письмо сохраняет результаты DKIM-аутентификации и проходит DMARC-аутентификацию, что приводит к успешной доставке сообщения в почтовый ящик получателя!

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

• О сайте
• Последние сообщения

Майтхам аль-Лоуати

Эксперт по кибербезопасности, генеральный директор PowerDMARC

Майтем - технологический предприниматель, эксперт по кибербезопасности, генеральный директор и основатель PowerDMARC с 15-летним опытом работы в отрасли. Майтем получил степень Global MBA в Манчестерском университете и различные профессиональные сертификаты, включая CISSP, CISM, CRISC и ISC2 CCSP.

Последние сообщения Maitham Al Lawati (см. все)

• Статистика фишинга и DMARC: тенденции в области безопасности электронной почты на 2026 год — 6 января 2026 г.
• Как исправить ошибку «SPF-запись не найдена» в 2026 году — 3 января 2026 года
• SPF Permerror: как исправить слишком много DNS-запросов — 24 декабря 2025 г.