[ المعايير و DMARCbis ]

ما هو DMARC RFC الذي يحكم كل مكون تنفيذ؟

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

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

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

  • يحكم RFC 9989 السياسة الأساسية والاكتشاف والمواءمة؛ يحكم RFC 9990 و9991 مسارات إعداد التقارير المختلفة.
  • يبقى الإصدار القياسي DMARC1 ؛ إن مراجعة المعايير ليست بمثابة طرح عالمي لجهاز الاستقبال.
  • لا يمكن للمخزون الخيالي إنشاء تغطية فعلية للمنتج أو إغلاق مراجعة الأخطاء الحالية.
في هذه الصفحة

ابدأ بسلوك، وليس بسجل بديل

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

تم نشر مجموعة المستندات الحالية في مايو 2026. RFC 9989 يحدد الآلية الأساسية وعفا عليها الزمن RFC 7489 و RFC 9091 . RFC 9990 ويغطي التقارير الإجمالية؛ RFC 9991 يغطي تقارير الفشل ويقوم أيضًا بتحديث RFC 6591 . تحديد سجلات محرر RFC الجديدة RFC 9989 و RFC 9990 كمعايير مقترحة. يحدد نص RFC 9991 المنشور فئة مسار المعايير الخاصة به. هذه هي مواصفات منشورة، وليست مسودات غير مكتملة، ولكن النشر لا يؤسس لتنفيذ مستلم معين.

امنح المحرك الأساسي عقدًا دقيقًا

قم بتعيين تحليل السجلات واكتشاف السياسات واكتشاف المجال التنظيمي ومحاذاة المعرفات RFC 9989 الأقسام 4.7-4.10. يأتي مجال المؤلف من الرسالة RFC5322 .من مجال. يمكن أن يختلف مجال السياسة المكتشف عن مجال المؤلف هذا، و المجال التنظيمي يستخدم للمحاذاة المريحة وهو ناتج واضح آخر. يمكن أن يؤدي فقدان هذه الفروق في الواجهة إلى جعل تغذية المحلل اللغوي الصحيحة محرك قرار غير صحيح.

لا يزال سجل DNS يبدأ بـ v=DMARC1. "DMARCbis"هو اسم للعمل المعياري، وليس إذنًا لاختراع DMARC2. يستخدم الاكتشاف الحالي المشي شجرة DNS المقيدة بدلاً من التعامل مع قائمة مراجعة قائمة اللاحقة العامة التاريخية باعتبارها الخوارزمية بأكملها. تتطلب علامات psd وnp وt تغطية منفصلة للقرار. سجل IANA علامات معاهدة التعاون بشأن البراءات، الترددات اللاسلكية وري التاريخية؛ ولا يشهد ما إذا كان المنتج المنشور يتجاهلها أو يفسرها أو يكشفها.

حافظ على التمييز بين فشل DMARC العادي ومعلومات DNS غير المتاحة والسياسة غير الصالحة والتصرف النهائي في الرسالة للمستلم. يحتوي القسم 4.10.1 RFC 9989 على معالجة خاصة لعلامات السياسة غير الصالحة عندما يظل عنوان URI للتقرير التجميعي صالحًا من الناحية التركيبية. إن القاعدة التبسيطية التي تقول "كل سياسة مشوهة تصبح لا شيء" من شأنها أن تمحو شروطها. قم بتسجيل القسم الدقيق بجانب حالة المحلل اللغوي الذي يمارسه.

تعامل مع التعليقات المجمعة على أنها تطبيق خاص بها

قم بتعيين المنتج الإجمالي ومدقق XML ومستهلك التقرير ومعالجة التكرارات وتكامل التسليم RFC 9990 الأقسام 3-4 والملحق أ. تحتاج واجهة إعداد التقارير إلى تقييم السياسة فعليًا ونتائج المصادقة وعدد الرسائل وسياق فترة إعداد التقارير. لا تعد لوحة المعلومات التي تعرض XML دليلاً على أن المتلقي الرئيسي قد حدد السياسة الصحيحة أو أن كل مرسل ذي صلة ظهر في البيانات.

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

لا تقم بإعادة استخدام محلل مجمع لتقارير الفشل

ردود الفعل الفشل هي قناة مختلفة مع مخاطر الكشف المختلفة. RFC 9991 يحكم إنشاءها وتنسيقها، ويعمل مع مواصفات الإبلاغ عن فشل المصادقة المشار إليها. طلب ruf وشروط fo لا يعادلان تجميع rua. يمكن لجهاز الاستقبال رفض الإبلاغ عن الفشل، وغياب تقرير الفشل ليس دليلاً على أن جميع الرسائل مرت.

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

العمل من خلال جرد المكونات الخيالية

فكر في خدمة خيالية تحتوي على ست وحدات: وحدة فك ترميز السياسة، ومحلل الاكتشاف، ومقيم المحاذاة، ومنشئ التجميع، ومستهلك XML، ومجمع الفشل. الخريطة الثلاثة الأولى لـ RFC 9989 . الخريطة التالية في المقام الأول إلى RFC 9990 . يعين المُجمع بشكل أساسي RFC 9991 . تكتسب عناصر التحكم في التخزين والأمان المشتركة المتطلبات من كل مسار تقارير تتعامل معه. يعد هذا المخزون مثالًا وثائقيًا أصليًا، وليس تأكيدًا حول بنية EmailAuth .

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

أبقِ الحالة والأخطاء والنشر منفصلين

