[ SPF ]

إعادة توجيه نظام التعرف على SPF : تفويض السياسة وفهم كيفية اختلافها عن التضمين

مركزية سياسة نظام التعرف على هوية المرسل SPF دون تعطيل التفويض عن طريق الخطأ أو تغيير معناه.

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

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

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

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

إنه ليس اسمًا مستعارًا للتضمين وليس نسخة احتياطية بعد -all . يعد فهم وقت تشغيل إعادة التوجيه أمرًا ضروريًا قبل دمج السجلات. RFC 7208 القسم 6.1 يحدد سلوكه.

تحديد شرط التفويض

عندما لا تتطابق أي آلية، ولا يوجد خطأ سابق أدى إلى إنهاء التقييم، وتكون عملية إعادة التوجيه موجودة، يقوم نظام التعرف على هوية المرسل SPF بتقييم هدف إعادة التوجيه. يظل عنوان IP المتصل والمرسل كما هو، بينما يصبح المجال قيد التقييم هو الهدف. يوفر التقييم الناتج النتيجة، مع فقدان SPF عند الهدف permerror بدلا من لا شيء.

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

يمكن لآلية محلية أن تسبق التفويض. على سبيل المثال، يمكن أن يتطابق إذن IP4 الصريح قبل استشارة السياسة المشتركة. تحديد ما إذا كان المقصود من هذه الاستثناءات؛ وإلا فإن السياسة المركزية المفترضة قد لا تكون هي قصة التفويض بأكملها.

مثال عملي: مجالان، سياسة واحدة مُدارة

بافتراض أن بناء الجملة صالح، تم تحديد واحد سجل SPF لكل اسم واسترداد DNS ناجح، في هذه التركيبة الاصطناعية، يتم نشر كل من east.example.com و west.example.com v=spf1 redirect=policy.example.com. يتم نشر الهدف المشترك v=spf1 ip4:192.0.2.30 -all.

بالنسبة إلى 192.0.2.30 ، يتم تفويض كل سياسة خارجية، ويتطابق عنوان ip4 المستهدف وتكون النتيجة هي النجاح. بالنسبة إلى 192.0.2.31 ، يصل الهدف -all وتكون النتيجة المفوضة فاشلة. إذا كان الهدف سجل TXT يختفي، التقييمات التي تتطلب إعادة التوجيه تنتج permerror .

الآن قم بتغيير سياسة الشرق إلى v=spf1 ip4:198.51.100.8 redirect=policy.example.com. ويمر هذا العنوان الإضافي محليًا، على الرغم من أن الهدف المشترك لا يسمح به. ولذلك، يتعين على عملية تدقيق السياسات المركزية أن تقرأ كل سجل تفويض بدلاً من مراجعة الهدف فقط.

قارن نفس الهدف ضمن التضمين

إذا كانت السياسة الخارجية تحتوي بدلاً من ذلك على v=spf1 include:policy.example.com ~all، تصريح الطفل يتطابق مع التضمين. فشل الطفل لا يوفر النتيجة النهائية؛ يتم استئناف المعالجة وينتج الجزء الخارجي ~all softfail .

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

تدقيق القواعد الحساسة للسياق

تؤدي إعادة التوجيه إلى تغيير مجال التقييم الحالي مع الاحتفاظ بإدخال المرسل. ومن ثم يمكن أن تعتمد وحدات الماكرو والآليات المتعلقة بالمجال على المجال أو قيمة المرسل التي تستخدمها. إن السياسة التي تعمل في مجال واحد ليست آمنة تلقائيًا لمجال آخر.

بالنسبة لخدمة إرسال تابعة لجهة خارجية، استخدم آلية التكامل التي تدعمها وثائقها الحالية. يحذر RFC 7208 من أن إعادة التوجيه عبر الحدود الإدارية قد لا تتصرف بشكل موثوق، خاصة عندما تعتمد السياسة المستهدفة على الأجزاء المحلية. لا تستبدل التضمين الموثق بإعادة التوجيه فقط لتقصير السجل المرئي.

تشغيل السياسة المشتركة بأمان

جرد كافة المجالات التابعة والاستثناءات المحلية. قم بتعيين مالك مسؤول واحد للهدف المشترك. قبل تغييره، اختبر المرسل المسموح به وغير المسموح به لكل سياق سياسة مختلف، بما في ذلك IPv6 حيثما يتم استخدامه. الاحتفاظ بالتفويض الأصلي والسجلات المشتركة معًا.

