Сообщения

Как использовать решения для проверки подлинности электронной почты (SPF, DKIM и DMARC) для борьбы с подделкой электронной почты?

Стандарты аутентификации электронной почты: SPF, DKIM и DMARC - многообещающие стандарты, позволяющие сократить количество попыток подделки электронной почты и улучшить ее доставляемость. Стандарты аутентификации электронной почты позволяют отличить поддельные (фальшивые) электронные письма от законных, но при этом они идут дальше и проверяют личность отправителя, чтобы определить, является ли письмо законным.

По мере того как все больше организаций будут принимать эти стандарты, общая идея доверия и авторитета в общении по электронной почте начнет вновь утверждаться. Каждое предприятие, которое зависит от маркетинга по электронной почте, проектных запросов, финансовых операций и общего обмена информацией внутри или между компаниями, должно понимать основы того, для чего предназначены эти решения и какие преимущества они могут получить.

Что такое подделка электронной почты?

Подмена электронной почты - распространенная проблема кибербезопасности, с которой сегодня сталкиваются предприятия. В этой статье мы разберем, как работает подмена почты и различные методы борьбы с ней. Мы узнаем о трех стандартах аутентификации, используемых поставщиками услуг электронной почты, - SPF, DKIM и DMARC, чтобы предотвратить эту проблему.

Подделка электронной почты может быть классифицирована как продвинутая социально-инженерная атака, которая использует комбинацию сложных методов для манипулирования средой обмена сообщениями и использования законных функций электронной почты. Такие электронные письма часто выглядят вполне законными, но их цель - получить доступ к вашей информации и/или ресурсам. Подделка электронной почты используется в самых разных целях - от попыток совершить мошенничество, нарушить безопасность и даже попытаться получить доступ к конфиденциальной деловой информации. Являясь очень популярной формой подделки электронной почты, атаки с подменой почты направлены на то, чтобы обмануть получателей и заставить их поверить, что письмо было отправлено от компании, которой они пользуются и которой могут доверять, а не от реального отправителя. Поскольку электронные письма все чаще отправляются и принимаются в массовом порядке, эта вредоносная форма мошенничества с электронной почтой значительно возросла в последние годы.

Как аутентификация электронной почты может предотвратить подделку?

Аутентификация электронной почты помогает проверять источники отправки электронной почты с помощью таких протоколов, как SPF, DKIM и DMARC, чтобы предотвратить подделку злоумышленниками доменных имен и атаки спуфинга для обмана ничего не подозревающих пользователей. Она предоставляет проверяемую информацию об отправителях электронной почты, которую можно использовать для доказательства их легитимности, и указывает принимающим MTA, что делать с письмами, не прошедшими проверку подлинности.

Таким образом, чтобы перечислить различные преимущества аутентификации электронной почты, мы можем подтвердить, что SPF, DKIM и DMARC помогают в этом:

  • Защита вашего домена от фишинговых атак, подмены домена и BEC
  • Предоставление подробной информации и сведений об источниках отправки электронной почты
  • Улучшение репутации домена и повышение показателей доставляемости электронной почты
  • Предотвращение пометки ваших законных писем как спама

Как SPF, DKIM и DMARC работают вместе, чтобы остановить подделку?

Основы политики в отношении отправителей

SPF - это метод аутентификации электронной почты, используемый для предотвращения отправки спамерами сообщений от имени вашего домена. С его помощью вы можете публиковать авторизованные почтовые серверы, что дает вам возможность указать, каким почтовым серверам разрешено отправлять электронные письма от имени вашего домена. Запись SPF хранится в DNS, в ней перечислены все IP-адреса, которым разрешено отправлять почту от имени вашей организации.

Если вы хотите использовать SPF таким образом, чтобы обеспечить его правильное функционирование, вам необходимо убедиться, что SPF не нарушается для вашей электронной почты. Это может произойти, если вы превысите лимит в 10 DNS-поисков, что приведет к пермеррору SPF. Уплотнение SPF поможет вам не превысить лимит и обеспечить беспрепятственную аутентификацию вашей электронной почты.

DomainKeys Идентифицированная почта

