Розуміння DMARC та використання майстра SendRepute
Дізнайтеся, що таке DMARC, як працює вирівнювання та як використовувати майстер SendRepute для створення DMARC-запису вашого домену.
Domain-based Message Authentication, Reporting, and Conformance (DMARC) - це протокол автентифікації електронної пошти, який допомагає власникам доменів керувати репутацією. Як визначено в DMARC RFC 7489, він надає чіткі інструкції серверам-отримувачам щодо обробки повідомлень, які не пройшли перевірку. DMARC базується на двох існуючих механізмах: Sender Policy Framework (SPF) та DomainKeys Identified Mail (DKIM). Поєднуючи ці протоколи, DMARC допомагає власникам доменів керувати ідентичністю бренду та дає отримувачам стандартизований спосіб оцінки вхідної пошти.
Як працює перевірка DMARC
Щоб повідомлення пройшло перевірку DMARC, воно повинно пройти або вирівняну перевірку SPF, або вирівняну перевірку DKIM. Вирівнювання означає, що домен у видимому заголовку "From" збігається з доменом, підтвердженим SPF, або доменом у підписі DKIM. Ця вимога заважає зловмисникам проходити автентифікацію за допомогою власних доменів, підробляючи ваш бренд у видимому заголовку.
Вирівнювання можна налаштувати двома способами:
- Несуворе вирівнювання (Relaxed alignment): домени можуть належати до одного організаційного домену. Наприклад, піддомен для маркетингу може вирівнюватися з батьківським доменом у видимому заголовку.
- Суворе вирівнювання (Strict alignment): домени повинні повністю збігатися. Якщо адреса "From" використовує піддомен, домен SPF або DKIM має використовувати той самий піддомен.
Провайдери-отримувачі приймають незалежні рішення на основі цих перевірок, як зазначено в рекомендаціях Gmail для відправників.
Політики DMARC та поступове впровадження
Налаштовуючи DMARC, ви вказуєте отримувачам, як поводитися з повідомленнями, що не пройшли автентифікацію. Протокол пропонує три рівні політики:
- p=none: отримувач не вживає жодних заходів щодо таких повідомлень. Це режим моніторингу для збору звітів без впливу на доставку.
- p=quarantine: отримувача просять поміщати такі повідомлення в папку зі спамом.
- p=reject: отримувача просять повністю блокувати такі повідомлення.
Наполегливо рекомендується поступове впровадження. Власникам доменів слід починати з політики "none" для моніторингу трафіку та виправлення прогалин в автентифікації, а потім поступово переходити до "quarantine" і, зрештою, до "reject", коли з'явиться впевненість, що легітимна пошта проходить перевірку належним чином.
Звітність DMARC
DMARC забезпечує прозорість через два типи звітів:
- Агреговані звіти (rua): щоденні XML-звіти з результатами автентифікації. Вони необхідні для моніторингу домену, виявлення неавторизованих відправників та перевірки легітимних джерел пошти.
- Криміналістичні звіти або звіти про помилки (ruf): детальна інформація про окремі повідомлення, що не пройшли перевірку. Підтримка таких звітів поштовими сервісами обмежена через питання конфіденційності, тому вони вважаються необов'язковими.
Використання майстра DMARC від SendRepute
Майстер SendRepute допомагає створити коректний DMARC-запис на основі обраної політики та налаштувань звітності. Ви вводите свій домен та електронні адреси для звітів, а майстер генерує відформатований текстовий рядок.
Ви повинні взяти цей згенерований запис і опублікувати його як TXT-запис у вашого DNS-провайдера. Сам майстер не публікує записи та не робить запитів до поточних DNS. Жоден інструмент не змінює налаштування DNS. Класифікатор вмісту аналізує лише вміст, а не поточні DNS чи чорні списки. Окремий Domain Check зчитує дані з поточних публічних DNS та п'яти вибраних публічних джерел аналізу загроз; це не є вичерпною перевіркою всіх DNSBL або чорних списків приватних провайдерів. Класифікатор і конструктор не надсилають електронні листи. SendRepute Campaigns здійснює розсилку через вашого власного підключеного провайдера; SendRepute не є розміщеним сервісом доставки SMTP. Наш класифікатор вмісту зосереджений на аналізі вмісту листів перед відправленням, оцінюючи імена відправників, теми, текст повідомлень, посилання, форматування та HTML-сигнали перед тим, як ви надішлете повідомлення. Коли обліковий запис або дія це дозволяють, продукт може показувати ймовірну класифікацію спаму, оцінку достовірності та виявлені терміни. Платформа також підтримує безпечні виправлення HTML, ручне редагування та опціональне переписування за допомогою ШІ в продукті. Ми не обіцяємо жодного конкретного результату переписування. Ці функції надають оціночні дані та не є гарантією доставки або потрапляння в папку "Вхідні". Щоб дізнатися більше про роль автентифікації у вашій стратегії, прочитайте про Доставку та репутацію.
Приклад DMARC-запису
Ось приклад DMARC-запису для домену з політикою моніторингу та агрегованою звітністю:
v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com;
У цьому прикладі запис застосовується до example.com і вказує отримувачам надсилати агреговані звіти на адресу dmarc-reports@example.com. Додаткові технічні деталі можна знайти в документації IETF DMARC RFC.