[ مؤشر BIMI والعلامة التجارية ]

إساءة استخدام الشعار المصادق عليه: دروس للتحكم في الهوية والسمعة

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

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

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

  • يمكن أن تعمل المصادقة أثناء فشل حد تحكم آخر.
  • السمعة والعرض ليسا أحكاما عرضية.
  • يحتاج الاحتواء والتحقق من الأعمال إلى مالكين مسؤولين متميزين.
في هذه الصفحة

التحقيق في الحدود التي فشلت

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

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

تحديد أدلة الهوية بدقة

DMARC يربط المجال المرئي بتمرير المحاذاة SPF أو DKIM المصادقة. ولا يحول كل رسالة من هذا المجال إلى تعليمات عمل معتمدة. يحدد DKIM مسؤولية التوقيع ويحمي المحتوى المغطى؛ إنه ليس بيانًا عالميًا بأن المؤلف البشري مخول بتقديم الطلب. قم بتسجيل الهويات الفعلية والنتيجة التي تم التحقق منها قبل التوصل إلى نتيجة حول التحكم الذي نجح. RFC 9989 RFC 6376

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

التمييز بين العرض والسمعة

تصف وثائق BIMI الخاصة بـ Google وصفحة الأهلية الخاصة بـ Yahoo شروط الشهادة والعرض المختلفة. تتضمن Yahoo بشكل صريح السمعة والمشاركة، بينما تقوم Google بتوثيق مسارها المدعوم بالشهادة وعلامة الاختيار المرتبطة بـ VMC. ولذلك لا يمكن تعميم ملاحظة الشعار على درجة سمعة عالمية أو ضمان أن كل رسالة من المرسل آمنة. سجل سطح المتلقي والعميل بجانب الملاحظة. جوجل BIMI Yahoo BIMI

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

فكر في اختراق قناة معتمدة

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

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

الحفظ والاحتواء من خلال أصحابها المناسبين

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

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

احتفظ بالتحقق من الأعمال خارج القناة المخترقة

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

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

ورقة عمل مراجعة الهوية والتحكم الأصلية

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

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

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

سيناريو خيالي: يرسل حساب مألوف تغييرًا غير مصرح به

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

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

يمكنك الاسترداد دون التخلص من المصادقة المفيدة

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

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

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

الحفاظ على الأدلة الموثوقة، والتحقيق في القناة المعتمدة الفعلية وإصلاح الحدود الفاشلة دون تجاهل المصادقة المفيدة.

[ حسب الدور ]

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

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

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

تحديد مسار الإرسال الفعلي

لا توضح نتيجة المجال المارة من يتحكم في الحساب.

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

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

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

تنسيق استجابة الطبقات

يتطلب إسناد الحادث أكثر من مجرد مؤشر مرئي.

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

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

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

حماية قرارات العمل والسمعة

يمكن أن يؤدي الادعاء الذي لم يتم التحقق منه إلى تفاقم الحادث.

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

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

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

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

هل يمكن تمرير المصادقة لطلب مسيء؟

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

RFC 9989: DMARC

هل يحدد DKIM مؤلفًا بشريًا موثوقًا به عالميًا؟

لا، فهو يحدد مسؤولية التوقيع ويحمي المحتوى المغطى ضمن نطاقه المحدد.

RFC 6376: DKIM

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

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

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

هل تثبت أهلية سمعة Yahoo أن كل رسالة آمنة؟

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

مركز إرسال Yahoo : BIMI

ما هي الأدلة التي ينبغي الحفاظ عليها؟

الرسالة الأصلية والنتائج الموثوقة والسجلات المعتمدة ذات الصلة وسياق العرض وتأكيد الأعمال المستقل.

هل يجب نسخ الإعدادات الاستشارية القديمة بشكل أعمى؟

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

هل يجب إزالة مصادقة المجال بعد إساءة استخدام الحساب؟

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

هل تشير هذه المقالة إلى حادثة إساءة استخدام BIMI التي تم التحقق منها؟

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

[ مصادر ]

مصادر

  1. جوجل: إعداد BIMI

    الأقسام قبل أن تبدأ · الخطوة 1: قم بإنشاء ملف SVG لشعارك · الخطوة 2: احصل على VMC أو CMC والملفات المرتبطة بها

  2. مركز إرسال Yahoo : BIMI

    الأقسام سوف نقوم بعرض شعار إذا · متطلبات VMC

  3. RFC 9989: DMARC

    الأقسام محاذاة المعرف · أ.6 إزالة علامة pct

  4. RFC 6376: DKIM

    الأقسام §3.5 حقل رأس DKIM-Signature

  5. RFC 8601: Authentication-Results

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

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

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

[ مسرد ]

مسرد

مسؤولية التوقيع
مسؤولية المجال المرتبطة بتوقيع DKIM ، تختلف عن الثقة العالمية في مؤلف الرسالة.

RFC 6376: DKIM

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

مصدر المؤسسة

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

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

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

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

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

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