Выдавая себя за доверенного отправителя, можно обмануть получателя и заставить его ослабить бдительность. DKIM - это решение для защиты электронной почты, которое добавляет цифровую подпись к каждому сообщению, приходящему из почтового ящика вашего клиента, позволяя получателю проверить, что сообщение действительно было авторизовано вашим доменом и входит в список доверенных отправителей вашего сайта.

DKIM прикрепляет уникальное хэш-значение, связанное с именем домена, к каждому исходящему электронному сообщению, позволяя получателю проверить, действительно ли письмо, утверждающее, что оно пришло с определенного домена, было авторизовано владельцем этого домена или нет. В конечном итоге это помогает выявить попытки подделки.

Аутентификация, отчетность и соответствие сообщений на основе домена

Простое внедрение SPF и DKIM может помочь проверить источники отправки, но само по себе недостаточно эффективно, чтобы остановить подделку. Для того чтобы киберпреступники не могли доставлять поддельные письма вашим получателям, вам необходимо внедрить DMARC уже сегодня. DMARC помогает вам согласовывать заголовки электронной почты для проверки адресов электронной почты From, раскрывая попытки подделки и мошеннического использования доменных имен. Более того, он дает владельцам доменов возможность указывать серверам-получателям электронной почты, как реагировать на письма, не прошедшие проверку подлинности SPF и DKIM. Владельцы доменов могут выбирать доставку, карантин и отклонение поддельных писем в зависимости от необходимой им степени соблюдения DMARC.

Примечание: Только DMARC-политика отклонения позволяет остановить спуфинг.

Кроме того, DMARC также предлагает механизм отчетности, позволяющий владельцам доменов получать информацию о каналах электронной почты и результатах аутентификации. Настроив анализатор отчетов DMARC, вы сможете регулярно контролировать свои почтовые домены, получая подробную информацию об источниках отправки электронной почты, результатах аутентификации, геолокации мошеннических IP-адресов и общей эффективности электронной почты. Это поможет вам анализировать данные DMARC в организованном и читабельном формате и быстрее принимать меры против злоумышленников.

В конечном счете, SPF, DKIM и DMARC могут работать вместе, чтобы помочь вам поднять безопасность электронной почты вашей организации на новую высоту и не дать злоумышленникам подделать ваше доменное имя, чтобы защитить репутацию и доверие к вашей организации.

/по адресу

Как исправить "Запись SPF не найдена"?

Если вы находитесь на этой странице, читая этот блог, есть шанс, что вы столкнулись с одним из следующих подсказок:

  • Записей SPF не найдено
  • Пропала запись SPF
  • Рекордов ПФП нет
  • Запись SPF не найдена
  • Записей в SPF не опубликовано
  • Не могу найти запись SPF

Подсказка просто означает, что ваш домен не настроен со стандартом почтовой аутентификации SPF. Запись SPF - это запись DNS TXT, которая публикуется в DNS вашего домена для проверки подлинности сообщений, проверяя их на соответствие авторизованным IP-адресам, которым разрешено отправлять сообщения электронной почты от имени вашего домена, включенного в запись SPF. Поэтому естественно, если ваш домен не аутентифицирован по протоколу SPF, вы можете столкнуться с сообщением "Запись SPF не найдена".

Что такое Основы политики в отношении отправителей (SPF)?

СтандартSPF аутентификации электронной почты - это механизм, используемый для предотвращения подделки электронной почты спамерами. Он использует записи DNS для проверки того, что серверу-отправителю разрешено отправлять электронную почту с доменного имени. SPF, что расшифровывается как Sender Policy Framework (структура политики отправителя), позволяет вам идентифицировать разрешенных отправителей электронной почты на вашем домене.

SPF - это система аутентификации "по пути", подразумевающая, что она связана с путём, по которому электронная почта поступает от исходного сервера-отправителя к серверу-получателю. SPF не только позволяет организациям авторизовать IP-адреса для использования своих доменных имен при отправке электронной почты, но и предоставляет способ, с помощью которого принимающий почтовый сервер может проверить эту авторизацию.

Нужно ли настраивать SPF?

Вам, вероятно, говорили, что вам необходима аутентификация электронной почты SPF (Sender Policy Framework). Но действительно ли она нужна бизнесу? И если да, то есть ли другие преимущества? Этот вопрос обычно возникает, когда предприятие становится крупным обменщиком электронной почты для своей организации. С помощью SPF вы можете отслеживать поведение электронной почты для выявления мошеннических сообщений и защиты вашего предприятия от спама, подмены и фишинговых атак. SPF помогает достичь максимальной доставляемости и защиты бренда путем проверки личности отправителей.

