[ الانتحال وإساءة استخدام الهوية ]

اشرح المخاطر المتبقية بعد تنفيذ DMARC

اشرح ما يقلل تنفيذ DMARC ، وما يتبقى وكيفية التحقق من البريد الشرعي بعد تغيير السياسة.

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

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

  • اشرح ما يقلل تنفيذ DMARC ، وما يتبقى وكيفية التحقق من البريد الشرعي بعد تغيير السياسة.
  • ويتطلب تغيير السياسة أدلة واضحة وضوابط تكميلية، وليس ادعاء بأن الاحتيال قد تم حله.
في هذه الصفحة

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

اذكر الحماية دون ضمان

يجمع DMARC بين مصادقة النطاق المحاذية وتفضيلات المعالجة المنشورة وإطار إعداد التقارير. يمكن أن تتضمن المعالجة الفعلية للمستلم السياسة المحلية. لا تعد بأن يتم رفض كل رسالة فاشلة في كل مكان أو أن المرور يعني أن الرسالة آمنة. RFC 9989.

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

تحقق من الطرق المشروعة قبل التغيير

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

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

فحص دفتر الاستعداد المكتوب

بالنسبة للتغيير المقترح p=none إلى p=reject أدناه، افترض وجود واحد صالح ومرئي من لكل رسالة وأدلة مصادقة المتلقي المنصوص عليها. لا يتم إجراء أي تغيير فعلي أو اختبار جهاز الاستقبال.

  • الفواتير: عمليات إعداد الفواتير للمالك المقترح؛ من invoice@billing.brand.test ؛ تمرير SPF لـ bounce@billing.brand.test ؛ DKIM اجتياز d=billing.brand.test. تتم محاذاة كلا المعرفين تمامًا، وبالتالي يتم تمرير الرسالة الافتراضية. تظل اختبارات المستلم الحرج الحقيقية والموافقة على التغيير غير متوفرة.
  • الدعم: عمليات دعم المالك المقترح؛ من agent@support.brand.test ؛ تمرير SPF لـ bounce@support.brand.test ؛ اجتياز DKIM باستخدام d=support.brand.test. كلاهما يتوافقان تمامًا، لذلك تمر الرسالة الافتراضية. تظل اختبارات المستلم الحرج الحقيقية والموافقة على التغيير غير متوفرة.
  • الماسح الضوئي القديم: المالك غير مؤكد؛ من، نظام التعرف على هوية المرسل SPF ، DKIM وتغطية المستلم غير معروفة. لا يمكن استنتاج حكم الرسالة. قم بتعيين مالك مسؤول واحصل على دليل الطريق قبل إعلان الاستعداد.

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

يتطلب القسم 7.4 من RFC9989 توقيعات DKIM صالحة عند النشر p=reject وينصح بعدم الرفض للمجالات التي قد يقوم مستخدموها بالنشر في القوائم البريدية. يجب أن تقوم هذه المجالات أولاً بتقييم البيانات المجمعة باستخدام p=none لمدة شهر على الأقل p=quarantine لفترة طويلة على قدم المساواة. اختر السياسة مع وضع قيود التشغيل البيني في الاعتبار؛ مثال الإرسال المباشر النظيف لا يحل مخاطر البريد غير المباشر.

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

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

اشرح مخاطر الاحتيال المتبقية بنفس مصطلحات العمل المستخدمة قبل التنفيذ. لا تزال تغييرات الدفع تتطلب التحقق المستقل؛ لا يزال اختراق الحساب يتطلب استجابة أمان الحساب؛ تتطلب التشابهات الكشف وإعداد التقارير ذات النطاق المناسب. تظل إرشادات التحقق من الدفع الخاصة بمكتب التحقيقات الفيدرالي (FBI) ذات صلة حتى عند مصادقة النطاق. توجيهات مكتب التحقيقات الفيدرالي.

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

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

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

[ حسب الدور ]

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

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

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

امتلك المخزون المحتفظ به

يعتمد نجاح السياسة على استمرارية المرسل الشرعي.

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

  1. حل أنظمة الحجم المنخفض غير المختبرة.
  2. تسجيل الاختلافات المعتمدة وملاحظات المتلقي.
  3. قم بتعيين مشغلات الاسترداد قبل بدء التشغيل.

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

الحفاظ على ضوابط المخاطر المتبقية

تظل إساءة الاستخدام الموثقة والمشابهة في النطاق.

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

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

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

الإبلاغ عن إنجاز محدود

يؤدي التنفيذ إلى تحسين التحكم في الهوية المحددة، وليس كل دفاع عن الاحتيال.

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

  1. حافظ على تمويل عملية التحقق من الدفع.
  2. اطلب الطرق التي تم اختبارها والاستثناءات التي لم يتم حلها.
  3. احتفظ بمالك ذو مخاطر متبقية.

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

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

هل p=reject يضمن الرفض عند كل جهاز استقبال؟

لا، فهي تنص على تفضيل سياسة المجال؛ يمكن أن يتضمن التعامل الفعلي مع جهاز الاستقبال سياسة محلية.

هل لا يزال بإمكان المجالات المشابهة المصادقة؟

نعم. وهي عبارة عن هويات مجال منفصلة ويمكنها المصادقة لأنفسها.

هل يمكن للحساب الشرعي المخترق أن يمر؟

نعم، إذا كان لا يزال يستخدم مسارًا مصادقًا محاذيًا.

لماذا يتم تضمين ماسح ضوئي نادر الاستخدام؟

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

هل المثال يأذن بالتنفيذ؟

لا، الماسح الضوئي لم يتم حله وحتى نتيجتي النجاح الأخريين منصوص عليهما، ولم يتم ملاحظة دليل الطرح.

هل تم جمع نتائج الإنتاج بعد التغيير؟

لا. توفر هذه المراجعة دفتر أستاذ مكتوبًا، بدون أي تعليمات برمجية أو تغيير DNS أو التحقق من صحة التوقيع أو تنفيذ اختبار جهاز الاستقبال.

هل التقارير المجمعة المفقودة تثبت عدم وجود مشكلة؟

لا. إن الإبلاغ عن المشاركة والتغطية والتأخير يحد من ما يمكن أن يحدثه الغياب.

ما الذي يجب أن تسمعه القيادة بعد الطرح؟

السياسة المرصودة والمسارات المختبرة والاستثناءات المتبقية والضوابط التكميلية، دون الادعاء بالقضاء على الاحتيال.

[ مصادر ]

مصادر

  1. RFC 9989 DMARC

    الأقسام §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  2. توجيهات BEC للبريد الإلكتروني المستندة إلى السحابة من FBI IC3

    الأقسام توصيات للمستخدمين النهائيين

  3. RFC 9990 DMARC التقارير المجمعة

    الأقسام §3.1 · §4 · §7 · §8 · §9

[ مسرد ]

مسرد

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

مصدر المؤسسة

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

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

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

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

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

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