Что такое DMARC-карантин? p=карантинная политика [ПОЯСНЕНИЕ]

• Что такое карантин DMARC?

Карантин DMARC - это политика карантина, в которой метка p равна карантину. Это означает, что письма помечаются как спам, а затем пересылаются владельцу домена для проверки. Это позволяет заранее отлавливать большинство поддельных доменов. Это руководство призвано помочь вам понять, что такое DMARC Quarantine и как DMARC работает с политикой p=quarantine.

DMARC Quarantine - это одна из трех политик DMARC. (две другие - p=none и p=reject). которая предписывает серверу-получателю помещать все письма, не прошедшие проверку подлинности DMARC, в папку "Спам/Хлам" получателя.

Когда вы устанавливаете для политики DMARC значение p=карантинвы сообщаете почтовым серверам, что если письмо не прошло проверку подлинности DMARC, сервер должен поместить это письмо в карантин. "Карантин" означает, что письмо все равно будет доставлено в почтовый ящик получателя, но оно будет помечено как подозрительное и отправлено в папку спама (или "нежелательной почты") вместо почтового ящика.

Вот как вы можете найти папку спама на GMAIL.

h2> Каквыполняется политика карантина DMARC?

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

Пошаговый анализ функционирования политики карантина

1. При отправке электронного письма получатель проверяет наличие записи DMARC.

2. Если сообщение не прошло SPF или DKIM, то оно оценивается на основе параметров выравнивания домена в DMARC-записи, которые передаются вместе с DMARC-проверкой. Выравнивание домена означает, совпадает ли домен с доменом в записи SPF.

3. Варианты обработки, определенные политикой DMARC, основаны на том, насколько тесно сообщение соответствует домену отправителя.

4. Если отправитель проходит аутентификацию, то письмо будет доставлено как обычно.

5. Напротив, если оно не совпадает, то применяется DMARC политика (которая в нашем случае p=quarantine).

6. Политика DMARC p=quarantine предписывает принимающему серверу рассматривать электронные письма, не прошедшие проверку подлинности DMARC, как подозрительные; они не будут доставлены прямо в папку входящих сообщений пользователя, но и не будут полностью отброшены. Они будут помещены в папку спама или нежелательной почты или отмечены каким-либо образом, чтобы пользователь знал, что письмо не является подлинным.

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

Важность политики карантина DMARC

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

Использование p=карантин сообщает вашему принимающему почтовому серверу, что все письма, не содержащие вашего доменного имени в поле "From" (или любого другого заданного критерия), должны по умолчанию помещаться в карантин.

Например:

Если спамер пытается отправить письмо с адреса "[email protected]", но не имеет доступа к информации, необходимой для подписи DKIM или SPF, то письмо будет помещено в карантин, а не доставлено. Это защищает ваш почтовый ящик от множества нежелательных сообщений.

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

Примеры карантина DMARC и их значение объяснены

Допустим, вы работаете в отделе кадров компании ACME. Однажды ваш босс присылает вам электронное письмо с просьбой перевести 1000 долларов на банковский счет поставщика по имени Dynamic Corp.

Вы никогда раньше не слышали об этом поставщике. Вы даже не думаете, что ваша компания работает с поставщиками!

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

На следующий день ваш начальник спрашивает, почему вы отправили DynamicCorp 1000 долларов. Вы отвечаете, что думали, что он просил вас об этом. Он говорит вам, что это кто-то, выдающий себя за него, отправил письмо, о котором идет речь, а на самом деле он никогда не просил вас сделать этот платеж!

С политикой карантина DMARC такой сценарий никогда не произойдет. Если ACME установит политику карантина по протоколу DMARC (путем публикации записи DMARC TXT), когда кто-то подделает домен ACME и отправит письмо, подобное этому, якобы от ACME HR, почтовый ящик получателя отметит это сообщение как спам или нежелательную почту, предотвращая проблему еще до того, как она начнется.

Рекомендуемый процент карантинных сообщений в записи DMARC

При настройке записи DMARC важно помнить, что действие карантина может привести к потере некоторых хороших писем. Именно здесь на помощь приходит процентное значение - оно указывает принимающим почтовым серверам, какой процент писем следует рассматривать как спам. Это означает, что из каждых 100 писем только [x] будет помещено в карантин.

Для небольших организаций мы рекомендуем установить процент карантина DMARC на уровне 10 %. Это означает, что если кто-то отправит вам письмо, не прошедшее проверку DMARC, то вероятность того, что оно будет помещено в карантин как спам, составляет 1 к 10. Таким образом, вы снизите риск потери легитимных сообщений и сможете протестировать свою настройку DMARC на реальных письмах.

Мы рекомендуем гораздо меньший процент для крупных организаций - около 1%. Для крупных организаций это означает, что если кто-то отправляет письмо, не прошедшее проверку подлинности DMARC, то вероятность того, что оно попадет в карантин как спам, составляет 1 к 100. При управлении крупной организацией вам может потребоваться доверять определенным отправителям, основываясь только на их IP-адресе или доменном имени - например, если ваше офисное здание расположено в общем помещении и имеет единый IP-адрес для всех арендаторов.

p=нет VS p=карантин VS p=отказ

•  p=none означает, что серверы получателей будут отслеживать электронные письма, приходящие с вашего домена, но не будут блокировать сообщения, которые могут быть мошенническими. Это хороший способ начать отслеживать мошенничество, но он не так сильно помогает предотвратить его.
•  p=карантин - это способ сообщить серверам-получателям, что вы хотите, чтобы они помещали все письма, отправленные с вашего домена, которые не прошли проверку SPF или DKIM, в папку спама в их почтовом ящике, а не в обычный почтовый ящик.
• p=reject делает еще один шаг вперед, указывая серверу-получателю отклонять все письма, отправленные с вашего домена, которые не прошли проверку SPF или DKIM. Это означает, что такие письма никогда не попадут в папку входящих сообщений (или даже в папку спама) пользователя, который их получит.

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

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

Юнес Тарада

Эксперт по безопасности доменов и электронной почты в PowerDMARC

Юнес - руководитель группы операций в PowerDMARC, обладающий экспертными знаниями в области аутентификации и безопасности электронной почты. Юнес имеет сертификат Microsoft Azure Administrator Associate, а также сертификаты CompTIA A+ и многие другие.

Последние сообщения Юнеса Тарады (см. все)

• DMARC для Office 365: Пошаговая настройка и лучшие практики - 11 июля 2025 г.
• Office 365 DKIM Setup: Включение, проверка и настройка - 10 июля 2025 г.
• Нейтральный механизм SPF (?all) объясняется: Когда и как его использовать - 23 июня 2025 г.