Как функционирует SPF?

  • Записи SPF - это специально отформатированные записи Системы Доменных Имен (DNS), опубликованные администраторами домена, которые определяют, какие почтовые серверы уполномочены отправлять почту от имени этого домена.
  • При настроенном SPF для вашего домена, каждый раз, когда письмо отправляется с вашего домена, почтовый сервер получателя просматривает спецификации для домена обратного пути в
  • DNS. Впоследствии он пытался сопоставить IP-адрес отправителя с авторизованными адресами, определенными в вашей записи SPF.
  • Согласно спецификациям политики SPF, принимающий сервер затем решает, доставлять, отклонять или отмечать электронную почту в случае неудачи с аутентификацией.

Разрушение синтаксиса рекорда SPF

Возьмем пример записи SPF для фиктивного домена с правильным синтаксисом:

v=spf1 ip4:29.337.148 include:domain.com -all

 

Остановка сообщения "Запись SPF не найдена".

Если вы хотите перестать получать раздражающее сообщение "Запись SPF не найдена", все, что вам нужно сделать, это настроить SPF для вашего домена, опубликовав запись DNS TXT. Вы можете использовать наш бесплатный генератор SPF-записей для создания мгновенной записи с правильным синтаксисом для публикации в вашем DNS.

Все, что тебе нужно сделать:

  • Выберите, хотите ли вы разрешить серверам, перечисленным в списке MX, отправлять электронную почту для вашего домена.
  • Выберите, хотите ли вы разрешить текущий IP-адрес домена для отправки электронной почты для этого домена.
  • Заполните IP-адреса, разрешенные для отправки электронной почты из вашего домена
  • Добавьте любые другие имена хостов или доменов серверов, которые могут доставлять или пересылать почту для вашего домена.
  • Выберите SPF режим политики или уровень строгости принимающего сервера от Fail (письма, не соответствующие требованиям, будут отклонены), Soft-fail (письма, не соответствующие требованиям, будут приняты, но помечены) и Neutral (письма, вероятно, будут приняты).
  • щёлкнуть на Сгенерировать запись SPF для мгновенного создания записи

В случае, если у вас уже настроен SPF для вашего домена, вы также можете воспользоваться нашим бесплатным SPF проверочным устройством для поиска и проверки вашей SPF записи и обнаружения проблем.

Достаточно ли публикации рекорда SPF?

Ответ - нет. Только SPF не может предотвратить подмену вашего бренда. Для оптимальной защиты от подмены прямого домена, фишинговых атак и BEC необходимо настроить DKIM и DMARC для вашего домена.

Кроме того, SPF имеет ограничение в 10 DNS-поисков. Если вы превысите этот лимит, ваш SPF сломается, и аутентификация не пройдет даже для легитимных писем. Вот почему вам нужен динамический SPF-флаттер, который поможет вам не превышать лимит в 10 DNS-поисков, а также держать вас в курсе изменений, вносимых поставщиками услуг обмена электронной почтой.

Надеюсь, этот блог помог вам решить вашу проблему, и вам больше никогда не придётся беспокоиться о том, что сообщение "Запись SPF не найдена" снова вас побеспокоит. Подпишитесь на бесплатную пробную проверку подлинности электронной почты, чтобы улучшить доставку и безопасность электронной почты уже сегодня!

 

/по адресу

Причины, по которым SPF сдувается.

Причины, по которым следует избегать SPF Уплотнения.

Sender Policy Framework, или SPF - это широко известный протокол аутентификации электронной почты, который проверяет ваши сообщения, аутентифицируя их на всех авторизованных IP-адресах, зарегистрированных для вашего домена в вашей записи SPF. Для проверки подлинности электронной почты SPF указывает принимающему почтовому серверу на выполнение DNS-запросов для проверки авторизованных IP-адресов, что приводит к DNS-поиску.

