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

منشئ سجل SPF : الحفاظ على ملكية المرسل الصريحة

قم ببناء سياسات نظام SPF المقترحة من ملكية المرسل المعتمد وأدلة الترخيص الحالية ومسؤوليات الصيانة الصريحة.

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

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

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

البناء من المرسلين المعتمدين، وليس من قائمة مقدمي الخدمة التي تم تخمينها

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

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

جرد هوية SMTP الفعلية ومالكها

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

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

استخدم تعليمات الموفر الحالية دون توسيع النطاق

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

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

إنتاج سياسة SPF واحدة متماسكة

يتطلب RFC 7208 سجل SPF واحد للهوية التي تم تقييمها؛ إن نشر سجلات SPF متعددة ليس طريقة صالحة للجمع بين عدة خدمات. ولذلك يجب أن يصف التغيير المقترح كيفية الحفاظ على المرسلين المعتمدين الحاليين في سياسة واحدة متماسكة. لا ينبغي أن يطلب من المشغل ببساطة إضافة سجل v=spf1 آخر بجانب السجل الموجود. لا علاقة لها سجلات TXT لا ينبغي إزالتها كأثر جانبي.

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

شرح الآليات والمؤهلات والمعدلات

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

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

تحقق من حدود التقييم دون الخلط بين العدد

RFC 7208 القسم 4.6.4 يحد من المصطلحات المسببة لاستعلام DNS التي تم تقييمها مثل include وa وmx وptr وredirect إلى عشرة. وهذا ليس حدًا لعشرة أسماء موفرين مرئية أو عشر حزم أولية. التبعيات المتداخلة ومسار المطابقة الفعلي مهمان. يجب على المنشئ توفير مراجعة التبعية وتحديد ما لم يتم تقييمه، بدلاً من التصديق على كل المدخلات الممكنة من عدد سطحي.

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

ورقة عمل الإخراج للحفاظ على الملكية

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

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

التشخيص الخيالي: يظل المورد القديم معتمدًا

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

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

تحقق من سير العمل المقصود قبل إعلان الانتهاء

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

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

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

يجب أن يكون لكل ترخيص لنظام التعرف على SPF غرض ومالك ودليل قبل أن يدخل في سياسة معتمدة.

[ حسب الدور ]

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

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

مالك المرسل التجاري

تأكيد سير العمل

يجب أن يتم ترخيص الخدمة فقط لهويتها والغرض المعتمدين منها.

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

  1. توثيق التبعيات النشطة والمتقاعدة.
  2. حل الملكية غير المؤكدة قبل التغييرات.

مسؤول DNS

مراجعة الفرق الكامل

لا تؤدي إضافة سجل SPF ثاني إلى دمج المرسلين.

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

  1. الاحتفاظ ببيانات TXT غير ذات الصلة.
  2. احتفظ بمواد الاستعادة والموافقة بشكل منفصل.

صاحب التكامل

الحفاظ على أدلة المزود

يمكن أن تتغير تبعيات وعناوين الموفر.

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

  1. استخدم التكوين الرسمي الحالي.
  2. امتلك أي صيانة تسطيح معتمدة.

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

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

هل يستطيع المنشئ ترخيص كل مزود مشهور؟

ليست مسؤولة دون ملكية المرسل الصريحة والأدلة الحالية للهوية المقصودة.

هل يقوم نظام التعرف على هوية المرسل SPF بالمصادقة مباشرة على الاسم المرئي من؟

لا، يقوم نظام التعرف على SPF بتقييم هوية SMTP ذات الصلة؛ تعتبر محاذاة DMARC للنطاق المرئي من علاقة منفصلة.

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

هل يمكن لسجلين SPF الجمع بين موردين؟

لا. تنتج سجلات نظام التعرف على هوية SPF المتعددة للهوية التي تم تقييمها permerror بدلًا من سياسة مدمجة.

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

هل سلاسل TXT المتعددة هي نفسها سجلات SPF المتعددة؟

لا، يمكن أن تشكل عدة سلاسل سجل TXT واحد؛ السجلات المنفصلة هي بنية مختلفة.

RFC 1035 : تنفيذ أسماء النطاقات ومواصفاتها

هل يمكن تبادل التضمين وإعادة التوجيه؟

لا، تختلف دلالات التقييم الخاصة بهم، ويتم تجاهل إعادة التوجيه عندما يكون كل شيء موجودًا.

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

هل يؤدي استبدال التضمينات بعناوين IP إلى إزالة جميع مخاطر الصيانة؟

لا، فمن الممكن أن تنقل مسؤولية تتبع تغييرات عنوان الموفر وتصبح قديمة بدون عملية معتمدة.

كيف ينبغي تفسير حالات العلامات غير المدعومة لنظام التعرف على SPF ؟

قم بتعيين متطلبات الكتالوج لآلية نظام التعرف على هوية SPF ) ومفردات المعدل واختبار طريقة التعامل المتميزة معها.

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

هل تم إنشاء سجل أو نشره هنا؟

لا. تظل المخرجات المشروحة وحالات الاختبار المطلوبة مفتوحة؛ لم تحدث تغييرات DNS .

[ مصادر ]

مصادر

  1. RFC 1035 : تنفيذ أسماء النطاقات ومواصفاتها

    الأقسام §3.3.1 تنسيق CNAME RDATA · §3.3.11 تنسيق NS RDATA · §3.3.14 تنسيق TXT RDATA

  2. RFC 9989: DMARC

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

  3. 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 : إطار سياسة المرسل

إعادة توجيه المعدل
مُعدِّل نظام التعرف على SPF الذي يعيد توجيه التقييم وفقًا لشروطه المحددة، ويختلف عن التضمين.

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

شرح التفويض
الأساس المنطقي والمالك والأدلة الحالية المرتبطة بمصطلح SPF المقترح.

مصدر المؤسسة

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

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

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

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

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

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