[ SPF ]

بناء جملة SPF : الآليات والمعدلات والمؤهلات وترتيب التقييم

اقرأ سياسة نظام التعرف على SPF كبرنامج تم تقييمه، وليس كمجموعة من النطاقات المعتمدة.

بواسطة فريق البحث EmailAuth · 4 دقائق قراءة

[النقاط الرئيسية]

  • تحدد تصفيات الآلية النتائج فقط عندما تتطابق.
  • تحتوي المعدلات على قواعد مميزة ولا تعمل كآليات إضافية.
  • التحقق من صحة السجل الكامل قبل تتبع المسارات التمثيلية.
في هذه الصفحة

ان سجل SPF عبارة عن سلسلة من الاختبارات ذات نتائج واضحة. الفرق بين النقطتين وعلامة التساوي والمؤهل مهم. يمكن أن يؤدي التغيير الصحيح من الناحية التركيبية أيضًا إلى تغيير من هو المصرح له، أو تبعيات DNS التي تم الوصول إليها، أو مكان توقف المعالجة.

يستخدم RFC 7208 §4.6, RFC 7208 §5.2 و RFC 7208 §6 كمرجع النحو والتقييم. تعامل مع الأمثلة أدناه على أنها تركيبات اصطناعية، وليست سجلات للصقها في الإنتاج.

آليات منفصلة عن المعدلات

تسأل الآلية عما إذا كان الإدخال مطابقًا: تتضمن الأمثلة ip4 وip6 وa وmx وinclude وexisting وكلها. يحدد المؤهل المرتبط بآلية المطابقة نتيجته: + يعطي تمريرة، - فشل، ~ softfail و؟ حيادي. تحت RFC 7208 §4.6.2، إذا تم حذف المؤهل، فسيتم تضمين +.

تستخدم المعدلات علامة يساوي. redirect=policy.example.com تقييم المندوبين عند عدم تطابق أي آلية. exp=explain.example.com يحدد النص التوضيحي لبعض نتائج الفشل. إنها ليست آليات مطابقة إضافية. المعدلات المعترف بها لها قواعدها الخاصة؛ يتم تجاهل المعدلات غير المعروفة الصالحة من الناحية النحوية، بينما تعتبر الآلية غير المعروفة خطأً.

سجل يبدأ بـ v=spf1 ويتم نشره كـ DNS سجل TXT في الهوية المقدرة. لا يعد وجود سجلين منفصلين SPF لدى نفس المالك وسيلة للجمع بين المرسلين؛ يعود اختيار سجل SPF permerror تحت RFC 7208 §4.5. السلاسل المتعددة المقتبسة داخل سجل TXT واحد هي تمثيلات مختلفة ومتسلسلة دون إدراج مسافات أسفلها RFC 7208 §3.3.

تتبع مثال كامل

افترض بناء جملة صالحًا وسجل SPF واحدًا لكل اسم واسترجاع DNS ناجحًا. لنفترض أن السياسة هي v=spf1 ip4:192.0.2.20 include:service.example.net -all. السياسة المدرجة هي v=spf1 ip4:198.51.100.10 -all.

بالنسبة إلى 192.0.2.20 ، تتطابق الآلية الأولى وتعيد التمرير. التضمين غير مطلوب لمسار التقييم هذا. بالنسبة إلى 198.51.100.10 ، الآلية الأولى غير متطابقة، والسياسة المضمنة ترجع المرور، والتضمين الخارجي يتطابق مع المؤهل الافتراضي + الخاص بها. بالنسبة إلى 203.0.113.7 ، تفشل إرجاع السياسة المضمنة؛ وهذا يجعل التضمين غير متطابق، والإمدادات -all هي الفشل النهائي.

يشرح هذا التتبع سبب عدم اعتبار التضمين بديلاً للنص. لا يقوم الخيار المضمن -all برفض جميع العناوين التي فاتتها سياسة الخدمة على الفور. يتم استئناف السياسة الأصلية بعد نتيجة التضمين غير المطابقة.

افهم أين تتوقف المعالجة

آلية المطابقة تنهي تقييم الآلية العادية. يمكن أيضًا أن يؤدي خطأ من المصطلح الذي تم الوصول إليه إلى إنهاء التقييم. وبالتالي فإن إعادة ترتيب المصطلحات يمكن أن تغير النتيجة أو التبعيات التي يجب على المتلقي الاستعلام عنها.