Ваша SPF-запись существует в виде DNS TXT-записи, которая формируется из сборки различных механизмов. Большинство из этих механизмов (такие как include, a, mx, redirect, существует, ptr) генерируют DNS поиск. Однако, максимальное количество DNS поисков для SPF аутентификации ограничено 10. Если вы используете различных сторонних производителей для отправки электронной почты, используя свой домен, вы можете легко превысить жесткий предел SPF.

Вам может быть интересно, что случится, если вы превысите этот лимит? Превышение лимита на поиск 10 DNS приведет к срыву SPF и сделает недействительными даже легитимные сообщения, отправленные с вашего домена. В таких случаях принимающий почтовый сервер возвращает отчет SPF об ошибке в вашем домене, если у вас включен мониторинг DMARC. Это заставляет нас перейти к основной теме обсуждения этого блога: SPF сглаживание.

Что такое SPF Flattening?

Сглаживание рекорда SPF является одним из популярных методов, используемых экспертами отрасли для оптимизации вашего рекорда SPF и во избежание превышения жесткого лимита SPF. Процедура сплющивания SPF достаточно проста. Сглаживание вашей SPF записи - это процесс замены всех включённых механизмов на их соответствующие IP адреса для устранения необходимости выполнения DNS поиска.

Например, если ваша запись в SPF изначально выглядела так:

v=spf1 include:spf.domain.com -all

Сглаженная пластинка SPF будет выглядеть примерно так:

v=spf1 ip4:168.191.1.1 ip6:3a02:8c7:aaca:645::1 -all

Эта сплющенная запись генерирует только один DNS-поиск, вместо того, чтобы выполнять несколько поисков. Уменьшение количества DNS-запросов, выполняемых принимающим сервером во время почтовой аутентификации, помогает оставаться в пределах 10 DNS-поиска, однако у него есть свои проблемы.

Проблема с SPF сплющиванием

Кроме того, что ваша вручную сглаженная SPF запись может стать слишком длинной для публикации на DNS вашего домена (превышение 255 символов), вы должны учитывать, что ваш поставщик услуг электронной почты может изменять или добавлять к своим IP-адресам, не уведомляя вас как пользователя. Время от времени, когда ваш провайдер вносит изменения в свою инфраструктуру, эти изменения не будут отражены в вашей записи SPF. Следовательно, всякий раз, когда эти изменения или новые IP-адреса используются вашим почтовым сервером, электронная почта терпит неудачу SPF на стороне получателя.

PowerSPF: Ваш динамический генератор записей SPF.

Конечной целью PowerDMARC было придумать решение, которое может предотвратить владельцев доменов от попадания в 10 DNS поиск пределов, а также оптимизировать SPF записи, чтобы всегда быть в курсе последних IP-адресов, которые используются поставщиками услуг электронной почты. PowerSPF - это ваше автоматизированное решение для выравнивания SPF, которое просматривает вашу запись SPF и генерирует единое заявление о включении. PowerSPF поможет вам:

  • Добавлять или удалять IP-адреса и механизмы с легкостью
  • Автоматическое обновление нетблоков, чтобы убедиться, что ваши авторизованные IP-адреса всегда актуальны
  • Держитесь под 10-ю границами поиска DNS с легкостью.
  • Получите оптимизированную запись SPF одним щелчком мыши.
  • Постоянно побеждать "пермеррор".
  • Внедрить безошибочный SPF

Зарегистрируйтесь в PowerDMARC сегодня, чтобы обеспечить улучшенную доставку и проверку подлинности электронной почты, не превысив при этом лимит поиска 10 DNS SPF.

/по адресу

Как оптимизировать запись SPF?

В этой статье мы рассмотрим, как легко оптимизировать SPF-запись для вашего домена. Для предприятий и малого бизнеса, которые владеют почтовым доменом для отправки и получения сообщений среди своих клиентов, партнеров и сотрудников, весьма вероятно, что запись SPF существует по умолчанию, которая была настроена вашим поставщиком услуг входящей почты. Независимо от того, есть ли у вас уже существующая запись SPF или вам нужно создать новую, вам необходимо правильно оптимизировать запись SPF для вашего домена, чтобы она не вызывала проблем с доставкой электронной почты.

Некоторые получатели электронной почты строго требуют SPF, что указывает на то, что если у вас нет опубликованной для вашего домена записи SPF, ваша электронная почта может быть помечена как спам в почтовом ящике получателя. Более того, SPF помогает в обнаружении неавторизованных источников, посылающих электронную почту от имени вашего домена.

