[{"data":1,"prerenderedAt":156},["ShallowReactive",2],{"publication:ru:P163":3},{"meta":4,"copy":16,"relatedArticles":142,"terms":143,"term":144,"resourceParent":151,"glossaryParent":154},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":10,"description":11,"incoming":12,"updated":15},"P163","\u002Fglossary\u002Fspf","term","что такое SPF","Что такое SPF: отправляющие узлы, домен проверки и ограничения","Что такое SPF: как работает и что не доказывает","Как SPF проверяет разрешенные источники отправки, чем SMTP-идентичность отличается от видимого From, что означают результаты и как это связано с DMARC.",[13,14],"\u002Fservices\u002Fdns-ssl","\u002Fservices\u002Femail-domains","2026-10-31",{"intro":17,"sections":18,"checklistTitle":97,"checklist":98,"faq":105,"sources":115,"links":118,"cta":137},"SPF, Sender Policy Framework, позволяет домену описать разрешенные источники отправки для определенной SMTP-идентичности. Проверка не удостоверяет человека и не относится автоматически к адресу, который получатель видит в поле From. Для бизнеса важно различать опубликованную политику, фактический почтовый маршрут и результат конкретного сообщения. Разберем, какие выводы из SPF допустимы и где нужны другие проверки.",[19,29,64,72,77,86],{"title":20,"paragraphs":21,"sources":25},"Какую идентичность проверяет SPF",[22,23,24],"RFC 7208 описывает проверку использования доменных идентичностей MAIL FROM и HELO. Они относятся к SMTP-обмену и могут отличаться от видимого поля From. Поэтому фраза SPF настроен для нашего адреса требует уточнения: какой домен проверяется, какая система отправляет сообщение и какие условия наблюдал получатель. Красивое имя отправителя не отвечает на эти вопросы.","Владелец бизнеса может начать с карты потоков: рабочая почта, сайт, CRM, счета и рассылки. У каждого могут быть собственный отправляющий сервис и доменная идентичность. Разрешенный рабочий поток нельзя автоматически считать проверенным по результату другого. Для технического разбора нужны факты конкретного сообщения и доступные сведения о поддерживаемой конфигурации сервиса.","Это страница определения, а не инструкция по вставке одной универсальной записи. Случайная чужая конфигурация может разрешать ненужный источник или не учитывать нужную систему. Перед изменением требуется установить владельца домена, назначение зависимостей и приемку. Секреты и содержимое частной переписки для первого обсуждения не нужны.",[26],{"label":27,"url":28},"RFC 7208: SPF и доменные идентичности","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc7208.html",{"title":30,"paragraphs":31,"table":33},"Как понимать названия результатов",[32],"Результат SPF описывает конкретное вычисление, а не общий рейтинг домена или письма. Его интерпретируют вместе с проверяемой идентичностью, источником и условиями. Таблица служит ориентиром для разговора с администратором. Точный дальнейший порядок зависит от ситуации и доступных сведений принимающей стороны; один ярлык не устанавливает причину всех почтовых проблем.",{"caption":34,"headers":35,"rows":39},"Результат и предел рабочего вывода",[36,37,38],"Результат","Что обсуждаем","Чего не выводим автоматически",[40,44,48,52,56,60],[41,42,43],"pass","Источник прошел проверку для выбранной идентичности","Письмо безопасно и отправлено добросовестным человеком",[45,46,47],"fail или softfail","Результат соответствующего правила","Обязательно взломан настоящий ящик",[49,50,51],"neutral","Не получено положительное разрешение этим результатом","Определена вся причина недоставки",[53,54,55],"none","Подходящих данных для этого результата нет","Для всего бизнеса нет никакой защиты",[57,58,59],"temperror","Временную проблему вычисления","Нужно немедленно удалить рабочие зависимости",[61,62,63],"permerror","Постоянную ошибку политики или вычисления","Установлена причина без разбора контекста",{"title":65,"paragraphs":66,"example":69},"Запись, отправляющий сервис и реальное письмо",[67,68],"Политика публикуется в DNS, но наличие текста не подтверждает, что конкретное письмо ушло разрешенным маршрутом. Нужно сопоставить отправляющий сервис и фактическую идентичность. Если используются сторонние системы, у каждой должен быть владелец, который подтверждает назначение и актуальные инструкции. Неизвестный источник нельзя разрешать только потому, что он встречается в диагностике.","Для приемки полезно разделить наблюдения: конфигурация опубликована, нужная система использует ожидаемый маршрут, получен результат сообщения. Даже положительный итог последнего этапа не определяет папку у всех получателей. Такой способ записи помогает избежать ситуации, когда скриншот DNS считается доказательством законченной проверки всех потоков бизнеса.",{"title":70,"text":71},"Условный пример разных доменов","Видимый From относится к компании, а сторонний сервис использует собственную возвратную доменную идентичность. Успешный SPF для нее еще не отвечает на вопрос о согласовании с доменом From. Нужно рассмотреть отдельную связь, используемую DMARC. Это объясняющая схема, а не проверенное клиентское письмо.",{"title":73,"paragraphs":74},"Ограничения вычисления и изменение маршрута",[75,76],"SPF имеет ограничения вычисления, включая бюджет определенных элементов, обращающихся к DNS. Важны и вложенные достигнутые элементы, а не только число видимых include. Поэтому превышение лимита требует отдельного разбора. Не следует решать его случайным удалением сервиса без владельца и контрольной отправки затронутого маршрута.","Пересылка также может изменить условия, в которых выполняется проверка источника. Исходный отправитель и узел, передавший письмо дальше, не всегда являются одним объектом. Для вывода нужны сведения фактического пути, а не только начальный адрес. Если инструмент показывает потенциальную структуру политики, не называйте это измерением каждого реального сообщения.",{"title":78,"paragraphs":79,"sources":82},"Как SPF связан с DKIM и DMARC",[80,81],"SPF и DKIM проверяют разные свойства. DMARC использует согласование домена From с прошедшим механизмом: успешный согласованный SPF или DKIM может удовлетворить его условию. Текущий RFC 9989 опубликован в мае 2026 года. Не нужно превращать результат одной проверки в утверждение о прохождении другой без учета этой связи.","Даже согласованная аутентификация не подтверждает полномочие человека запросить оплату и не устраняет похожие чужие домены. При признаках доступа постороннего нужен отдельный разбор учетной записи и приложений. Доменная конфигурация и доступ к ящику являются связанными, но самостоятельными задачами, с разными подтверждениями и владельцами.",[83],{"label":84,"url":85},"RFC 9989: DMARC, май 2026 года","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc9989.html",{"title":87,"paragraphs":88,"steps":91},"Как использовать понятие в работе с подрядчиком",[89,90],"Попросите назвать проверяемую идентичность, разрешенные системы, источник актуальной конфигурации и критерий приемки. В результате должны остаться проверенные маршруты и исключения, а для изменения нужны полномочия и возврат. Это полезнее обещания высокий балл SPF. Для отдельных ошибок и подготовки политики используйте соответствующие практические руководства.","CyberFixCrew является израильской компанией по кибербезопасности и помогает русскоязычному бизнесу по всему миру работать с почтой, сайтами и цифровой инфраструктурой. Практические израильские знания применяются к фактической среде и согласованному объему. В запросе укажите домен и отправляющие сервисы без паролей и полного архива сообщений.",[92,93,94,95,96],"Назвать отправляющие системы и их владельцев.","Установить фактическую SMTP-идентичность.","Отделить запись DNS от результата сообщения.","Учесть ограничения и связь с другими механизмами.","Записать приемку, исключения и следующий шаг.","Вопросы о SPF своего домена",[99,100,101,102,103,104],"Какая идентичность и какой источник проверяются?","Кто разрешил каждую отправляющую систему?","Что подтверждено в DNS и что в реальном сообщении?","Есть ли ограничения вычисления или особый путь пересылки?","Как установлен результат согласования DMARC?","Какие вопросы остаются за пределами проверки?",[106,109,112],{"question":107,"answer":108},"SPF защищает видимое имя отправителя?","Его проверка относится к определенной SMTP-идентичности и источнику. Видимое имя и поле From требуют отдельного контекста. Нужно сопоставить фактические домены и результаты. Нельзя считать знакомое имя или один статус pass доказательством личности человека и допустимости его запроса.",{"question":110,"answer":111},"Одной SPF-записи достаточно для всей почты бизнеса?","Нужно выяснить, какие домены и системы участвуют в потоках. Даже корректная политика одного имени не описывает автоматически все сервисы. Отправители могут использовать разные идентичности. Сначала составьте реестр, затем проверяйте поддерживаемую конфигурацию и реальные сообщения в согласованном объеме.",{"question":113,"answer":114},"SPF pass гарантирует попадание во входящие?","Нет, получатель применяет другие механизмы и правила, а размещение письма является отдельным результатом. В отчете разделяют аутентификацию, прием и наблюдаемую папку. Если доставка остается проблемой, нужен разбор соответствующего этапа, а не обещание на основании одного статуса.",[116,117],{"label":27,"url":28},{"label":84,"url":85},[119,122,125,128,131,134],{"path":120,"label":121},"\u002Fglossary","Словарь кибербезопасности",{"path":123,"label":124},"\u002Fglossary\u002Fdkim","Как работает DKIM",{"path":126,"label":127},"\u002Fglossary\u002Fdmarc","Согласование доменов в DMARC",{"path":129,"label":130},"\u002Fblog\u002Fspf-too-many-lookups","Разбор ограничения вычисления SPF",{"path":132,"label":133},"\u002Fservices\u002Fdmarc-spf-dkim","Настройка почтовой аутентификации",{"path":135,"label":136},"\u002Fblog\u002Fdmarc-report-reading","Связать отчеты с отправляющими системами",{"title":138,"description":139,"button":140,"type":141},"Уточним проверяемую идентичность и отправителей","Опишите домен и используемые сервисы. Согласуем фактический маршрут и результат проверки.","Обсудить SPF","check",[],[],{"name":145,"aliases":146},"SPF",[147,148,149,150],"sender policy framework","разрешенные отправители","проверка MAIL FROM","спф",{"path":152,"label":153},"\u002Fresources","Материалы и шаблоны безопасности сайта",{"path":120,"label":155},"Словарь кибербезопасности для бизнеса",1794134063919]