[ DKIM ]

مفاتيح DKIM منفصلة للمعاملات والتسويق وبريد الموظفين

امنح المعاملات والتسويق وبريد الموظفين ملكية توقيع مميزة دون المبالغة في العزلة.

بواسطة فريق البحث EmailAuth

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

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

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

تحديد التدفقات من الناحية التشغيلية

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

استخدم محددات مميزة حيث تدعمها الأنظمة الأساسية. تحت RFC 6376 §3.1، يحدد المحدد بيانات التحقق ضمن مجال التوقيع، بحيث يمكن للمحددات المختلفة منع المفاتيح المُدارة بشكل مستقل من التصادم عند اسم بحث واحد. لا تفترض أن إعادة تسمية المحدد تؤدي إلى إنشاء مفتاح خاص جديد أو أن النظام الأساسي يسمح بتدوير كل دفق بشكل مستقل.

قرر ما إذا كانت المجالات تحتاج أيضًا إلى الفصل

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

DMARC تنسيق يجب أن تظل جزءًا من هذا التصميم. يمكن أن يتماشى التوقيع من مجال فرعي مع مجال المؤلف الأصلي بموجب قواعد مخففة عندما تكون العلاقة بين المجال التنظيمي مؤهلة. تتطلب المحاذاة الصارمة المجال الدقيق الموجود أسفل RFC 9989 §3.2.10.2. يجب أن يتبع اكتشاف المجال التنظيمي RFC 9989 §4.10.2 بدلاً من المقارنة الساذجة بين آخر علامتين.

العمل من خلال مثال العزلة

تصميم توضيحي: يستخدم بريد المعاملات المحدد tx1، وتستخدم الحملات mk1 ويستخدم بريد الموظفين emp1، وكل ذلك باستخدام d=brand.example ولكن بمفاتيح خاصة مميزة. لا يلزم إلغاء mk1 إزالة المفاتيح العامة لـ tx1 أو emp1. ومع ذلك، لا يزال بإمكان المهاجم الذي يحمل المفتاح الخاص mk1 توقيع الرسائل ضمن brand.example ؛ لا يفرض الاسم mk1 إذنًا للتسويق فقط.

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

خطة التناوب واسترداد الفشل عن طريق الدفق

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

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

قياس الحدود التي بنيتها

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

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

التحقق من نموذج العزل الخرساني

يقوم السجل الاصطناعي بتعيين tx1/key-T لفريق التطبيق، وmk1/key-M لموفر الحملة، وemp1/key-E لعمليات البريد. كل علامة تجارية brand.example . في نموذج المخزون التوضيحي هذا، تؤدي إزالة mk1 إلى ترك tx1 وemp1 في المجموعة المحتجزة. لم تقم هذه المراجعة بتنفيذ دوران حقيقي أو فحص المفاتيح الخاصة. ولا يثبت أن المفاتيح الخاصة تختلف في المستأجر الحقيقي أو أن تلك المسارات ما زالت ترسل. إذا استخدمت جميع المحددات نفس المفتاح الخاص بدلاً من ذلك، فلن يوفر هذا الفصل على مستوى المخزون احتواءًا مستقلاً للمادة الرئيسية.

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

الأدلة اللازمة لاتخاذ القرار المقبل

قبل الموافقة على المثال، اسأل عما إذا كانت tx1 وmk1 وemp1 تحتوي على مواد تحقق عامة متميزة، وإمكانية الوصول إلى التوقيع التي يتم التحكم فيها بشكل منفصل ودعم التناوب المستقل. يمكن لبصمات الأصابع العامة مقارنة المواد ولكن لا يمكنها إثبات أن مقدم الخدمة قد قام بعزل الوصاية الخاصة أو بيانات الاعتماد. إذا كانت الإدارة مشتركة، قم بتوثيق مسار الفشل المشترك المتبقي بدلاً من استدعاء التدفقات معزولة بالكامل.

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

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

[ حسب الدور ]

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

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

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

التحقق من استقلال المفتاح الفعلي

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

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

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

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

تصميم حدود السلطة

يعمل فصل المفاتيح وفصل المجال على حل مشكلات الأمان المختلفة.

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

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

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

أولويات التعافي منفصلة

يكون للتدفقات مالكون مختلفون وتأثير تجاري عند فشل التوقيع.

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

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

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

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

هل تضمن المحددات المنفصلة مفاتيح منفصلة؟

لا. تحقق من المادة الرئيسية الأساسية ونموذج الحفظ.

RFC 6376 §3.1

هل يقوم محدد التسويق بتقييد التوقيعات على التسويق؟

لا. لا تفرض تسمية المحدد غرض الرسالة.

RFC 6376 §3.1 RFC 6376 §3.5

هل يمكن للمفاتيح المنفصلة تقليل اقتران الحوادث؟

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

RFC 6376 §3.6.1 RFC 6376 §8.3

هل نحتاج إلى مجالات توقيع منفصلة؟

يعتمد ذلك على حدود السلطة المطلوبة ومتطلبات التكوين والمحاذاة المدعومة.

هل سيتم محاذاة النطاق الفرعي ضمن وضع DKIM الصارم؟

فقط التطابق التام مع مجال المؤلف هو المؤهل للمحاذاة الصارمة.

RFC 9989 §3.2.10.2

هل هذا يعزل السمعة؟

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

ما الذي يجب أن تغطيه اختبارات الدوران؟

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

ما الذي ينتمي إلى خارج الطائرة؟

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

[ مصادر ]

مصادر

  1. RFC 6376

    الأقسام §1 · §3.1 · §3.5 · §3.6.1 · §5.5 · §8.3

  2. RFC 9989

    الأقسام §3.2.10 · §4.4 · §4.4.1 · §4.10.2 · §3.2.10.2

[ مسرد ]

مسرد

DKIM
توقيع مرتبط بالمجال على محتوى الرسالة المحدد، ويتم التحقق منه باستخدام بيانات المفتاح العام.

RFC 6376 §1

محدد
القيمة s المستخدمة مع مجال التوقيع d للعثور على بيانات التحقق.

RFC 6376 §3.1 RFC 6376 §3.5

محاذاة DMARC
العلاقة المطلوبة بين المعرف المعتمد ومجال المؤلف.

RFC 9989 §4.4

مصدر المؤسسة

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

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

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

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

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

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