Давайте сначала поймем, что такое SPF и зачем он вам нужен?

Основы политики в отношении отправителей (ОП)

SPF, по сути, является стандартным протоколом аутентификации электронной почты, который определяет IP-адреса, которые авторизированы для отправки электронной почты с вашего домена. Он работает путем сравнения адресов отправителей со списком авторизованных хостов-отправителей и IP-адресов для определенного домена, который опубликован в DNS для этого домена.

SPF, наряду с DMARC (Domain-based Message Authentication, Reporting and Conformance), предназначен для обнаружения поддельных адресов отправителей во время доставки электронной почты и предотвращения атак подделки, фишинга и почтового мошенничества.

Важно знать, что хотя стандартный SPF, интегрированный в ваш домен хостинг-провайдером, гарантирует, что электронные письма, отправленные с вашего домена, будут проверены на подлинность по SPF, если у вас есть несколько сторонних поставщиков для отправки электронных писем с вашего домена, эту существующую запись SPF необходимо адаптировать и изменить в соответствии с вашими требованиями. Как вы можете это сделать? Давайте рассмотрим два наиболее распространенных способа:

  • Создание совершенно нового рекорда SPF
  • Оптимизация существующего рекорда ПСФ

Инструкции по оптимизации SPF-записи

Создать совершенно новую запись SPF

Создание SPF-записи - это простая публикация TXT-записи в DNS вашего домена для настройки SPF для вашего домена. Это обязательный шаг, который выполняется перед тем, как вы начнете оптимизировать SPF-запись. Если вы только начинаете работать с аутентификацией и не знаете синтаксиса, вы можете использовать наш бесплатный онлайн-генератор SPF-записей для создания SPF-записи для вашего домена.

Запись SPF с правильным синтаксисом будет выглядеть примерно так:

v=spf1 ip4:38.146.237 include:example.com -all

v=spf1Определяет используемую версию SPF
ip4/ip6Этот механизм определяет действительные IP адреса, которые авторизованы для отправки электронной почты с вашего домена.
включатьЭтот механизм говорит принимающим серверам включать значения для записи SPF указанного домена.
-всеЭтот механизм предусматривает, что сообщения по электронной почте, не соответствующие требованиям ПСФ, будут отклоняться. Это рекомендуемый тег, который вы можете использовать во время публикации вашей записи SPF. Однако он может быть заменён на ~ для SPF Soft Fail (сообщения электронной почты, не соответствующие SPF, будут помечены как сообщения, не соответствующие SPF, но всё равно будут приняты) Или +, который указывает, что любому и каждому серверу будет позволено отправлять сообщения электронной почты от имени вашего домена, что настоятельно не рекомендуется.

Если у вас уже настроен SPF для вашего домена, вы также можете использовать нашу бесплатную SPF проверку записи для поиска и проверки вашей SPF записи и обнаружения проблем.

Общие проблемы и ошибки при настройке ПСФ

1) 10 Ограничение поиска DNS 

Самой распространенной проблемой, с которой сталкиваются владельцы доменов при настройке и принятии протокола SPF-аутентификации для своего домена, является то, что SPF поставляется с ограничением на количество DNS-поисков, которое не может превышать 10. Для доменов, полагающихся на несколько сторонних производителей, 10 DNS поиск пределов легко превышает, что в свою очередь нарушает SPF и возвращает SPF ошибку PermError. Принимающий сервер в таких случаях автоматически аннулирует вашу SPF запись и блокирует её.

Механизмы, которые инициируют DNS поиск: MX, A, INCLUDE, REDIRECT модификатор.

2) Поиск пустоты SPF 

Поиск по пустоте относится к поиску DNS, который возвращает либо ответ NOERROR, либо ответ NXDOMAIN (пустой ответ). При реализации SPF рекомендуется убедиться, что DNS поиск не возвращает пустой ответ.

3) рекурсивная петля SPF

Эта ошибка указывает на то, что SPF-запись для указанного вами домена содержит рекурсивные проблемы с одним или несколькими механизмами INCLUDE. Это происходит, когда один из доменов, указанных в теге INCLUDE, содержит домен, чья SPF-запись содержит тег INCLUDE исходного домена. Это приводит к бесконечному циклу, заставляющему почтовые серверы непрерывно выполнять DNS поиск SPF-записей. В конечном счёте это приводит к превышению лимита на поиск в 10 DNS, что приводит к тому, что сообщения электронной почты не будут иметь SPF.

