Полученная цепочка с аутентификацией - Authenticated Received Chain

Полученная цепочка с аутентификацией (ARC) является электронное письмо система аутентификации, позволяющая промежуточному почтовому серверу, например списку рассылки или службе пересылки, подписывать исходные результаты аутентификации электронного письма. Это позволяет принимающей службе проверять электронное письмо, когда оно SPF и DKIM записи становятся недействительными из-за обработки промежуточного сервера.[1]

ARC определяется в RFC 8617, опубликовано в июле 2019 года как «Экспериментальное».[2]

Обзор

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

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

Выполнение

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

  • ARC-аутентификация-результаты (сокращенно AAR) - комбинация номера экземпляра (i) и результатов проверки SPF, DKIM и DMARC.
  • ARC-Seal (сокращенно В КАЧЕСТВЕ) - комбинация номера экземпляра (i), DKIM-подобной подписи предыдущих заголовков ARC-Seal и действительности предыдущих записей ARC.
  • ARC-сообщение-подпись (сокращенно AMS) - комбинация номера экземпляра (i) и DKIM-подобной подписи всего сообщения Кроме для заголовков ARC-Seal

Чтобы подписать модификацию, промежуточный сервер выполняет следующие шаги:

  • Копирует поле «Authentication-Results» в новое поле AAR (начиная с i = 1) и добавляет его к сообщению.
  • Вычисляет AMS для сообщения (с AAR) и добавляет его к сообщению.
  • Вычисляет AS для предыдущих заголовков Arc-Seal и добавляет его к сообщению.

Чтобы проверить ARC, получатель выполняет следующие шаги:

  • Проверяет цепочку заголовков ARC-Seal (отсутствуют отсутствующие записи, все сообщения ARC-Seal указывают, что предыдущие записи ARC действительны и т. Д.)
  • Проверяет новейшую подпись сообщения ARC (на основе номера экземпляра)

Смотрите также

Рекомендации

  1. ^ "Обзор полученной цепочки с проверкой подлинности" (PDF). Проект доверенного домена. 2016 г.. Получено 2020-10-28.
  2. ^ RFC  8617 - Протокол аутентифицированной полученной цепочки (ARC)

внешняя ссылка