[{"data":1,"prerenderedAt":158},["ShallowReactive",2],{"publication:ru:P165":3},{"meta":4,"copy":16,"relatedArticles":143,"terms":144,"term":145,"resourceParent":153,"glossaryParent":156},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":10,"description":11,"incoming":12,"updated":15},"P165","\u002Fglossary\u002Fdmarc","term","что такое DMARC","Что такое DMARC: согласование доменов, политика и отчеты","Что такое DMARC: политика, согласование и ограничения","Как DMARC связывает SPF или DKIM с доменом From, что означают политики и отчеты и почему успешная проверка не гарантирует доставку и безопасность письма.",[13,14],"\u002Fservices\u002Femail-domains","\u002Fblog\u002Fspf-dkim-dmarc-explained","2026-10-31",{"intro":17,"sections":18,"checklistTitle":91,"checklist":92,"faq":99,"sources":109,"links":113,"cta":138},"DMARC является механизмом проверки использования почтового домена: он связывает домен в видимом поле From с прошедшим SPF или DKIM и публикует предпочтения владельца по обработке сообщений. Для понимания результата важны согласование доменов и граница проверки. DMARC не удостоверяет добросовестность автора и не гарантирует попадание во входящие. Ниже объясняем, какие вопросы он помогает решить владельцу бизнеса.",[19,29,60,68,77,86],{"title":20,"paragraphs":21,"sources":25},"Что проверяется при согласовании доменов",[22,23,24],"Письмо может использовать разные доменные идентичности на разных этапах. Для результата DMARC нужен хотя бы один успешно прошедший и согласованный механизм SPF или DKIM. Два отдельных статуса pass без связи с доменом From не дают такого вывода автоматически. Текущее описание протокола содержится в RFC 9989, опубликованном в мае 2026 года.","В практическом разборе сначала определяют конкретное письмо и отправляющий поток: рабочая почта, CRM, сайт или рассылка. Затем смотрят, какие домены и результаты установлены доверенной принимающей стороной. Владелец бизнеса не обязан самостоятельно интерпретировать все поля, но должен понимать вопрос: какой разрешенный маршрут проверен и соответствует ли наблюдение именно ему.","Это отличает определение механизма от проверки настройки. Наличие TXT-записи показывает опубликованные данные, а не прохождение каждого письма. Для приемки услуги понадобятся конкретные отправители, контрольные сообщения и записанные исключения. Если часть систем недоступна для проверки, их нельзя включить в общий положительный итог без оговорки.",[26],{"label":27,"url":28},"RFC 9989: DMARC, май 2026 года","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc9989.html",{"title":30,"paragraphs":31,"table":33},"Как читать результат без лишних выводов",[32],"Результат имеет смысл вместе с условиями его получения. В таблице ниже приведена упрощенная логика для обсуждения, а не инструкция по настройке записи DNS. Она помогает отделить успешную проверку доменной связи от утверждений о содержании письма, состоянии ящика и фактической доставке. Для конкретного сообщения сохраняют нужные технические сведения с учетом конфиденциальности.",{"caption":34,"headers":35,"rows":39},"Согласование и предел вывода",[36,37,38],"Наблюдение","Что можно обсудить","Чего оно не подтверждает",[40,44,48,52,56],[41,42,43],"Прошел согласованный SPF","Один возможный путь DMARC pass","Безопасность текста и вложений",[45,46,47],"Прошел согласованный DKIM","Другой возможный путь DMARC pass","Полномочия человека просить оплату",[49,50,51],"SPF и DKIM не согласованы с From","Причину отсутствия нужного доменного результата","Автоматически установленный взлом ящика",[53,54,55],"Есть только запись политики","Опубликованное предпочтение владельца","Прохождение всех рабочих отправителей",[57,58,59],"Получатель принял письмо","Решение на определенном этапе","Размещение именно во входящих",{"title":61,"paragraphs":62,"example":65},"Политика и обработка получателем",[63,64],"Политика домена выражает предпочтение владельца относительно обработки не прошедших проверку сообщений. Получатель применяет собственную обработку и может учитывать другие сведения. Поэтому запись с более строгим значением не является гарантией одинакового поведения всех почтовых систем. И наоборот, отсутствие видимой блокировки у одного получателя не описывает весь почтовый поток.","Для бизнеса полезен порядок принятия решения: известны ли отправители, проверены ли исключения, кто разрешает изменение и как контролируется результат. Текущий RFC 9989 заменяет RFC 7489 и RFC 9091; старый параметр pct не следует использовать как обещание поэтапной защиты по нынешнему стандарту. Поддержка конкретного поведения сервисом требует отдельной проверки.",{"title":66,"text":67},"Условный пример доменной связи","CRM успешно подписывает письмо своим доменом, но видимый From относится к компании, а согласованного SPF для этого сообщения нет. Статус DKIM pass в одиночку не отвечает на вопрос о DMARC для домена компании. Это схема для объяснения результата, а не проверенное письмо клиента.",{"title":69,"paragraphs":70,"sources":73},"Что дают агрегированные отчеты",[71,72],"Агрегированные отчеты по RFC 9990 содержат сведения, которые присылают участвующие получатели за определенные периоды. Они помогают сопоставлять источники и результаты, но не являются полной копией всех писем или гарантированным учетом каждого получателя. Отсутствие строки в доступном отчете не доказывает, что соответствующего события нигде не было.","Рабочий смысл отчета появляется после назначения ответственного. Он сопоставляет источник с разрешенным сервисом, уточняет владельца и выбирает следующее действие. Неизвестный отправитель не должен автоматически получать разрешение только потому, что попал в отчет. Сначала нужно установить его отношение к бизнесу. Доступ к отчетам и срок хранения выбирают с учетом содержащихся в них технических сведений.",[74],{"label":75,"url":76},"RFC 9990: агрегированные отчеты DMARC, май 2026 года","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc9990.html",{"title":78,"paragraphs":79,"sources":82},"Почему DMARC не решает все случаи мошенничества",[80,81],"Похожий чужой домен, знакомое отображаемое имя или захваченный настоящий ящик создают другие вопросы. Успешная аутентификация не подтверждает полномочие изменить реквизиты или получить файл с клиентскими данными. Важный запрос нужно проверять по установленной процедуре через независимо известный контакт, а не только ответом в той же переписке.","Для технического вывода важна доверенная сторона, которая сформировала результаты в заголовках. RFC 8601 описывает Authentication-Results и границу доверия к этим данным. Пересланный скриншот с отдельным словом pass не заменяет разбор исходного сообщения. При подозрении на доступ постороннего отдельно проверяют учетную запись, связанные приложения и разрешенные действия.",[83],{"label":84,"url":85},"RFC 8601: результаты аутентификации и граница доверия","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc8601.html",{"title":87,"paragraphs":88},"Как использовать определение при заказе настройки",[89,90],"Попросите исполнителя назвать отправляющие системы, способ проверки сообщений и критерий перехода к выбранной политике. В результате должны остаться проверенные маршруты, неизвестные участки и владелец дальнейшего наблюдения. Это помогает оценить реальную работу, не превращая определение DMARC в обещание доставляемости. Установка и постоянный анализ отчетов могут быть разными задачами.","CyberFixCrew, израильская компания по кибербезопасности, применяет практические знания в защите почты и цифровой инфраструктуры для русскоязычных клиентов по всему миру. Если нужна настройка, начните с домена и перечня отправителей. Не отправляйте пароль или архив переписки. Согласуем объем, владельцев, время и приемку под вашу среду.","Что уточнить о DMARC в своем домене",[93,94,95,96,97,98],"Какие рабочие системы отправляют письма?","Какие сообщения и доверенные результаты проверены?","Есть ли согласованный прошедший механизм?","Какая политика опубликована и кто согласует изменения?","Кто разбирает отчеты и исключения?","Какие вопросы относятся к доступу к ящику или бизнес-проверке?",[100,103,106],{"question":101,"answer":102},"DMARC требует успешных SPF и DKIM одновременно?","Для результата DMARC достаточно одного успешного согласованного механизма. При этом разные приемники могут предъявлять дополнительные требования к отправителю, и их нужно учитывать отдельно. Сам по себе статус pass для чужой доменной идентичности не подтверждает согласование с доменом From. Проверяют конкретное сообщение и контекст.",{"question":104,"answer":105},"Значение p=none защищает от всех поддельных писем?","Оно не является запросом применять quarantine или reject ко всем сообщениям, не прошедшим DMARC. Полезность наблюдения зависит от отчетов, известных отправителей и действий ответственного. Ни одна запись вашего домена не управляет произвольными чужими похожими доменами и не доказывает безопасность учетной записи.",{"question":107,"answer":108},"Можно ли по отчетам посчитать все атаки на компанию?","Нет, отчеты отражают доступные сведения участвующих получателей и их периоды. Ошибка настройки, пересылка и неразрешенная отправка требуют различения. Нельзя считать любую неуспешную проверку отдельной атакой или уникальным злоумышленником. Сначала уточняют источник, метод учета и предел вывода.",[110,111,112],{"label":27,"url":28},{"label":75,"url":76},{"label":84,"url":85},[114,117,120,123,126,129,132,135],{"path":115,"label":116},"\u002Fglossary","Открыть словарь кибербезопасности",{"path":118,"label":119},"\u002Fservices\u002Fdmarc-spf-dkim","Настройка SPF, DKIM и DMARC",{"path":121,"label":122},"\u002Fblog\u002Femail-spoofing-domain","Разбор поддельных писем",{"path":124,"label":125},"\u002Fblog\u002Femail-spam-diagnosis","Диагностика попадания писем в спам",{"path":127,"label":128},"\u002Fblog\u002Fspf-too-many-lookups","Превышение лимита вычисления SPF",{"path":130,"label":131},"\u002Fresearch\u002Fmethodology","Как мы различаем сведения и наблюдения",{"path":133,"label":134},"\u002Fblog\u002Fdmarc-report-reading","Разбор агрегированных отчетов DMARC",{"path":136,"label":137},"\u002Fglossary\u002Fdkim","Подпись DKIM и согласование домена",{"title":139,"description":140,"button":141,"type":142},"Применим определение к вашему домену","Укажите домен и отправляющие сервисы. Определим, какие проверки нужны для понятного результата.","Обсудить почтовый домен","check",[],[],{"name":146,"aliases":147},"DMARC",[148,149,150,151,152],"дмарк","согласование доменов","domain alignment","domain-based message authentication","политика домена",{"path":154,"label":155},"\u002Fresources","Материалы и шаблоны безопасности сайта",{"path":115,"label":157},"Словарь кибербезопасности для бизнеса",1794134063890]