[ DKIM ]

فهم المقايضة الأمنية لعلامة DKIM ذات طول الجسم

قم بتقييم التغطية الجزئية للجسم قبل قبول التوقيع الذي يسمح بالمحتوى الملحق غير الموقع.

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

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

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

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

تعرف على ما يقيسه الطول

RFC 6376 القسم 3.5 يُعرّف l بأنه عدد الثمانيات في النص الأساسي. إنه ليس عدد الأحرف أو عدد الأسطر أو حجم المرفق. تحديد العنوان القانوني يحدث قبل تطبيق حد الطول. بدون l، يتم تغطية الجسم الأساسي بالكامل. القيمة صفر لا تسمح لأي محتوى بالمساهمة في التجزئة؛ وهذا لا يعني تغطية غير محدودة.

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

افهم لماذا قد تكون التمريرة مضللة

تم تصميم الميزة لتحمل الإضافات مثل مقطورات القائمة البريدية. لكن، RFC 6376 القسم 8.2 يحذر من أن المحتوى الملحق يمكن أن يستغل بنية MIME أو عرض العميل بحيث يرى المستلم مادة مضللة بينما تظل البادئة المغطاة سليمة. وبالتالي فإن التوقيع المار لا يثبت سلامة النص المعروض بالكامل عندما يترك l لاحقة مكشوفة.

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

فحص قبل تغيير السياسة

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

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

تفضل المحتوى الكامل عند حدود التوقيع

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

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

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

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

اعمل على مثال ذو طول متعارف عليه

افترض أن أداة المطابقة تقيس نصًا أساسيًا مكونًا من 140 ثمانيًا وأن التوقيع له l=100. يغطي تجزئة النص أول 100 ثماني بتات؛ الأربعون المتبقية خارج تغطية تجزئة الجسم. إذا ظلت البادئة المغطاة والرؤوس الموقعة دون تغيير، فقد يؤدي المحتوى الإضافي الإضافي إلى نجاح عملية التحقق. إذا كان النص الأساسي بدلاً من ذلك هو 80 ثمانيًا فقط مع l=100, فإن القيمة تنتهك القسم 3.5 RFC 6376 ويكون التوقيع غير صالح. يتم إنشاء هذه الأعداد بعد التحديد الأساسي، وليس أحجام الملفات الأولية أو اختبار التشفير الذي تم تنفيذه.

احتفظ بسجل تحقيق مدمج

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

  • التوقيع: d، المحدد، c، h وl، أو سجل أن l غائب.
  • التغطية: طول الجسم الأساسي، البادئة المغطاة واللاحقة غير الموقعة، مقاسة بأداة مطابقة.
  • التفسير: تغطية نوع المحتوى وتأثيرات عرض MIME /العميل.
  • القرار: إزالة التغطية الجزئية، أو إعادة تصميم أمر التوقيع، أو توثيق استثناء ضيق النطاق.

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

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

[ حسب الدور ]

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

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

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

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

حجم الملف الأولي ليس هو عدد الجسم المحمي.

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

  1. افحص l وc معًا.
  2. إزالة الاختبار على التدفقات الخاضعة للرقابة.

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

سجل مخاطر التفسير المتبقية

يمكن أن يؤثر المحتوى الملحق على ما يراه المستلم.

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

  1. مراجعة MIME والآثار المترتبة على العميل.
  2. قم بتسمية مالك الاستثناء.

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

لا تساوي التمريرة مع التغطية الكاملة

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

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

  1. اسأل عن الطرق التي تستخدم l.
  2. قم بتمويل تصميم توقيع المحتوى النهائي.

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

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

هل يتم قياس l بالأحرف؟

لا، فهو يحسب الثمانيات من النص الأساسي.

RFC 6376 §3.5

ماذا يحدث عندما أكون غائبا؟

يتم تضمين الجسم الأساسي بالكامل في تغطية تجزئة الجسم.

RFC 6376 §3.5

هل l=0 يعني غير محدود؟

لا، فهذا يعني أنه تمت تغطية صفر ثمانيات من الجسم.

RFC 6376 §3.5

هل يمكنني تجاوز طول الجسم الفعلي؟

القيمة التي تتجاوز طول النص الأساسي تجعل التوقيع غير صالح بموجب RFC 6376 .

RFC 6376 §3.5

هل يمكن أن يظل المحتوى الملحق بدون توقيع؟

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

RFC 6376 §3.5

هل سيقبل كل مستلم توقيع بادئة صالح؟

لا. يجوز للمقيمين تطبيق السياسة على التوقيعات باستخدام l; يحذر RFC 6376 على وجه التحديد من المخاطر.

RFC 6376 §8.2

هل يؤدي التوقيع على نوع المحتوى إلى إزالة كافة المخاطر؟

لا. تغطية الرأس ذات الصلة مهمة، لكن لاحقة النص غير الموقعة تظل غير موقعة.

RFC 6376 §8.2

ما هو إصلاح التذييل المفضل؟

قم بتقييم تطبيق التذييل قبل التوقيع النهائي المعتمد بدلاً من الحد من تغطية الجسم.

[ مصادر ]

مصادر

  1. RFC 6376 مفاتيح المجال التي تم تحديد توقيعات البريد بها

    الأقسام §3.5 · §5.3.1 · §5.4.1 · §6.1.3 · §8.2

  2. RFC 9989 تقارير مصادقة الرسائل ومطابقتها على أساس المجال

    الأقسام المقدمة · §4.4 · §5.3.5

  3. نتائج المصادقة RFC 8601

    الأقسام §1.2 · §7.1

[ مسرد ]

مسرد

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

RFC 6376 §1

تحديد العنوان القانوني
يتم تطبيق التحويلات المحددة على الرؤوس أو النص قبل تجزئة DKIM والتحقق منها.

RFC 6376 §3.4

علامة طول الجسم (ل)
عدد اختياري يحد من عدد ثمانيات النص الأساسية التي تدخل إلى تجزئة نص DKIM .

RFC 6376 §3.5

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

RFC 6376 §8.2

مصدر المؤسسة

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

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

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

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

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

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