DMARCbis يغير كيفية أجزاء من DMARC يتم تحديدها وتنفيذها. ولا يطلب منك إعادة تسمية السجل الخاص بك إلى DMARC2. المواصفات الأساسية، RFC 9989، تم نشره في مايو 2026، بينما RFC 9990 و RFC 9991 تغطية التقارير الإجمالية والفشل بشكل منفصل.
وتتمثل المهمة العملية في تحديد التغييرات التي تؤثر على المجال الخاص بك، وخدمات الإرسال الخاصة بك، والبرنامج الذي يعالج بيانات المصادقة الخاصة بك. يبدأ ذلك بفهم المواصفات الحالية، ثم مقارنتها بالتكوين والعمليات المستخدمة بالفعل. يجب أن تكون النتيجة سجل جاهزية واضح مع الأدلة والمالكين وقرار لكل نتيجة.
قم بتعيين المواصفات الثلاثة لأنظمتك
استخدم المستندات الحالية لوظائفهم:
| وثيقة | ما للمراجعة |
|---|---|
| RFC 9989 | تقييم DMARC الأساسي، واكتشاف السياسات، تنسيق وتسجيل الدلالات |
| RFC 9990 | تنسيق التقارير المجمعة وإنشاءها ومعالجتها |
| RFC 9991 | الإبلاغ عن الفشل واعتبارات التعامل معه |
ابدأ بالسجل الحالي وتاريخ التكوين. لا تقم بحذف سجل التشغيل لمجرد الاستشهاد بدليل أقدم RFC 7489. التعرف على التعليمات التي تم تغييرها والبرنامج الذي ينفذها.
تشمل مجالات المراجعة الرئيسية ما يلي:
- اكتشاف المجال: RFC 9989 القسم 4.10 يحدد المشي شجرة DNS . قم بمراجعة الأنظمة التي تفترض نموذج اكتشاف قائمة اللواحق العامة الأقدم.
- علامات السياسة: تحقق من سجل IANA الحالي. ال
نسبة مئوية,rfوريالعلامات تاريخية. يٌقيِّمt,npوpsdحسب نطاقها الفعلي بدلاً من إضافتها كقائمة مرجعية للترقية. - الاختبار: حدد كيفية قيام المقيم المعني بتنفيذ الثنائي
tإشارة. تعتبر حالة الاختبار المعلنة والتصرف النهائي للمستقبل ملاحظتين مختلفتين. - التقارير: تأكد من أن المجمعين والموزعين يتعاملون مع تنسيقات التقرير والحقول التي تتوقع استلامها، دون فقدان الملاحظات القديمة ذات الصلة.
تبقى علامة الإصدار v=DMARC1. لا تستبدل DMARC2 أو استبدل النسبة القديمة ميكانيكيًا بعلامة اختبار.
ترجمة العلامات التي تم تغييرها إلى اختبارات
ال t وضع علامة افتراضية على n، ويطلب تطبيق التقييم المعلن على حالات فشل DMARC . جلسة t=y إشارات إلى أن المالك يقوم بالاختبار بدلاً من طلب تطبيق التقييم المعلن مباشرة. RFC 9989 القسم 4.7 يحدد تخفيضًا على مستوى واحد للرسائل الفاشلة: يصبح الرفض حجرًا صحيًا، ويصبح حجر العزل لا شيء. قد يكون لعمليات التنفيذ أيضًا معالجة خاصة ذات صلة.
لا تغير العلامة نتيجة المصادقة الفاشلة إلى تمرير، أو تغير إنشاء التقرير، أو تؤثر على سياسة لا شيء. إنه ثنائي، وليس طلبًا لأخذ عينات من نسبة عشوائية من البريد. قم بإنشاء دعم التنفيذ قبل الاعتماد عليه في حركة المرور الحقيقية، واحتفظ بالتصفية المحلية للمستقبل منفصلة عن نتيجة الاختبار على مستوى السياسة.
هناك علامتان أخريان تؤثران على نطاق التقييم:
- np: يحدد تقييم النطاقات الفرعية غير الموجودة للسائدة المجال التنظيمي. إذا كان غائبًا، فإن الإجراء الاحتياطي المطبق هو sp عندما يكون موجودًا، وإلا p. مفقود سجل MX وحده لا يثبت عدم الوجود.
- مديرية الأمن العام: علامات حدود المجال المعلومات المستخدمة أثناء الاكتشاف. الافتراضي u يترك تحديد الحدود لقواعد الاكتشاف؛ تحدد y لاحقة عامة، بينما تحدد n حدودًا تنظيمية غير عامة لنفسها ولمجالاتها الفرعية. لا تقم بتعيين أي قيمة حدودية صريحة دون التأكد من أنها تصف المجال بشكل صحيح.
لا ينبغي لمنظمة عادية أن تصنف مجالها كلاحقة عامة لمجرد ادعاء الاستعداد. مراجعة افتراضات الاكتشاف الفعلية ومساحات الأسماء المفوضة. ال دليل سياسة النطاق الفرعي يغطي مسألة الميراث الأضيق.
حدد البريد الذي يجب أن يستمر في العمل
قد يمثل النطاق أكثر بكثير من مجرد البريد الإلكتروني للموظفين. ويمكن أن تظهر على الفواتير وروابط تسجيل الدخول وتنبيهات العملاء والرسائل المرسلة من وكالات خارجية. يعد تحديث المعايير فرصة للتحقق من تلك التبعيات قبل أن يؤدي تغيير التكوين السريع إلى تعطيلها.
اطلب ثلاثة تسليمات: جرد الخدمات التي تستخدم هويتك، وشرح التغييرات المحددة التي تؤثر عليك، وخطة اختبار للرسائل الهامة. يجب أن تميز الإجابة بين المواصفات المنشورة والميزة التي تم نشرها بالفعل بواسطة جهاز استقبال أو خدمة برمجية معينة.
تخصيص الملكية وكذلك الميزانية. يحتاج تغيير معالجة التقارير إلى شخص مسؤول عن مسار إعداد التقارير. يحتاج المرسل الذي لا يمكنه المصادقة بشكل صحيح إلى إشراك صاحب العمل. يؤدي استدعاء كلا العنصرين إلى ترقية DNS إلى إخفاء العمل.
بناء سجل الاستعداد
وفيما يلي سجل تخطيط توضيحي، وليس تقييماً لمجال حقيقي:
| العثور على | العمل مطلوب | دليل على الانتهاء |
|---|---|---|
| تفترض تعليمات الطرح النسبة المئوية لأخذ العينات | اختبر العلامة الثنائية باستخدام التركيبات التي يتم التحكم فيها أدناه | التقييم المعلن المسجل، والتقييم بعد علامة الاختبار وقرار المتلقي المستقل |
| يفترض محلل التقرير وجود مخطط قديم واحد | مراجعة التنسيقات والحقول المقبولة ومعالجة الأخطاء | تم إصدار التركيبات الصالحة والقديمة والمشوهة |
| التطبيق المهم ليس له مالك معروف | تأسيس خدمة الأعمال والهويات المدعومة | المالك المسمى وعينة الرسالة المستلمة التي تم التحقق منها |
| يتم التحكم في محرر DNS بواسطة فريق خارجي | الموافقة على مسؤوليات الموافقة والاسترداد | معاينة التغيير الدقيق والموافقة ومواد الترميم |
تحدد التركيبات الاصطناعية التالية النتائج المتوقعة لمقيم خاضع للرقابة يطبق RFC 9989 . فهي عبارة عن مدخلات اختبار، وليست قوالب سجلات إنتاج أو اختبارات تم إجراؤها بالفعل. افترض أنه تم اكتشاف سياسة صالحة وقابلة للتطبيق وأن رسالة الاختبار فشلت DMARC .
| تركيبات | مدخل | المراقبة المتوقعة على مستوى السياسات |
|---|---|---|
| علم الاختبار | p=reject; t=y | يبقى التحقق من الصحة فاشلاً؛ التقييم بعد t=y هو الحجر الصحي، وليس الرفض المعلن |
| العلم في لا شيء | p=none; t=y | تترك العلامة تقييم لا شيء وسلوك إنشاء التقرير دون تغيير |
| طفل غير موجود | سياسة المجال التنظيمي السائدة لديها p=none; sp=quarantine; np=reject, بالافتراضي t=n; يتم إثبات أن الطفل غير موجود وليس له سياسة مباشرة | تم رفض تقييم الطفل المطبق، بدلاً من قيمة sp الموجودة |
قم بالتقاط نسخة المقيم، والمدخلات، والتحقق الملحوظ، والتقييم المحدد وأي معالجة نهائية بشكل منفصل. تحدد التركيبات الخاضعة للرقابة السلوك الذي تم اختباره؛ ولا يثبت أن كل جهاز استقبال للإنترنت يطبق نفس القواعد. ملاحظة العزل على مستوى السياسة ليست وعدًا عالميًا بوضع مجلد البريد العشوائي.
قم بمراجعة مدى ملاءمة السياسة أيضًا. RFC 9989 القسم 7.4 ينصح بعدم رفض نطاقات البريد الإلكتروني للأغراض العامة لأن الطرق المشروعة غير المباشرة، بما في ذلك القوائم البريدية، يمكن أن تنقطع. وينبغي أن تحدد مراجعة الاستعداد تلك الطرق وتقييم إرشادات قابلية التشغيل البيني المطبقة قبل اقتراح سياسة أقوى.
احتفظ بتغييرات التكوين منفصلة عن تغييرات البرامج أو العمليات. لا تحتاج بعض النتائج إلى تعديل DNS فوري. ويتطلب البعض الآخر تحديث الموفر أو إصلاح المحلل اللغوي أو اختبار التنفيذ الخاضع للرقابة.
التحقق من إمكانية التشغيل البيني وحدود مطالبة الاستعداد
يجب أن تحدد مطالبة الاستعداد نطاقها. هل يغطي محفظة النطاق أم مقيم السياسة أم معالج التقرير أم فقط سجل يفحص؟ هذه تقييمات مختلفة.
استخدم السجل لتتبع إصدارات التنفيذ والاختلافات التي لم يتم حلها. حدد الحالات القابلة للتطبيق من النطاقات الفرعية الموجودة وغير الموجودة، وأنماط المحاذاة، والبريد غير المباشر، وفشل DNS .
تعامل مع تقدير المتلقي كجزء من نموذج التشغيل. إن نشر المواصفات لا يجعل كل جهاز استقبال يتصرف بشكل مماثل. كما أن تفضيل الرفض المنشور لا يعد دليلاً على أن كل مستلم رفض كل رسالة فاشلة.
احتفظ بضوابط مستقلة للحسابات المخترقة وأسماء العرض الخادعة والنطاقات المشابهة والموافقات التجارية الحساسة. إن جاهزية DMARC لا تحول مصادقة النطاق إلى حكم على سلامة محتوى الرسالة.
إجراء والتحقق من التغييرات المطلوبة
قبل تغيير الإنتاج، يجب الحفاظ على الحالة السابقة وتحديد التدفقات المتأثرة والحصول على الموافقة المناسبة وتحديد شروط الاسترداد. ثم تحقق من التكوين المنشور والرسائل التمثيلية من خلال مسار الإرسال الكامل.
إذا كانت النتيجة لا تتوافق مع السلوك المتوقع، فقم بإيقاف التوسيع مؤقتًا إلى مجالات أخرى وحل نتيجة التوافق أو قبولها بشكل صريح.
بالنسبة للهويات الأساسية، استخدم دليل تشخيص المحاذاة. للحصول على التكوين الأولي، اتبع سير عمل إنشاء DMARC والتحقق منه. بالنسبة لطبقة التقارير، استخدم إرشادات التقرير المجمع.
الوجبات الجاهزة العملية
قم بإغلاق التقييم عندما يكون لكل نتيجة قابلة للتطبيق مالك وقرار مدعوم وأدلة قابلة للتكرار. اجعل اختلافات التنفيذ التي لم يتم حلها مرئية، وتحقق من الرسائل الهامة ومعالجة التقارير، واحتفظ بشروط الاسترداد المعتمدة. يجب أن تشير علامة الاستعداد إلى هذا السجل، وليس استبداله.