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

انتحال النطاق الدقيق وإساءة استخدام اسم العرض والمجالات المشابهة

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

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

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

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

حدد ما تطالب به الرسالة

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

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

يحتاج الاستخدام الدقيق للمجال إلى مقارنة دقيقة

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

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

أسماء العرض هي سطح هوية منفصل

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

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

يمكن للنطاقات المشابهة المصادقة بنجاح

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

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

استخدم أدلة المصادقة الموثوقة

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

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

ورقة عمل مقارنة الهوية

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

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

مقارنة خيالية بثلاث رسائل

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

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

التحقق من الطلب خارج الرسالة

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

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

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

قم بتسمية آلية الهوية قبل اختيار عنصر التحكم: لا تتحقق محاذاة المجال من صحة أسماء العرض أو طلبات العمل.

[ حسب الدور ]

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

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

مسؤول البريد

وصف حدود المصادقة

سجل المجال المحاذي والمتلقي الذي قام بتقييمه.

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

  1. تمييز المغلف والهويات المرئية.
  2. لا تقم بإضافة منتحل إلى SPF كإصلاح.

محلل الاحتيال

تصنيف دون المبالغة

قد تجمع رسالة واحدة بين اسم العرض وإساءة استخدام نطاق مختلف.

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

  1. الحفاظ على علاقات الهوية الدقيقة.
  2. احتفظ بتصنيف لم يتم حله عندما تكون الأدلة ضعيفة.

الموافقة التجارية

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

التسمية المألوفة ليست إذنًا.

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

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

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

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

ما هو انتحال النطاق الدقيق؟

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

RFC 9989: DMARC

هل يقوم DMARC بمصادقة اسم العرض؟

لا. يضع RFC 9989 بشكل صريح هجمات اسم العرض خارج نطاق DMARC .

RFC 9989: DMARC

كيف يختلف اسم العرض عن العنوان؟

يعامل RFC 5322 اسم العرض كجزء اختياري من نموذج عنوان الاسم، وهو مختلف عن عنوان صندوق البريد.

RFC 5322 : تنسيق رسائل الإنترنت

هل يمكن للنطاق المشابه اجتياز DMARC ؟

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

RFC 9989: DMARC

هل سطر Authentication-Results الملصق كافٍ؟

لا، يجب أن يقع مصدرها ضمن حدود ثقة المستلم ذي الصلة قبل الاعتماد عليها.

RFC 8601: Authentication-Results

هل يستبعد تمرير المجال الدقيق التسوية؟

لا. لا تؤدي مصادقة النطاق إلى مصادقة المشغل البشري أو الموافقة على طلب العمل.

RFC 9989: DMARC

كيف يجب التحقق من الطلب المشبوه؟

استخدم طريق اتصال مستقل معروف وقم بتأكيد الإجراء المطلوب المحدد. يدعم تقرير IC3 المذكور هذا الدفاع العام عن BEC.

IC3: استشارة BEC لخدمات البريد الإلكتروني المستندة إلى السحابة، 6 أبريل 2020

هل المقارنة الخيالية تفي بمتطلبات الأدلة؟

لا. لا يزال يتعين جمع ومراجعة السيناريو المنقح المعتمد مع أدلة الهوية والتحقق المستقل.

[ مصادر ]

مصادر

  1. RFC 9989: DMARC

    الأقسام §2.2 مكافحة التصيد الاحتيالي · §2.4 خارج النطاق · §4.4 شرح محاذاة المعرف · §11.4 هجمات اسم العرض

  2. RFC 8601: Authentication-Results

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

  3. IC3: استشارة BEC لخدمات البريد الإلكتروني المستندة إلى السحابة، 6 أبريل 2020

    الأقسام تعريفات · التهديد · توصيات للمستخدمين النهائيين · توصيات لمسؤولي تكنولوجيا المعلومات · ماذا تفعل إذا كنت ضحية

  4. RFC 5322 : تنسيق رسائل الإنترنت

    الأقسام §2.2 حقول الرأس · §3.4 مواصفات العنوان

[ مسرد ]

مسرد

اسم العرض
التسمية الاختيارية التي يمكن للإنسان قراءتها والمقترنة بعنوان صندوق البريد.

RFC 5322 : تنسيق رسائل الإنترنت

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

RFC 8601: Authentication-Results

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

مصدر المؤسسة

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

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

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

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

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

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