[ التشخيص والموارد ]

مدقق SPF : إظهار مسار التبعية الذي تم تقييمه

اطلب أدلة مدقق نظام التعرف على SPF لإظهار مدخلات التقييم والتبعيات المرتبة والحدود المنطقية ومعالجة الأخطاء بدلاً من عدد عمليات البحث الضحلة.

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

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

  • تعتمد نتائج SPF على الهوية التي تم تقييمها وعنوان IP والمسار.
  • الحد الأقصى للمدة العشرة ليس حزمة أولية أو عدد تضمين مرئي.
  • حافظ على الإجابات الفارغة وحالات فشل DNS المؤقتة والأخطاء الدائمة مميزة.
في هذه الصفحة

قم بتقييم المسار، وليس نتيجة البحث المزخرفة

SPF يعتمد التقييم على عنوان IP المتصل وهوية SMTP ذات الصلة وحالة DNS التي تمت مواجهتها على طول المسار الذي تم تقييمه. يمكن للمدقق الذي يعرض عددًا ثابتًا فقط من مصطلحات التضمين المرئية أن يفتقد التبعيات المتداخلة والمطابقات المبكرة والأخطاء وسلوك إعادة التوجيه. يجب أن يُظهر المخرج المفيد المدخلات والتقييم المرتب وسبب النتيجة مع التمييز بين التشغيل المرصود والتحليل الافتراضي لأسوأ الحالات.

RFC 7208 يحدد SPF وتقييم check_host الخاص به. تقترح هذه المقالة متطلبات المدقق والتركيبات الدفاعية. ولا تدعي أن EmailAuth ينفذها أو أنه تم اختبار أي مرسل حقيقي. لم يتم إجراء أي استعلامات DNS لمجال المستخدم أو اتصالات SMTP أو رسائل الاختبار. والمعيار المحتفظ به هو الأدلة المستندية، وليس محضر التنفيذ.

تسجيل مدخلات الهوية والاتصال

يجب أن تحدد ورقة العمل عنوان IP والمجال ومدخلات المرسل المقدمة للتقييم، مع سياق SMTP اللازم لتفسيرها. يقوم SPF بتقييم الأمور ذات الصلة البريد من الهوية وقد حددت HELO السلوك، بما في ذلك حالة المسار العكسي الفارغة. ولا يقوم بالتحقق مباشرة من اسم العرض الذي يمكن قراءته بواسطة الإنسان أو إثبات شرعية محتوى الرسالة. أبقِ هذه الحدود مرئية قبل تفسير المرور كإشارة ثقة أوسع.

RFC 9989 يضيف تنسيق العلاقة بالمجال المرئي من عندما يساهم نظام التعرف على هوية SPF في DMARC. لا يعد التقييم الناجح لنظام التعرف على SPF لبعض النطاقات الأخرى بمثابة تمريرة DMARC تمت محاذاتها تلقائيًا. يجب أن يحافظ المدقق على الهوية الفعلية التي تم تقييمها حتى يتمكن التحليل النهائي من تقييم تلك العلاقة دون التخمين. لا تتوفر عينة من الرسائل المستلمة في هذه المخطوطة لتحديد نتيجة المحاذاة الفعلية.

إظهار الآليات المطلوبة ونتائج التبعية

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

التضمين ليس مجرد نص تم لصقه في السجل الأصلي. وقد حدد التقييم المرجعي معالجة النتائج: ينتج عن التمرير المشار إليه تطابق للتضمين، بينما تتبع النتائج الأخرى تعيين المعيار. إعادة التوجيه عبارة عن مُعدِّل يتم تقييمه وفقًا لقواعده الخاصة بعد عدم تطابق أي آلية، وأي آلية كاملة تؤدي إلى تجاهل إعادة التوجيه. هذه الفروق مهمة عند تفسير سبب اختلاف سلوك سجلين متشابهين ظاهريًا.

تطبيق حد العشرة فترات بدقة

يحدد القسم 4.6.4 إجمالي المصطلحات المسببة لاستعلام DNS التي تم تقييمها بعشرة: include وa وmx وptr وexisted وredirect هي الآليات أو المعدلات المدرجة. ويتطلب تجاوز هذا الحد permerror. لا تخضع آليات all وip4 وip6 ومعدلات exp لنفس الحد؛ يمكن أن يتسبب exp في إجراء بحث لاحق. الحد ليس الحد الأقصى البسيط لعدد سجلات TXT أو حزم DNS الخام التي تمت ملاحظتها على السلك.

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

التمييز بين الإجابات الفارغة والإخفاقات المؤقتة

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

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

تمثيل الدورات والسجلات المشوهة بأمانة

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

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

ورقة عمل مسار التبعية

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

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

التشخيص الخيالي: سجل قصير ذو مسار طويل

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

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

حافظ على نطاق الاستنتاج

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

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

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

اشرح المسار الذي تم تقييمه وسبب انتهائه، دون تعميم نتيجة واحدة على كل مرسل.

