[ DKIM ]

فشل تجزئة نص DKIM : ابحث عن مكان تغيير الرسالة الموقعة

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

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

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

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

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

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

تأكيد الفشل الدقيق

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

سجل d=, s=, الخوارزمية, ال c= إعداد تحديد العنوان الأساسي وأي علامة l= body length. احتفظ بالسبب الدقيق للتحقق. مهلة البحث الرئيسية، وخوارزمية غير مدعومة، وعدم تطابق توقيع الرأس، واستدعاء عدم تطابق تجزئة النص لإجراء تحقيقات مختلفة.

في RFC 6376 §3.5، قيمة bh= هي التجزئة المشفرة للنص الأساسي، وتخضع لمعاملة الطول المحددة. تنتمي القيمة b= إلى حساب التوقيع. التعامل مع هذه الأشياء على أنها غامضة قابلة للتبديل والتي فشل التحقق منها.

الحفاظ على الأدلة التي يمكن إعادة إنتاج النتيجة

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

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

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

قارن الرسالة قبل وبعد المعدلات المحتملة

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

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

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

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

افهم ما يمكن أن يتحمله التحديد الأساسي

قواعد تحديد DKIM الأساسية السماح بتطبيعات معينة. أنها لا تجعل التحرير التعسفي للمحتوى آمنًا. إن تحديد النص الأساسي المريح ليس إذنًا لإعادة كتابة الروابط أو إضافة فقرة بعد التوقيع.

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

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

أصلح مسار التعديل، ثم أعد تقييم المحاذاة

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

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

كرر سير العمل المتأثر واحتفظ بالأدلة السابقة واللاحقة. ثم استخدم تشخيص محاذاة DMARC لتحديد ما إذا كان المسار المحاذي للتمرير سيبقى أم ​​لا. يتم إغلاق الحادث عندما يتم فهم التحويل ذي الصلة وتأثيره ويتم التحقق من المسار المقصود.

اختر الخطوة التشخيصية التالية

استخدم تسلسل القرار المقترح هذا؛ لا يسجل أي اختبار تم تنفيذه:

  • لا يوجد مفتاح قابل للاستخدام أو مهلة استعلام المفتاح: اتبع نتيجة البحث أدناه RFC 6376 §6.1.2 بدلاً من تشخيص التذييل.
  • يختلف تجزئة النص المعاد حسابه عن bh: قارن تمثيل الجسم وإعدادات c/l الفعلية وقيمة bh المسجلة ضمن RFC 6376 §6.1.3. يعد bh التالف أو الذي تم إنشاؤه بشكل غير صحيح، أو خطأ في تنفيذ الموقّع/المدقق، سببًا محتملاً أيضًا؛ عدم التطابق وحده لا يثبت تعديل الجسم.
  • يتطابق تجزئة النص لكن التوقيع يفشل: افحص الرؤوس الموقعة وحساب التوقيع والعلاقة بين المفتاح والموقع؛ مطابقة bh وحدها ليست تمريرة DKIM .
  • التوقيعات المتعددة لا توافق: احتفظ بكل نتيجة مرتبطة بـ d وs الخاصة بها قبل أن تقرر ما إذا كان المسار المحاذي للتمرير سيبقى أم ​​لا.

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

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

[ حسب الدور ]

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

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

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

قارن البايتات الأصلية عند حدود المسار.

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

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

  1. قم بتسجيل كل إعداد للتوقيع والتحديد الأساسي.
  2. التقط قبل وبعد المعدل المشتبه به.
  3. أعد التحقق من مسار التوقيع النهائي المحاذي.

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

المحافظة على الأدلة وحدودها.

عدم التطابق هو ملاحظة سلامة، وليس إسنادًا تلقائيًا إلى مهاجم أو دليل على فشل جميع عمليات المصادقة.

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

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

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

ابحث عن النظام الذي قام بتغيير الرسالة.

لن يؤدي استبدال سجلات DNS إلى إصلاح تحويل المحتوى غير ذي الصلة بعد التوقيع.

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

  1. اسأل عن سبب الفشل بالضبط.
  2. احتفظ بسير عمل الأعمال المتأثر في الاختبار.
  3. تعيين مالك لمرحلة التعديل.

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

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

هل يعد فشل تجزئة نص DKIM مشكلة مفتاح مفقود؟

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

RFC 6376 §6.1.2 RFC 6376 §6.1.3

هل يمكنني التحقق من DKIM من النص المنسوخ من نافذة البريد الإلكتروني؟

استخدم الرسالة الأصلية المستلمة. تحذف نسخة النص المرئي تفاصيل MIME ومستوى البايت التي يمكن أن تؤثر على التحقق.

RFC 6376 §3.7

ما الفرق بين bh= و b=?

تمثل قيمة bh= تجزئة النص الأساسية المحددة. القيمة b= هي قيمة التوقيع المستخدمة في حساب التحقق من التوقيع المنفصل.

RFC 6376 §3.5

هل يثبت عدم تطابق تجزئة النص أن المهاجم قام بتحرير البريد الإلكتروني؟

لا، يمكن للبوابة أو الوسيط المعتمد تغيير المحتوى الموقع أيضًا. تتبع المسار وقارن الأدلة المحفوظة قبل تحديد السبب.

هل سيتحمل التحديد الأساسي المريح التذييل المُضاف حديثًا؟

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

RFC 6376 §3.4.4

هل يجب أن أستخدم l= للتحقق من الرسالة المحررة؟

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

RFC 6376 §8.2

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

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

RFC 9989 §4.4.1

ما هي الأدلة التي توضح الإصلاح؟

احتفظ بالفشل الأصلي ومرحلة التعديل وتغيير التكوين المدعوم والاختبار المتكرر لمسار العمل الفعلي مع نتائج التحقق الموثوقة.

[ مصادر ]

مصادر

  1. RFC 6376

    الأقسام §1 · §3.4 · §3.5 · §3.7 · §6.1.2 · §6.1.3 · §8.2 · §3.4.4

  2. RFC 9989

    الأقسام §4.4.1

  3. RFC 8601

    الأقسام §1.2

[ مسرد ]

مسرد

تجزئة الجسم (bh)
التجزئة المشفرة للبايتات الأساسية، محدودة بـ l عند وجودها.

RFC 6376 §3.5

قيمة التوقيع (ب)
قيمة توقيع التشفير المشفر، والتي تختلف عن تجزئة النص.

RFC 6376 §3.5

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

RFC 6376 §3.4

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

RFC 9989 §4.4.1

مصدر المؤسسة

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

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

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

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

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

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