[ التقارير والتحقيق ]

التحقق من صحة محلل DMARC باستخدام حالات الفشل التمثيلي وحالات الحافة

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

بواسطة فريق البحث EmailAuth

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

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

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

أعلن عن العقد المدعوم

مراجع: RFC 9990 §3.1.1, RFC 9990 §3.2.

قم بتسجيل إصدارات المحلل اللغوي ووقت التشغيل وبرنامج إلغاء الضغط والمخطط. حدد تنسيقات التقارير والملحقات المدعومة وكيفية التعامل مع المدخلات القديمة. RFC 9990 يحدد التنسيق الإجمالي الحالي ونموذج الامتداد؛ يعد دعم التنسيقات الأقدم قرارًا منفصلاً للتوافق.

قم ببناء الحد الأدنى من التركيبات الصالحة أولاً. احفظ وحدات البايت والتجزئة وبيانات التعريف المتوقعة والفاصل الزمني وعنوان IP المصدر والعدد والهويات والنتائج المحاذاة. لا تعتبر تحليل XML الناجح كافيًا: تحقق من أنواع الحقول ومعانيها. احتفظ بالقيم الاختيارية المفقودة منفصلة عن البيانات المطلوبة غير الصالحة.

اختبار الأخطاء الدلالية الشائعة

مراجع: RFC 9990 §3.1.1.9, RFC 9990 §3.1.1.11, RFC 9989 §5.3.5.

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

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

ممارسة الحالات الهيكلية والأمنية

مراجع: RFC 9990 §3.2, RFC 9990 §8.1.

مرجع: OWASP XML منع الكيان الخارجي، إرشادات عامة.

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

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

التحقق من سلوك التكرار والمعاملة

مراجع: RFC 9990 §3.5.4.

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

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

العمل من خلال صف القبول

تحتوي التركيبات الاصطناعية F1 على 90 ملاحظة مع تمرير DKIM محاذٍ وعشرة بدون آلية تمرير محاذية. العدد المضمن المتوقع هو 100 وعدد التمريرات المتوقعة المتوقعة هو 90. إعادة تشغيل F1 يجب أن تترك كلا القيمتين دون تغيير. يجب رفض النسخة المقتطعة عمدا دون زيادة أي من المجموعين.

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

بوابة التغييرات على النتائج المسجلة

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

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

مقارنة القيم المتوقعة المحددة مسبقًا، وإعادة تشغيل السلامة ونتائج الموارد المقاسة.

[ حسب الدور ]

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

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

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

تركيبات الإصدار والقيم الطبيعية المتوقعة.

اختبار دلالات المحاذاة والإعادة. التحقق من استرداد المعاملات وحدود الموارد.

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

  1. تركيبات الإصدار والقيم الطبيعية المتوقعة.
  2. اختبار دلالات المحاذاة والإعادة.
  3. التحقق من استرداد المعاملات وحدود الموارد.

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

مراجعة حالات الأمن والنزاهة معًا.

تتطلب أدلة قبول النسخة الدقيقة. تقييم التأثير المتري قبل إعادة المعالجة التاريخية.

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

  1. مراجعة حالات الأمن والنزاهة معًا.
  2. تتطلب أدلة قبول النسخة الدقيقة.
  3. تقييم التأثير المتري قبل إعادة المعالجة التاريخية.

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

اطلب الأدلة قبل الوثوق بتغييرات لوحة المعلومات.

تعيين المالكين لحالات القبول الفاشلة. اجعل فجوات التنسيق غير المدعومة مرئية.

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

  1. اطلب الأدلة قبل الوثوق بتغييرات لوحة المعلومات.
  2. تعيين المالكين لحالات القبول الفاشلة.
  3. اجعل فجوات التنسيق غير المدعومة مرئية.

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

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

هل XML صالح بما فيه الكفاية لقبول التقرير؟

لا. تحقق من صحة بنية التقرير المدعومة ودلالات الحقول أيضًا.

RFC 9990 §3.1.1

هل يجب أن يعني تمرير DKIM الأولي تمرير DKIM محاذيًا؟

لا، قد لا يتوافق مجال التوقيع مع مجال المؤلف.

RFC 9990 §3.1.1.11 RFC 9989 §4.4

هل يجب أن يمر كل من SPF و DKIM المتوافقين؟

لا، يمكن أن يفي المسار المحاذي للتمرير عبر أي من الآليتين DMARC .

RFC 9989 §5.3.5

ما الذي يجب أن يثبته اختبار الإعادة؟

لا تؤدي عمليات إعادة المحاولة وإعادة التشغيل إلى إضافة نفس الملاحظات المضمنة مرة أخرى.

كيف يجب التعامل مع الملفات المختلفة التي لها نفس معرف التقرير المطالب به؟

الاحتفاظ بالتعارض وتطبيق قرار صريح مبني على الأدلة.

RFC 9990 §3.5.4

هل فشل مصادقة التنسيقات غير المدعومة؟

لا، فهي نتائج التوافق أو الاستيعاب.

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

لا شيء إذا فشل التحقق من الصحة قبل الالتزام الذري.

ما الذي ينتمي إلى سجل التحقق من الصحة؟

تجزئة التركيبات والنتائج المتوقعة والفعلية والتكوين والحدود المقاسة وقرار المراجعة.

[ مصادر ]

مصادر

  1. RFC 9989

    الأقسام §4.4 · §5.3.5

  2. RFC 9990

    الأقسام §3.1.1 · § 3.1.1.11 · § 3.1.1.9 · §3.2 · §3.5.4 · §8.1 · الملحق أ

  3. OWASP XML منع الكيان الخارجي

    الأقسام إرشادات عامة

[ مسرد ]

مسرد

نتائج المصادقة الأولية
تم الإبلاغ عن نتائج نظام التعرف على هوية المرسل SPF و DKIM دون تفسير علاقتها بمحاذاة DMARC .

RFC 9990 §3.1.1.11

النتائج المتوازية
نتائج نظام التعرف على SPF / DKIM التي تم تقييمها بواسطة السياسة من حيث صلتها بـ DMARC .

RFC 9990 §3.1.1.9

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

مصدر المؤسسة

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

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

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

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

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

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