[ حسب الدور ]

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

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

محلل البريد

الحفاظ على مدخلات التقييم

يتم تحديد نطاق تمرير نظام التعرف على هوية SPF إلى هوية SMTP وعنوان الاتصال.

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

  1. سجل سياق الإدخال الفعلي.
  2. قم بتقييم محاذاة DMARC بشكل منفصل.

منفذ التدقيق

تقرير المعالجة المنطقية

التطابقات المبكرة والمصطلحات المتداخلة تغير المسار.

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

  1. تتبع المصطلحات التي تم تقييمها وغير تقييمها.
  2. التمييز بين الحدود الإلزامية والقابلة للتكوين.

مالك DNS

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

يمكن لسجل المستوى الأعلى القصير إخفاء المسارات المعقدة.

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

  1. الاحتفاظ بإجابات المصدر والأوقات.
  2. تجنب التعديلات غير المملوكة أو التعديلات التخمينية.

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

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

هل حد SPF هو عشر حزم DNS ؟

رقم RFC 7208 يحد من المصطلحات المسببة لاستعلام DNS المدرجة في القسم 4.6.4؛ إنه ليس عدد حزم خام.

RFC 7208 : إطار سياسة المرسل

ما هي الشروط التي تحتسب ضمن هذا الحد؟

تضمين، a، mx، ptr، موجود وإعادة التوجيه هي المصطلحات المدرجة. الكل، ip4، ip6 وexp لا يخضعون لنفس حد التقييم.

RFC 7208 : إطار سياسة المرسل

هل يتم تنفيذ الشروط اللاحقة دائمًا؟

لا. يمكن أن تؤدي المطابقة المطلوبة والأخطاء إلى إيقاف التقييم قبل الوصول إلى المصطلحات اللاحقة.

RFC 7208 : إطار سياسة المرسل

هل حد الفراغ دائمًا يجب أن يكون ثابتًا؟

لا، يقول RFC أن عمليات التنفيذ يجب أن تحد من عمليات البحث الفارغة إلى اثنين وتسمح بقابلية التكوين مع الإعداد الافتراضي الموصى به وهو اثنين.

RFC 7208 : إطار سياسة المرسل

هل المهلة بحث باطل؟

ليس ببساطة. الاستجابات الفارغة وفشل DNS المؤقت لها تعريفات مختلفة ومعالجة النتائج.

RFC 7208 : إطار سياسة المرسل

هل تعمل إعادة التوجيه عندما يكون كل شيء موجودًا؟

يتطلب RFC 7208 تجاهل إعادة التوجيه في حالة حدوث آلية الكل في أي مكان في السجل.

RFC 7208 : إطار سياسة المرسل

هل الآليات والمعدلات غير المعروفة متكافئة؟

لا، لديهم معالجة مختلفة بموجب SPF ويحتاجون إلى حالات اختبار منفصلة.

RFC 7208 : إطار سياسة المرسل

هل تم تنفيذ تركيبات المطابقة أو الخطأ؟

لا. تظل حالات DNS المطلوبة المطابقة وغير المطابقة والدورية والباطلة وغير المتاحة مفتوحة.

[ مصادر ]

مصادر

  1. RFC 9989: DMARC

    الأقسام §4.7 تنسيق سجل سياسة DMARC · §4.8 التعريف الرسمي · §4.10 DNS Tree Walk · §5.3.2 تحديد ما إذا كانت آلية DMARC تنطبق · §4.4 شرح محاذاة المعرف · A.6 إزالة علامة pct

  2. RFC 7208 : إطار سياسة المرسل

    الأقسام §2.3 هوية HELO · §3.2 سجلات DNS المتعددة · §4.5 تحديد السجلات · §4.6.4 حدود بحث DNS · §5.2 تشمل · §6.1 إعادة التوجيه · §8 التعامل مع النتائج · §2.4 البريد من الهوية · §4.1 الوسائط · §4.4 البحث عن السجلات · §4.6 تقييم السجلات · §5.1 الكل · §6 تعريفات المعدل

[ مسرد ]

مسرد

المسار المقدر
تم الوصول بالفعل إلى المصطلحات المطلوبة والتبعيات المتداخلة لمدخلات SPF المحددة.

RFC 7208 : إطار سياسة المرسل

بحث فارغ
استجابة DNS إيجابية بدون إجابات أو استجابة خطأ في الاسم في مناقشة RFC 7208 .

RFC 7208 : إطار سياسة المرسل

خطأ فادح
نتيجة الخطأ الدائم لنظام التعرف على SPF للشروط التي يحددها المعيار، بما في ذلك تجاوز الحد الأقصى للمصطلح المنطقي المعمول به.

RFC 7208 : إطار سياسة المرسل

تيمفيرور
نتيجة خطأ مؤقت لنظام التعرف على SPF مرتبطة بحالات فشل تقييم عابرة محددة.

RFC 7208 : إطار سياسة المرسل

مصدر المؤسسة

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

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

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

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

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

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