Запись и политика DMARC
Запись на _dmarc, которая говорит принимающим серверам, что делать с почтой, не прошедшей SPF или DKIM, и куда слать отчёты. p=none только наблюдает; p=quarantine и p=reject действуют.
DMARC связывает SPF и DKIM с адресом, который человек видит в поле «От», и говорит принимающим серверам, что делать, если письмо от имени вашего домена не прошло обе проверки. Кроме того, он просит их присылать сводные отчёты, и вы видите, кто отправляет почту от вашего имени, — включая сервисы, о которых давно забыли.
Запись хранится в DNS как TXT на _dmarc.example.com и начинается с v=DMARC1. Главный тег — политика:
p=none— только наблюдать и отчитываться; не прошедшие проверку письма доставляются как обычно.p=quarantine— отправлять такие письма в спам.p=reject— отклонять их совсем.
Как оценивает SiteScan
Сканер читает запись _dmarc регистрируемого домена. Любая опубликованная политика даёт зелёную строку с её значением, p=none тоже: наблюдение — нормальный первый этап внедрения, а не ошибка настройки. Отсутствие записи — предупреждение, потому что без неё домен легко подделать.
Как внедрить
Начните с v=DMARC1; p=none; rua=mailto:dmarc@example.com, несколько недель читайте отчёты, исправьте отправителей, которые не проходят SPF или DKIM, затем перейдите на p=quarantine и наконец на p=reject. Строгая политика нужна и для BIMI. Подробнее — в статье об аутентификации почты.
Проверьте этот пункт на своём сайте
Запустите бесплатное сканирование: в отчёте будет эта строка для вашего домена вместе с остальными проверками аудита.
Ещё в разделе «DNS и почта»
Что проверяет SiteScan
TLS-сертификат
- Срок действия SSL/TLS-сертификата
- Устаревшие версии TLS (1.0 и 1.1)
- Цепочка сертификатов TLS
- Издатель TLS-сертификата
- Алгоритм подписи сертификата
Регистрация домена
- Срок регистрации домена
- Зарегистрированное доменное имя
- Регистратор домена
- Дата регистрации домена
- Дата последнего изменения домена
- Статусы домена в реестре (EPP)
- Запрет на перенос домена
- Abuse-контакт регистратора
- Источник данных RDAP и WHOIS
Индексация
- Файл robots.txt
- CSS и JS, закрытые в robots.txt
- XML-карта сайта (sitemap.xml)
- Индекс карт сайта
- Чужие URL в карте сайта
- Даты lastmod в карте сайта
- Битые URL в карте сайта
- RSS- и Atom-лента
Адреса и редиректы
- Редирект с HTTP на HTTPS
- Редирект с www и без www
- Длина цепочки редиректов
- Обработка ошибки 404 и мягкий 404
Заголовки безопасности
- HTTP-заголовки безопасности и оценка
- Заголовок Strict-Transport-Security (HSTS)
- Заголовок Content-Security-Policy (CSP)
- X-Content-Type-Options: nosniff
- X-Frame-Options и защита от кликджекинга
- Заголовок Referrer-Policy
- Заголовок Permissions-Policy
- Список HSTS preload
- CORS и чтение с других origin
- HTTP-метод TRACE
Отдача и репутация
- Заголовок Cache-Control для HTML
- Ревалидация через ETag и Last-Modified
- Поддержка HTTP/3 и QUIC
- Версии ПО в заголовках сервера
- Проверка по DNS-блоклистам (DNSBL)
Внутренние ссылки
Открытые файлы
- Открытые файлы .env, .git и бэкапы
- Листинг директорий на сервере
- Публичные source maps JavaScript
- Открытые точки входа WordPress
Служебные файлы
- Файл security.txt
- Файл llms.txt для ИИ-ассистентов
- Файл llms-full.txt
- Файл ads.txt для рекламы
- Файл humans.txt
- Адрес /.well-known/change-password
DNS и почта
- MX-записи (почтовые серверы)
- Запись SPF
- Запись и политика DMARC
- Подпись зоны DNSSEC
- Запись CAA
- Резервирование DNS-серверов
- Поддержка IPv6 (AAAA-запись)
- Политика MTA-STS
- Запись TLS-RPT для отчётов
- Запись BIMI (логотип в почте)
- Wildcard-запись в DNS
- Висячий CNAME и захват поддомена
Приватность и согласие
- Счётчики аналитики и трекеры
- Баннер согласия на cookie
- Политика конфиденциальности
- Пользовательское соглашение
- Выходные данные (Impressum)
- Заявление о доступности
Core Web Vitals
- Оценка производительности Lighthouse
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Interaction to Next Paint (INP)
- Полевые данные CrUX и лабораторные замеры