Политика MTA-STS
DNS-запись, которая требует от отправляющих серверов TLS с валидным сертификатом для почты на этот домен. Необязательна: без неё письмо по пути могут откатить на открытый текст.
SMTP между почтовыми серверами шифруется «по возможности»: если кто-то на пути вырежет предложение STARTTLS или подсунет поддельный сертификат, отправляющий сервер откатится на открытый текст и всё равно доставит письмо. MTA-STS (RFC 8461) закрывает эту дыру: он сообщает отправителям, что ваш домен всегда принимает почту по TLS с валидным сертификатом и иначе доставлять не следует.
Как проверяет SiteScan
Строка появляется, только если у домена есть MX-записи. Сканер ищет TXT-запись на _mta-sts.example.com, начинающуюся с v=STSv1. Она необязательна, поэтому «Отсутствует» — нейтральный факт. Учтите, что TXT-запись — лишь половина настройки: сам файл политики SiteScan не загружает.
Как настроить
- Опубликуйте политику по адресу
https://mta-sts.example.com/.well-known/mta-sts.txtс валидным сертификатом. В нейversion: STSv1,mode: testing(позжеenforce), по строкеmx:на каждый почтовый хост иmax_age: 604800. - Добавьте TXT-запись
_mta-sts.example.com TXT "v=STSv1; id=20260101"и меняйтеidпри каждом изменении политики. - Начните с режима testing и подключите TLS-RPT, чтобы видеть сбои до перехода на enforce.
Точные значения MX обычно есть в документации почтового провайдера; см. также аутентификацию почты.
Проверьте этот пункт на своём сайте
Запустите бесплатное сканирование: в отчёте будет эта строка для вашего домена вместе с остальными проверками аудита.
Ещё в разделе «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 и лабораторные замеры