تحت RFC 7208 §4.1 و RFC 7208 §4.6.4وإعادة التوجيه والشروط المتداخلة التي تم الوصول إليها تستهلك ميزانية مصطلح DNS SPF . اكتشف الحلقات ونمو التبعية من خلال التقييم بدلاً من الاعتماد على الطول القصير لكل سجل محلي. بعد التغيير، قم بفحص الإجابات الموثوقة والتكرارية وتلقى ممثل الاختبار البريد.

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

تعد إعادة التوجيه مركزية مفيدة عندما تريد حقًا سياسة مشتركة. احتفظ بكل شيء خارج سجل التفويض، وقم بمراجعة الاستثناءات المحلية واختبر سياق المرسل الذي يستمر بعد التفويض.

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

بالنسبة إلى east.example.com ، يمر الاستثناء المحلي 198.51.100.8 دون استدعاء الهدف المشترك؛ وبالتالي، لا يلزم أن يؤثر انقطاع الهدف المشترك على هذا المسار الدقيق. يمكن أن يواجه مصدر مختلف يتطلب إعادة التوجيه الخطأ الهدف. قم بتسجيل السجل الخارجي ومدخلات المرسل والهدف الذي تم الوصول إليه والنتيجة المتوقعة معًا قبل الموافقة على المركزية. لم يتم إجراء أي تغيير في السياسة المشتركة أو اختبار انقطاع الخدمة.

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

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

[ حسب الدور ]

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

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

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

اختبار كل من التفويض والاستثناءات.

الهدف المشترك ليس السياسة الكاملة إذا كان من الممكن مطابقة الآليات المحلية أولاً.

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

  1. فحص كل سجل خارجي.
  2. اختبار وحدات الماكرو وسياق المرسل.
  3. التحقق من حالة الهدف المفقود.

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

السيطرة على الترخيص المركزي.

تعمل المركزية على تبسيط الإدارة ولكنها تركز تأثير الأخطاء والتسويات.

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

  1. تقييد الوصول إلى التغيير بشكل مناسب.
  2. مراجعة الاستثناءات المحلية.
  3. الاحتفاظ بالتراجع المنسق.

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

تعرف على نصف قطر التغيير المشترك.

قد يؤثر تعديل مركزي واحد على العديد من المجالات المهمة للإيرادات.

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

  1. الخدمات المعتمدة على المخزون.
  2. تعيين مالك السياسة.
  3. تتطلب اختبارات تمثيلية قبل بدء التشغيل.

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

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

متى يتم تقييم إعادة التوجيه؟

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

RFC 7208 §6.1

هل تعمل إعادة التوجيه بعد -all ؟

لا، أي آلية تؤدي إلى تجاهل إعادة التوجيه.

RFC 7208 §6.1

هل تؤدي إعادة التوجيه إلى تغيير المرسل الأصلي؟

لا، تظل وسيطات IP والمرسل؛ يتغير مجال التقييم الحالي إلى هدف إعادة التوجيه.

RFC 7208 §6.1

ماذا يحدث إذا كان الهدف لا يحتوي على SPF ؟

يُرجع التقييم المفوض permerror بدلاً من لا شيء.

RFC 7208 §6.1

كيف يتم تضمين مختلفة؟

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

RFC 7208 §5.2 RFC 7208 §6.1

هل يمكن للمجال الاحتفاظ باستثناء محلي؟

نعم. يمكن لآلية المطابقة السابقة العودة قبل إعادة التوجيه. استثناءات التدقيق حتى تظل مطالبات السياسة المركزية دقيقة.

RFC 7208 §4.6.2 RFC 7208 §6.1

هل يمكنني إعادة التوجيه إلى أي مجال مزود SPF ؟

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

RFC 7208 §6.1

هل يتجنب سجل إعادة التوجيه القصير حدود البحث؟

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

RFC 7208 §4.1 RFC 7208 §4.6.4

[ مصادر ]

مصادر

  1. RFC 7208

    الأقسام §2.4 · §4.1 · §4.6.2 · §4.6.4 · §5.2 · §6.1 · §7

[ مسرد ]

مسرد

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

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