4) Ошибки синтаксиса 

Запись SPF может существовать в DNS вашего домена, но она бесполезна, если содержит синтаксические ошибки. Если ваша запись SPF TXT содержит ненужные белые пробелы при наборе имени домена или механизма, то строка, предшествующая лишнему пространству, будет полностью проигнорирована принимающим сервером во время выполнения поиска, тем самым делая запись SPF недействительной.

5) Несколько записей SPF для одного и того же домена

Один домен может иметь только одну SPF TXT запись в DNS. Если ваш домен содержит более одной SPF записи, то принимающий сервер аннулирует их все, что приводит к отказу SPF электронной почты.

6) Длина записи SPF 

Максимальная длина записи SPF в DNS ограничена 255 символами. Однако этот предел может быть превышен, и запись TXT для SPF может содержать несколько строк, соединенных вместе, но не более 512 символов, чтобы соответствовать ответу на запрос DNS (согласно RFC 4408). Хотя позднее это требование было пересмотрено, получатели, полагающиеся на старые версии DNS, не могли подтвердить электронную почту, отправленную с доменов, содержащих длинную запись SPF.

Оптимизация записи SPF

Для того, чтобы быстро изменить вашу запись в SPF, вы можете использовать следующий передовой опыт SPF:

  • Попробуйте напечатать ваши источники электронной почты в порядке уменьшения важности слева направо в вашей записи SPF.
  • Удалить устаревшие источники электронной почты из вашего DNS
  • Используйте механизмы IP4/IP6 вместо A и MX
  • Держите ваше количество механизмов INCLUDE как можно меньше и избежать вложенных включает в себя
  • Не публикуйте более одной SPF-записи для одного и того же домена в вашем DNS.
  • Убедитесь, что ваша SPF запись не содержит лишних белых пробелов или синтаксических ошибок.

Примечание: SPF сплющивание не рекомендуется, так как это не одноразовая сделка. Если ваш поставщик услуг электронной почты меняет свою инфраструктуру, вам придется каждый раз вносить соответствующие изменения в записи SPF.

Оптимизация вашей записи SPF легко с помощью PowerSPF

Вы можете попробовать внедрить все вышеперечисленные модификации, чтобы оптимизировать вашу запись в SPF вручную, или вы можете забыть о сложностях и положиться на наш динамический PowerSPF, чтобы сделать все это за вас автоматически! PowerSPF поможет вам оптимизировать вашу запись в SPF одним щелчком мыши, где вы сможете это сделать:

  • Добавление или удаление источников отправки с легкостью
  • Обновлять записи легко без необходимости вносить изменения в DNS вручную.
  • Получить оптимизированную автоматическую SPF запись одним щелчком кнопки
  • Держитесь все время под 10 лимитом поиска DNS
  • Успешное устранение ПермОшибки
  • Забудьте о синтаксических ошибках записи SPF и проблемах конфигурации
  • Мы снимаем с вас бремя решения ограничений ПСФ.

Зарегистрируйтесь в PowerDMARC сегодня, чтобы навсегда отказаться от ограничений СПФ!  

/по адресу

Почему SPF не достаточно хорош, чтобы остановить спуфинг.

Как поставщику услуг DMARC, нам часто задают этот вопрос: "Если DMARC просто использует SPF и DKIM аутентификацию, зачем нам беспокоиться о DMARC? Разве это не лишнее?"

На первый взгляд может показаться, что это мало что меняет, но реальность совсем другая. DMARC - это не просто комбинация технологий SPF и DKIM, это совершенно новый протокол сам по себе. Он имеет несколько особенностей, которые делают его одним из самых продвинутых стандартов аутентификации электронной почты в мире, и абсолютную необходимость для бизнеса.

Но подожди минутку. Мы не ответили точно, зачем вам нужен DMARC. Что он предлагает, чего нет у SPF и DKIM? Ну, это довольно длинный ответ, слишком длинный для одной записи в блоге. Так что давайте разделим его и сначала поговорим о SPF. На случай, если вы не знакомы с ним, вот краткое вступление.