تتطابق آلية الكل دائمًا، لذا لا يمكن للشروط التي تليها أن توفر ترخيصًا إضافيًا. أ معدّل إعادة التوجيه يتم تجاهله عند وجود آلية الكل في أي مكان في السجل. كتابة -all عمليات إعادة التوجيه= policy.example.com لا يخلق احتياطي الطوارئ.

تحت RFC 7208 §4.7، إذا لم تتطابق أي آلية ولم تكن هناك عملية إعادة توجيه، فستكون النتيجة الافتراضية محايدة. اجعل النهاية المقصودة واضحة حتى لا يضطر مسؤول آخر إلى استنتاج ما إذا كان الإغفال مقصودًا.

التحقق من المسار والسجل بأكمله

قبل النشر، تحقق من صحة الصيغة الكاملة، وليس فقط الجزء المتوقع أن يتطابق مع عنوان IP مألوف. لا يمكن جعل السياسة غير الصالحة آمنة من خلال افتراض وجود تطابق مبكر مناسب. ثم قم بتقييم مدخلات IPv4 و IPv6 المصرح بها، والمدخلات غير المصرح بها، والتبعيات التي تفشل أو لا تُرجع أي سجل لنظام SPF .

يشمل الحد الرئيسي لمصطلح DNS الذي تم تقييمه، a، mx، ptr، موجود ومصطلحات إعادة التوجيه، بما في ذلك العودية. إنه ليس عددًا لأجزاء TXT المقتبسة. احتفظ بتتبع يوضح النتيجة المحددة وشروط DNS التي تم الوصول إليها. تتغير ميزانية تبعية مقدم الخدمة بدلاً من تصميم سياسة بدون مساحة كبيرة.

إجراء تغيير قابل للمراجعة

اكتب السجل المقترح بجوار السجل الحالي واشرح اختلاف الإذن المقصود باللغة العادية. احتفظ بالقيمة السابقة وTTL، وتحقق من النتيجة في DNS المعتمد ومن خلال محلل متكرر، ثم استلم ممثل الاختبار الرسائل.

شرط القبول ليس مجرد قبول المحلل للسلسلة. يجب أن يحصل المرسلون المقصودون على الهوية الصحيحة، ويجب ألا يحصل المرسلون غير المقصودين على إذن، وهذا مطلوب DMARC تنسيق يجب أن تظل سليمة.

الوجبات الجاهزة العملية

قراءة كل منهما SPF المصطلح حسب النوع والمؤهل والمنصب. إن تتبع التقييم الواضح يجعل مراجعة بناء الجملة بمثابة مراجعة إذن بدلاً من تمرين علامات الترقيم.

اجعل القرار قابلاً للتكرار

في التركيبة ذات السجلين، يمر العنوان المحلي قبل التضمين، ويمر عنوان الخدمة عبر تصريح الطفل، ويصل العنوان غير ذي الصلة إلى الفشل النهائي للوالد. إذا لم يكن لدى الطفل سجل نظام التعرف SPF ، فإن التضمين الذي تم الوصول إليه permerror . احتفظ بحالة الخطأ هذه منفصلة عن حالة الفشل/عدم التطابق التابعة. هذه نتائج تحليلية، وليست اختبارًا محللًا أو مدققًا تم تنفيذه.

[ الوجبات الجاهزة ]

تحدد تصفيات الآلية النتائج فقط عندما تتطابق. تحتوي المعدلات على قواعد مميزة ولا تعمل كآليات إضافية. التحقق من صحة السجل الكامل قبل تتبع المسارات التمثيلية.

[ حسب الدور ]

ماذا يعني هذا بالنسبة لك

اختر دورك للخطوات العملية التالية.

تكنولوجيا المعلومات / مدير البريد

اختبار مصفوفة المسار.

تجيب عمليات التحقق من بناء الجملة وتتبع النتائج على أسئلة مختلفة؛ احتفظ بكليهما.

الخطوات التالية

  1. التحقق من صحة السجل الكامل.
  2. ممارسة المدخلات المصرح بها وغير المصرح بها.
  3. تضمين حالات خطأ التبعية.

كبير مسؤولي أمن المعلومات / SecOps

قم بمراجعة السياسة كرمز.

يمكن أن يؤدي الطلب والمؤهلات إلى توسيع الأذونات بشكل ملموس حتى عندما يظل السجل صالحًا.

الخطوات التالية

  1. قم بمراجعة مؤهلات المرور الافتراضية.
  2. ضع علامة على المصطلحات التي لا يمكن الوصول إليها.
  3. تتطلب مراجعة مستقلة للتغيير.

