[ DMARC والسياسة ]

عناوين متعددة من: احتفظ بالبنية قبل تشخيص DMARC

قم بتمييز حقل "من" متعدد المؤلفين عن الحقول "من" المكررة، ثم افحص المجالات المستخرجة والتعامل الفعلي للمستلم.

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

في هذه الصفحة

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

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

عدد الحقول منفصل عن عدد العناوين

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

يحدد المرسل وكيل الإرسال في نموذج تنسيق الرسالة. ولا يحل محل المجال من كـ DMARCمجال المؤلف. الرد على، Return-Path ويخدم اسم العرض أيضًا أغراضًا مختلفة.

يستخدم تجول سلسلة الهوية للحفاظ على هذه الأدوار منفصلة قبل التحقق من المصادقة.

قم بتطبيق قاعدة نطاق DMARC بشكل صريح

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

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

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

استخدم الحالات الخاضعة للرقابة مع التوقعات المصنفة

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

قضيةالمجالات التوضيحيةالتقييم للتسجيل
مؤلف واحدمن: author@example.comمسار عادي أحادي المجال، يخضع لفحوصات الرسالة والمصادقة المتبقية
عدة مؤلفين في مجال واحدمن: author@example.com ، editor@example.netمع حقل المرسل المنفصل لصندوق البريد الفردي المطلوب، يمكن أن يكون هذا تنسيقًا صالحًا متعدد المؤلفين؛ لا تزال النطاقات المتعددة تتطلب تحليل DMARC للتعامل الاستثنائي
مكررة من الحقولحقل "من" لـ example.com وآخر لـ example.netخلل في تنسيق الرسالة؛ لا تقم بإصلاحه بشكل غير مرئي أثناء المطالبة بتقييم الرسالة الأصلية
اسم عرض يشبه العنوانعرض نص يحتوي على عنوان واضح قبل صندوق البريد الفعليتحليل مجال صندوق البريد الفعلي؛ تقييم مخاطر العرض بشكل منفصل

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

احتفظ بأدلة المصادقة مرتبطة بالهوية التي تم تحليلها

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

لا تقم بإعادة كتابة الأصل من إلى مؤلف واحد قبل التحقق من التوقيع الأصلي أو التحقق مما شاهده نظام الاستلام. قد تكون النسخة المعاد كتابتها مفيدة كحالة اختبار منفصلة، ​​ولكن قم بتسميتها كتركيبة معدلة بسؤال هوية مختلف.

قد لا تؤدي المحاولة المرفوضة أبدًا إلى تسليم الرؤوس. الحفاظ على استجابة SMTP وتلقي السجلات حيثما كان ذلك متاحًا بدلاً من اختراع تسليم Authentication-Results عينة.

عرض الاختبار وكذلك المعالجة

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

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

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

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

[ حسب الدور ]

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

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

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

الحفاظ على بنية الرأس الأصلية.

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

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

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

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

تعامل مع التحقق من الصحة الذي تم تخطيه كحالة تحقيق.

لا تزال الرسالة خارج معالجة DMARC العادية بحاجة إلى قرار واضح للتعامل الأمني.

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

  1. مراجعة الحالات المشوهة والمتعددة النطاقات.
  2. طلب أدلة للمطالبات الخاصة بالمتلقي.
  3. إبقاء المحلل اللغوي وعرض التناقضات مرئية.

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

تفضل هوية مؤلف واضحة في البريد العادي.

يؤدي العرض التقديمي الغامض إلى إنشاء مشاكل في الدعم والثقة حتى في حالة توفر بعض نتائج المصادقة.

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

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

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

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

هل حقلان من الحقل مكافئان لحقل واحد يحتوي على مؤلفين؟

لا. يحدد RFC 5322 حقلاً واحدًا من "من" لكنه يسمح باحتواء قيمته على قائمة صناديق البريد. تعد الحقول المكررة من مشكلة مختلفة في تنسيق الرسالة.

متى يكون المرسل مطلوبًا مع حقل "من" متعدد المؤلفين؟

يتطلب RFC 5322 حقل المرسل الذي يحتوي على صندوق بريد واحد عندما يحتوي "من" على أكثر من مواصفات صندوق بريد واحد.

هل يمكن للمرسل استبدال "من" لتقييم DMARC ؟

لا. يستخدم DMARC النطاق المستخرج من كمجال المؤلف الخاص به. يخدم المرسل غرضًا مختلفًا لتنسيق الرسالة.

ماذا يحدث عند استخراج مجالات متعددة؟

ينتهي مسار التحقق العادي RFC 9989 ، في حين قد يختار المتلقي المزيد من المعالجة متعددة المجالات بموجب الاعتبارات الواردة في القسم 11.5.

هل يجب على المدقق اختيار العنوان الذي يطابق توقيع DKIM العابر؟

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

ماذا لو كان عنوانان للمؤلف يستخدمان نفس المجال؟

حافظ على تميز عدد الحقول وقائمة صندوق البريد ومخرجات استخراج المجال الخاصة بالمقيم. لا تستنتج معالجة التنفيذ من سطر المرسل الذي يعرضه عميل البريد.

هل يمكن أن يؤدي اختبار النطاقات المتعددة إلى حدوث مشكلة في الموارد؟

نعم. يحذر RFC 9989 من المعالجة المفرطة للمجال ويلاحظ أن التقييم غير مكتمل عندما لا تتم معالجة كافة المجالات.

ما هي الأدلة التي يجب أن يحصل عليها المراجع البشري؟

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

[ مصادر ]

مصادر

  1. RFC 9989 : بروتوكول DMARC الأساسي
  2. RFC 8601 : رأس Authentication-Results
  3. RFC 5322 : تنسيق رسائل الإنترنت

مصدر المؤسسة

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

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

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

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

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

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