[ المتطلبات الإقليمية ]

قم بقياس نشر DNS دون الادعاء بأنه يثبت الامتثال على مستوى الرسالة

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

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

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

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

تعريف النشر كخاصية DNS يمكن ملاحظتها

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

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

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

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

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

التمييز بين ملاحظة الاسم الدقيق والاكتشاف

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

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

احتفظ بالأدلة الموثوقة والتكرارية بشكل منفصل

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

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

الحفاظ على حدود السجل وفئات الخطأ

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

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

احتفظ بأدلة DNSSEC في مجالها الخاص

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

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

منشور منفصل عن الامتثال على مستوى الرسالة

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

RFC 8601 يشرح حدود الثقة ل Authentication-Results. يمكن أن تدعم عينة الرسائل المستلمة المطابقة مراقبة على مستوى الرسالة، ولكنها لا تتحقق تلقائيًا من صحة كل مجال أو سير عمل في دراسة DNS . احتفظ بمقاييس النشر ومقاييس الرسائل كمقاييس منفصلة مع مجموعاتها وقيودها الخاصة. لا تقم بإعادة تسمية نسبة اعتماد DNS على أنها امتثال أو حماية تم تحقيقها.

ورقة عمل الملاحظة استنساخه

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

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

التشخيص الخيالي: يصبح مخطط النشر بمثابة مطالبة امتثال

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

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

إطلاق الطريقة بحدود أدلةها

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

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

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

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

[ حسب الدور ]

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

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

مصمم الدراسة

تحديد العينة

تختلف أسماء مواقع الويب وهويات الإرسال عن مجموعات سكانية مختلفة.

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

  1. تجميد عضوية الإدخال.
  2. حدود اختيار الدولة واستبعادها.

محلل DNS

الحفاظ على المصدر

القيمة الطبيعية وحدها لا يمكن أن تفسر الخلاف.

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

  1. احتفظ بالردود والأوقات الأولية.
  2. حافظ على التمييز بين الملاحظات الموثوقة والتكرارية.

تقرير المراجع

ملزمة الاستنتاج

دليل النشر ليس امتثالًا عالميًا.

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

  1. تحقق من كل قاسم.
  2. رسائل منفصلة ومقاييس DNS .

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

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

هل يثبت سجل السياسة امتثال كل رسالة؟

لا. تعتبر هويات الإرسال الفعلية وملاحظات المتلقي الموثوق به دليلاً منفصلاً.

RFC 9989: DMARC

هل البحث الدقيق _dmarc مكتمل؟

ليس بالضرورة. يحدد RFC 9989 عملية اكتشاف تتضمن سلوك Tree Walk DNS .

RFC 9989: DMARC

هل يمكن لقائمة مواقع الويب أن تمثل جميع مجالات الإرسال؟

وليس بالافتراض. يجب توثيق العينة وعلاقتها بهويات SMTP .

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

لماذا الاحتفاظ بإجابات موثوقة ومتكررة؟

ويمكن أن تختلف في المصدر والتوقيت وحالة ذاكرة التخزين المؤقت؛ الحفاظ على كلا السياقين.

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

هل كل النتائج الفارغة غياب النشر؟

لا. خطأ في الاسم، ولا توجد بيانات، والمهلة، وفشل الخادم تحتاج إلى فئات منفصلة.

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

هل تثبت البيانات المرئية التحقق من صحة DNSSEC ؟

لا. تتطلب الحالات الآمنة وغير الآمنة والزائفة وغير المحددة سياق التحقق الخاص بها.

RFC 4033 : مقدمة ومتطلبات أمان DNS

هل تم فحص النطاقات؟

لا، هذه طريقة مقترحة بدون أي ملاحظات أصلية DNS .

ما هي الأدلة التي لا تزال مفتوحة؟

لم يتم جمع الإجابات الرسمية والمتكررة ذات الطابع الزمني مع المالكين وأنواع السجلات المحددة.

[ مصادر ]

مصادر

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

    الأقسام §3.3.14 تنسيق TXT RDATA · تنسيق §4.1 · تنسيق §5.1

  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 8601: Authentication-Results

    الأقسام §1.2 حدود الثقة · §7. الاعتبارات الأمنية

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

    الأقسام §2.4 البريد من الهوية · §3.2 سجلات DNS المتعددة · §4.5 تحديد السجلات · §4.6.4 حدود بحث DNS · §5.2 تشمل · §6.1 إعادة التوجيه · §8 التعامل مع النتائج

  5. RFC 4033 : مقدمة ومتطلبات أمان DNS

    الأقسام §5 نطاق مجموعة مستندات DNSSEC ومشكلات الخطوة الأخيرة · §6 اعتبارات المحلل · §7 اعتبارات محلل كعب الروتين

[ مسرد ]

مسرد

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

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

حدود الامتثال للرسالة
الحد الذي يفصل بين دليل نشر DNS ونتائج مصادقة الرسالة الفعلية.

RFC 9989: DMARC

مصدر المؤسسة

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

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

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

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

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

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