المؤسس / غير التقنية

اسأل عن التغييرات في الأذونات.

يجب أن يأتي تغيير البنية مع شرح بسيط لخدمات الإرسال التي يمكنها الوصول أو تفقد الوصول إليها.

الخطوات التالية

  1. تتطلب سياسة ما قبل وبعد.
  2. قم بتسمية مسارات العمل المتأثرة.
  3. الاحتفاظ بخطة الترميم.

[ الأسئلة الشائعة ]

الأسئلة المتداولة

ماذا يعني المؤهل المفقود؟

المؤهل الافتراضي هو +، والذي ينتج تمريرًا عندما تتطابق الآلية.

RFC 7208 §4.6.2

هل إعادة التوجيه هي آلية؟

لا، فهو مُعدِّل يُستخدم بعد عدم تطابق أي آلية، ويخضع لقواعده المحددة.

RFC 7208 §6.1

هل يمكنني نشر سجل SPF واحد لكل خدمة؟

لا. تتسبب سجلات SPF المتعددة في هوية واحدة في permerror . دمج الخدمات المعتمدة في سياسة واحدة صالحة.

RFC 7208 §4.5

هل سلسلتا TXT المقتبستان عبارة عن سجلين SPF ؟

ليس بالضرورة. يمكن أن يحتوي سجل TXT واحد على سلاسل متعددة، والتي يقوم نظام التعرف على SPF بتسلسلها دون إدراج مسافات.

RFC 7208 §3.3

هل يمكنني وضع خدمة بعد -all ؟

لا يمكن إضافة ترخيص هناك لأن جميع التطابقات أولًا. قم بمراجعة الطلب بالكامل قبل النشر.

RFC 7208 §5.1

هل يصبح المتضمن -all -all الخاص بي؟

لا، نتيجة الفشل المضمنة تجعل التضمين غير متطابق؛ وتستمر السياسة الخارجية.

RFC 7208 §5.2

ماذا يحدث بدون آلية المطابقة أو إعادة التوجيه؟

نتيجة SPF الافتراضية محايدة.

RFC 7208 §4.7

هل يتم تجاهل الآليات غير المعروفة؟

لا. الآليات غير المعروفة تسبب permerror . يتم تجاهل المعدلات غير المعروفة الصالحة من الناحية التركيبية؛ السجل الكامل لا يزال يحتاج إلى التحقق من صحة بناء الجملة.

RFC 7208 §4.6 RFC 7208 §6

[ مصادر ]

مصادر

  1. RFC 7208

    الأقسام §2.4 · §3.1 · §3.3 · §4 · §4.5 · §4.6 · §4.6.2 · §4.6.4 · §4.7 · §5.1 · §5.2 · §6 · §6.1 · §6.2

[ مسرد ]

مسرد

SPF
تقييم التفويض لعنوان IP المتصل وهوية SMTP ذات الصلة.

RFC 7208 §2.4

يشمل SPF
التمريرة العودية تجعل مطابقة التضمين؛ ثم يحدد المؤهل الخاص به النتيجة الخارجية، بينما تتبع الأخطاء التعيين المحدد.

RFC 7208 §5.2

إعادة توجيه SPF
التقييم الاحتياطي مع الهدف باعتباره المجال الحالي ومدخلات IP/المرسل التي لم تتغير؛ تعمل أي آلية على تعطيل إعادة التوجيه.

RFC 7208 §6.1

مصدر المؤسسة

لماذا كبار المؤسسات المالية والحكومات تقاعدوا من لوحات معلومات أمان البريد الإلكتروني الخاصة بهم.

تبيع لك منصات مصادقة البريد الإلكتروني التقليدية لوحة تحكم وتطلب من مهندسيك القيام بهذا العمل. في البيئات عالية المخاطر، تعني المراقبة اليدوية تأخير التنفيذ، والانحراف في التكوين، ونطاقات الظل غير الخاضعة للمراقبة.

EmailAuth هي منصة مصدر البريد الإلكتروني الوكيل. وكلاؤنا ينفذون p=reject، حافظ على محاذاة المرسلين الخارجيين وانقل نطاقاتك إلى كاملها RFC 9989 الامتثال، وهو معيار DMARC الجديد، مع إمكانية التدقيق البشري في الحلقة.

الحكومات المؤسسات الكبيرة المؤسسات المالية من المستوى الأول

SaaS · إيجار مخصص · Air-gapped محليًا · تشفير BYOK

قاعدة المعرفة