العمولة الدقيقة هي: تعيين كل مكون تنفيذ إلى RFC 9989 أو 9990 أو 9991 والتحقق من الأخطاء. لم يتم توفير تغطية التنفيذ الفعلي. فشلت عملية استرداد الأخطاء الحالية وتم إيقافها، لذلك لا يمكن لهذه المسودة التأكيد على أن المستندات لا تحتوي على أخطاء. إن مناقشة RFC 9989 لأخطاء RFC 7489 التي تم حلها هي سياق تاريخي، وليست فحصًا لأخطاء جديدة للمستندات الثلاث الجديدة.

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

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

قم بتعيين مواصفات ومالك وقبول لكل مكون حقيقي قبل المطالبة بأن التنفيذ حالي.

[ حسب الدور ]

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

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

مهندس التنفيذ

عقود وحدة منفصلة

لا ينبغي للقرارات الأساسية وبناء التقارير أن تحل محل بعضها البعض بصمت.

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

  1. تعيين المكونات الفعلية لأقسام RFC.
  2. سجل المؤلف والسياسة والمجالات التنظيمية بشكل منفصل.
  3. احتفظ بأدلة قبول البناء والواجهة.

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

تعامل مع التعليقات على أنها مدخلات غير موثوقة

تعمل صلاحية المخطط والتحقق من الوجهة وعناصر التحكم في الخصوصية على حل المشكلات المختلفة.

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

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

صاحب المعايير

تتبع الحالة دون المطالبة بالطرح

يجب أن يصبح تغيير حالة المصدر مطلبًا تم تقييمه، وليس تحريرًا تلقائيًا DNS .

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

  1. حل فحص الأخطاء المفتوحة.
  2. الموافقة على قابلية التطبيق على مستوى المتطلبات.
  3. طلب أدلة متلقية محددة النطاق لمطالبات النشر.

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

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

ما هو المكون الذي يجب أن يمتلك اكتشاف المجال التنظيمي؟

يجب أن يعرض المقيم الأساسي أو واجهة المحلل الخاصة به هذا الأمر بوضوح ضمن قسمي RFC 9989 4.10 و4.10.2. لا تقم بإخفائه داخل محلل تقرير مجمع أو تخلط بينه وبين مجال السياسة المحدد.

هل يمكن لمدقق XML واحد تغطية جميع تعليقات DMARC ؟

رقم RFC 9990 يحدد XML الإجمالي؛ يتعلق RFC 9991 بتقارير فشل المصادقة المستمدة من تنسيق الإبلاغ عن الفشل. تتطلب مدخلاتها وتفاصيل النقل وتعرض الخصوصية معالجة منفصلة.

هل يجب أن يحل الترحيل محل DMARC1 بـ DMARC2؟

لا. يتطلب القسم 4.7 RFC 9989 أن تكون العلامة الأولى v=DMARC1. اختبر الدلالات والواجهات المتغيرة بدلاً من اختراع رمز مميز للإصدار الجديد.

هل يثبت المعيار المقترح أن مزود الخدمة الخاص بي قد نشره؟

لا. تحدد حالة محرر RFC حالة المواصفات. تحتاج المطالبة الخاصة بالمستلم إلى أدلة المزود الحالية والملاحظات المحددة النطاق؛ ولا توفر أي صفحة الحالة تاريخ بدء تشغيل الموفر.

ما الذي يجب أن يحتفظ به المنتج الكلي من المحرك الأساسي؟

احتفظ بسياق السياسة الذي تم تقييمه ونتائج المصادقة التي يتطلبها RFC 9990 ، مع فترة إعداد التقارير والأعداد. لا تستبدل مجال المؤلف المرئي لكل حقل ذي قيمة المجال دون قراءة تعريفه.

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

ليس من خلال احتياطي PSD عندما يكون للمجال التنظيمي سياسته الخاصة. ينص القسم 4.10.1 RFC 9989 صراحةً على أن هذه ليست طريقة لتزويد rua أو ruf التي رفضت المنظمة نشرها.

هل تم الانتهاء من مراجعة الأخطاء الحالية هنا؟

لا، لقد فشلت القراءات الثلاثة الخاطئة لنقطة النهاية وتم إيقافها. المناقشة التاريخية لأخطاء RFC 7489 لا تحدد حالة الأخطاء الحالية لـ RFC 9989 أو 9990 أو 9991.

ما هي الأدلة التي من شأنها أن تكمل لجنة المكون؟

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

[ مصادر ]

مصادر

  1. سجل معلمات IANA DMARC
  2. RFC 9989 : نواة DMARC
  3. RFC 9990 : التقارير المجمعة DMARC
  4. RFC 9991 : الإبلاغ عن فشل DMARC
  5. محرر RFC حالة RFC 9989
  6. محرر RFC حالة RFC 9990

[ مسرد ]

مسرد

DMARC الأساسية
آلية السياسة والاكتشاف والمواءمة المحددة بواسطة RFC 9989 .
تقرير مجمع
وثيقة تعليقات XML تصف مصادقة الرسائل المجمعة ومعلومات السياسة.
تقرير الفشل
تعليقات تفصيلية حول فشل المصادقة يمكنها الكشف عن رؤوس الرسائل أو محتواها.
المعيار المقترح
حالة الاستحقاق المعروضة حاليًا في سجلات محرر RFC المستردة لـ RFC 9989 و9990.
العلامة التاريخية
يتم الاحتفاظ بإدخال التسجيل كتعريف تاريخي بدلاً من تعريف علامة حالية نشطة.

مصدر المؤسسة

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

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

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

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

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

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