Проверка SPF-записи
Найдите и проверьте SPF-запись домена и просмотрите типичные ошибки конфигурации.
Что делает проверка SPF-записи
Инструмент ищет SPF-запись, опубликованную для домена в DNS, и проверяет её базовую структуру. Он сообщает о типичных проблемах: отсутствии префикса версии, недопустимых разделителях, отсутствии механизма all или нераспознанном механизме.
SPF, или Sender Policy Framework, — метод аутентификации email на основе DNS. Домен публикует TXT-запись со списком серверов и сервисов, авторизованных отправлять email от его имени. Принимающие почтовые серверы могут проверить эту запись и отклонить или пометить сообщения от неавторизованных отправителей.
Почему SPF важен
Подделка email широко распространена, и SPF — один из основных инструментов для её снижения. Когда домен публикует корректную SPF-запись, у получателей есть способ отличить легитимных отправителей от поддельных. Это улучшает доставляемость легитимной почты и снижает вероятность того, что поддельные сообщения попадут во входящие.
SPF работает вместе с DKIM и DMARC. DKIM добавляет криптографическую подпись к сообщениям, а DMARC связывает результаты SPF и DKIM с политикой обработки сбоев. Один SPF не является полной настройкой безопасности email, но является её фундаментальной частью.
Как интерпретировать результат
Инструмент сообщает об ошибках, когда находит структурные проблемы. Запись, не начинающаяся с v=spf1, не распознаётся как SPF. Недопустимые разделители обычно означают некорректный синтаксис между механизмами. Отсутствие механизма all оставляет поведение по умолчанию неоднозначным, а недопустимое имя механизма означает, что запись содержит токен, который получатели не поймут.
Если запись проходит базовую валидацию, просмотрите её механизмы на корректность. Распространённые механизмы включают ip4, ip6, include, a, mx и exists. Квалификатор all в конце определяет, что происходит с отправителями, не совпавшими с более ранними механизмами. Будьте осторожны с +all, который авторизует всех.
Частые ошибки SPF
- Несколько SPF-записей. Более одной TXT-записи, начинающейся с v=spf1, вызывает сбои поиска.
- Слишком много DNS-запросов. У SPF есть лимит поиска; чрезмерные include могут привести к результату permerror.
- Отсутствующие отправители. Легитимные сервисы, не включённые в запись, вызывают проблемы с доставкой.
- Разрешительный all. Политика, авторизующая всех отправителей, обесценивает смысл.
- Устаревшие include. Сторонние сервисы, которыми больше не пользуются, но которые всё ещё авторизованы.
Практический сценарий
Проверьте запись для основного домена и для любых поддоменов, отправляющих почту. Убедитесь, что каждый отправляющий сервис включён, а неиспользуемые удалены. Держите запись в пределах лимитов поиска и просматривайте её после смены почтового провайдера. Тестируйте реальными сообщениями, чтобы подтвердить, что аутентификация проходит.
Ограничения
Проверка валидирует базовый синтаксис и сообщает о структурных проблемах. Она не отправляет тестовые письма и не проверяет, что все легитимные отправители проходят аутентификацию, а также не проверяет конфигурацию DKIM или DMARC.
Похожие инструменты
Просмотр DNS-записей A, AAAA, CNAME, MX, NS, TXT и SOA для хоста.
Найдите email-адреса, открыто опубликованные в исходном коде веб-страницы, и оцените риск раскрытия.
Просмотр данных регистрации домена: регистратор, ключевые даты и серверы имён.
Популярные инструменты
Проверьте, есть ли у изображений на веб-странице атрибуты alt для доступности и SEO изображений.
Измерьте общий размер веб-страницы, включая все загружаемые ресурсы.
Проверьте, установлена ли для страницы директива noindex через метатеги, HTTP-заголовки или robots.txt.
Сравните объём видимого текста с HTML-кодом на веб-странице.