Что такое SPF?

SPF, или Sender Policy Framework, является протоколом аутентификации электронной почты, который защищает получателя электронной почты от подделок. По сути, это список всех IP-адресов, разрешенных для отправки электронной почты по вашим (владельца домена) каналам. Когда принимающий сервер видит сообщение из вашего домена, он проверяет SPF запись, опубликованную в вашем DNS. Если IP-адрес отправителя находится в этом 'списке', электронная почта доставляется. Если нет, то сервер отклоняет сообщение.

Подробнее

Как вы видите, SPF делает довольно хорошую работу, удерживая в тайне множество неприятных электронных писем, которые могут нанести вред вашему устройству или скомпрометировать системы безопасности вашей организации. Но SPF не так хорош, как некоторые могут подумать. Это потому, что у него есть некоторые очень серьезные недостатки. Давайте поговорим о некоторых из этих проблем.

Ограничения СПФ

Записи SPF не применимы к адресу "From".

Электронная почта имеет несколько адресов для идентификации отправителя: адрес From, который вы обычно видите, и адрес Return Path, который скрыт и требует одного или двух щелчков мыши для просмотра. С включенной функцией SPF принимающий почтовый сервер смотрит на путь возврата и проверяет записи SPF домена с этого адреса.

Проблема здесь заключается в том, что злоумышленники могут использовать это, используя поддельный домен в своем адресе пути возврата (Return Path address) и легитимный (или легальный) адрес электронной почты в разделе От (From). Даже если бы получатель проверял почтовый ID отправителя, он бы сначала увидел адрес From, и обычно не утруждается проверкой пути возврата. На самом деле, большинство людей даже не знает, что существует такая вещь, как адрес Return Path.

SPF можно довольно легко обойти, используя этот простой трюк, и даже домены, защищенные SPF, остаются в значительной степени уязвимыми.

Записи SPF имеют ограничение на поиск DNS

Записи SPF содержат список всех IP-адресов, разрешенных владельцем домена для отправки электронной почты. Однако, у них есть важный недостаток. Принимающему серверу необходимо проверить запись, чтобы убедиться, что отправитель авторизован, и, чтобы уменьшить нагрузку на сервер, записи SPF имеют ограничение на 10 DNS поисков.

Это означает, что если ваша организация использует несколько сторонних производителей, которые посылают электронную почту через ваш домен, запись SPF может в конечном итоге превысить этот лимит. Если правильно не оптимизировать (что не так-то просто сделать самому), записи SPF будут иметь очень ограничительный лимит. Когда вы превышаете этот лимит, реализация SPF считается недействительной и ваша электронная почта не работает SPF. Это может потенциально повредить скорости доставки вашей электронной почты.

Узнать больше

 

SPF не всегда работает, когда электронная почта пересылается.

SPF имеет еще одну критическую точку отказа, которая может навредить доставке вашей электронной почты. Когда вы внедрили SPF на вашем домене и кто-то пересылает вашу электронную почту, пересылаемая электронная почта может быть отклонена из-за вашей политики SPF.

Это происходит потому, что переадресованное сообщение изменило получателя письма, но адрес отправителя остался прежним. Это становится проблемой, потому что сообщение содержит адрес From оригинального отправителя, но принимающий сервер видит другой IP. IP-адрес почтового сервера пересылки не включен в SPF-запись домена оригинального отправителя. Это может привести к тому, что письмо будет отклонено принимающим сервером.

Как DMARC решает эти проблемы?

DMARC использует комбинацию SPF и DKIM для аутентификации электронной почты. Электронная почта должна пройти либо SPF, либо DKIM, чтобы пройти DMARC и быть доставлена успешно. И это также добавляет одну ключевую особенность, которая делает его намного более эффективным, чем SPF или DKIM в одиночку: Отчетность.

С помощью отчетов DMARC вы ежедневно получаете обратную связь о состоянии ваших каналов электронной почты. Сюда входит информация о выравнивании DMARC, данные об электронных сообщениях, в которых произошла неудачная аутентификация, и подробности о возможных попытках подделки.

Если вам интересно, что можно сделать, чтобы не подделать, обратитесь к нашему удобному руководству по 5-ти лучшим способам избежать подделки электронной почты.

/по адресу