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

سجلات BIMI المتعددة وتعارضات المحددات

تتبع محدد BIMI للرسالة وتغطية الرأس الموقع وإجابة TXT العامة والتحقق الموثوق به قبل حل التأكيدات المتعارضة.

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

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

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

ابدأ برسالة واحدة وتأكيد واحد مقصود

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

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

تمييز المحددات عن السجلات المكررة

تصف إرشادات BIMI Group أسماء التأكيد لمحدد النموذج. _bimi.domain ، مع التحديد الافتراضي باعتباره المحدد التقليدي عند عدم تحديد بديل. وهو يصف رأس محدد BIMI الذي يحمل إصدار BIMI واسم المحدد، بالإضافة إلى المجال المرئي من لتحديد التأكيد. التأكيدات المنفصلة ضمن محددات مختلفة هي آلية الشعارات المتعددة؛ إن إضافة العديد من التأكيدات المتنافسة بنفس الاسم ليس هو نفس التصميم. إرشادات محدد BIMI

بالنسبة إلى المخزون، قم بإدراج اسم كل مالك والتدفق المقصود والأصول والفريق المسؤول. يمكنك التمييز بين default._bimi.example.com و seasonal._bimi.example.com ومن السجلات ذات الأسماء المشابهة ضمن مجال فرعي للإرسال. أسماء الأمثلة هذه توضيحية وليست سجلات تم الاستعلام عنها. لا تدمج معانيها في نتيجة واحدة "النطاق له BIMI "، لأن الاسم المحدد للرسالة هو نقطة البداية ذات الصلة.

اقرأ بيانات TXT كسجلات DNS ، وليس كخطوط محرر

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

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

تتبع المحدد من خلال خط أنابيب الإرسال

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

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

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

إنشاء حدود التحقق الموثوقة

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

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

ورقة عمل تعارض المحدد الأصلية

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

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

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

مثال خيالي: فريقان يشتركان في الاسم الافتراضي

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

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

أغلق السلسلة التي تمت ملاحظتها فقط

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

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

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

حدد الاسم المحدد وأدلة الرسالة الموثوقة قبل اقتراح إصلاح التعارض على نطاق ضيق.

[ حسب الدور ]

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

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

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

تتبع التأكيد المحدد

قد يختلف سجل DNS المقصود عن الاسم المحدد في الرسالة.

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

  1. احتفظ برؤوس المحدد المستلمة.
  2. افحص تغطية DKIM المتوافقة.
  3. قارن الإجابة العامة المحددة بالتدفق المقصود.

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

الحفاظ على الثقة والتوقيت

يمكن أن تؤدي النتائج غير الموثوقة أو حالة DNS اللاحقة إلى تضليل التحقيق.

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

  1. تحديد حدود ثقة المدقق.
  2. احتفظ بالطوابع الزمنية للرسائل والبحث.
  3. الحفاظ على الرسالة الأصلية قبل التصحيح.

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

تعيين ملكية المحدد

يمكن أن يكون لدى الفرق المختلفة نوايا افتراضية مشروعة ولكن متضاربة.

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

  1. قم بتعيين كل دفق بريد إلى مالك.
  2. حماية المحددات غير المتأثرة أثناء الإصلاح.
  3. تتطلب مراقبة إغلاق جديدة النطاق.

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

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

هل يمكن لنطاق واحد استخدام محددات BIMI متعددة؟

تصف مجموعة BIMI أسماء المحددات المميزة كآلية للشعارات البديلة.

مجموعة BIMI : كيف ولماذا يتم تطبيق محددات BIMI

هل هذا هو نفس التأكيدات المكررة باسم واحد؟

لا، أسماء المالكين المميزة والمرشحين المتنافسين في مالك واحد هي تكوينات مختلفة.

مجموعة BIMI : كيف ولماذا يتم تطبيق محددات BIMI

هل تعني سلاسل TXT المتعددة المقتبسة دائمًا سجلات مكررة؟

لا. يسمح RFC 1035 بسجل مورد TXT واحد ليحتوي على سلاسل أحرف متعددة.

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

هل يجب أن يساوي محدد BIMI محدد DKIM ؟

تستخدم الآليات مساحات أسماء ومدخلات مختلفة؛ تصف مجموعة BIMI اختيار BIMI بشكل منفصل عن البحث عن مفتاح DKIM .

مجموعة BIMI : كيف ولماذا يتم تطبيق محددات BIMI

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

توصي BIMI Group بإدراجه في توقيع DKIM المتوافق مع DMARC وتحذر من أنه قد يتم تجاهله بخلاف ذلك.

مجموعة BIMI : كيف ولماذا يتم تطبيق محددات BIMI

هل يمكن الوثوق بأي رأس Authentication-Results ؟

لا، يجب على المستهلك إنشاء نظام الإنتاج وحدود الثقة.

RFC 8601: Authentication-Results

هل يمكن DNS الحالي إثبات ما شاهدته رسالة قديمة؟

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

هل تحدد هذه المقالة المعالجة المكررة لكل جهاز استقبال؟

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

[ مصادر ]

مصادر

  1. مجموعة BIMI : كيف ولماذا يتم تطبيق محددات BIMI

    الأقسام كيف تعمل المحددات · استخدام المحددات مع BIMI · ملاحظة أخرى - توقيع DKIM على رأس محدد BIMI

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

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

  3. RFC 6376: DKIM

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

  4. RFC 8601: Authentication-Results

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

[ مسرد ]

مسرد

محدد BIMI
اسم يُستخدم مع المجال ومساحة الاسم _bimi لتحديد موقع التأكيد.

مجموعة BIMI : كيف ولماذا يتم تطبيق محددات BIMI

سلسلة أحرف TXT
أحد مكونات TXT RDATA؛ قد يحتوي السجل الواحد على أكثر من سجل واحد.

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

تغطية الرأس الموقعة
مجموعة رؤوس الرسائل المحمية بتوقيع DKIM ذي الصلة.

RFC 6376: DKIM

سلسلة الأدلة
السجل المرتبط المقترح للرسالة والمحدد وإجابة DNS والنتيجة الموثوقة.

مصدر المؤسسة

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

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

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

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

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

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