تعامل مع تاريخ التعديل كدليل، وليس كإذن
قد تقوم القائمة البريدية بإضافة تذييل أو مراجعة حقل الموضوع لسبب مشروع. يمكن للوسيط المعادي أيضًا تغيير الرسالة. والسؤال المهم ليس ببساطة ما إذا كان شيء ما قد تغير، بل ما إذا كان المتلقي يستطيع إعادة بناء التاريخ ذي الصلة، والتحقق من المجالات المسؤولة، وتحديد ما يعنيه هذا التاريخ. يقترح DKIM2 الآلات للمهمتين الأوليين؛ ولا يجيب تلقائيًا على الثالث.
وهذا التوضيح مثبت draft-ietf-dkim-dkim2-spec-09، بتاريخ 1 نوفمبر 2026 وهي حاليًا مسودة إنترنت نشطة. وتتعلق حالات التحقق المقترحة الخاصة بها بالتعديلات غير المعلنة واتساق مسار التسليم. ويفصل القسم 14.1 بوضوح هذه الضوابط عن قيمة الرسالة أو مدى ملاءمة التغييرات المعلنة. السلسلة التي تم التحقق منها ليست توصية ثقة شاملة.
قم ببناء مسار أصلي ولكن خيالي بشكل واضح
خذ بعين الاعتبار ثلاثة أنظمة مخترعة: author.larch.example و list.fir.example و inbox.birch.example . الأول ينشئ رسالة يتكون جسمها من سطرين، "جدول الأعمال" و"الجمعة ظهرًا". تُلحق القائمة سطرًا ثالثًا، "تذييل القائمة"، دون تغيير النص بأي طريقة أخرى. افترض أن المجالات وعناوين المغلفات والساعات والمفاتيح ستفي بالفحوصات ذات الصلة. هذه مدخلات تعليمية منصوص عليها، وليست رسالة ملتقطة أو دليل يمكن التحقق منه بواسطة أي توقيع.
عند الإنشاء، يتضمن التمثيل المقترح مثيل الرسالة m=1 مع الرأس الأصلي وتجزئة النص وDKIM2-Signature i=1 الذي يشير إلى هذا المثيل. بعد تغيير القائمة، يقوم المثيل الثاني بتسجيل التجزئات الحالية والمعلومات اللازمة لإعادة بناء النموذج السابق. تضيف القائمة توقيعها الخاص مع التسلسل المناسب ومرجع المثيل. لم يتم اختراع قيم التجزئة وبايتات التوقيع عمدًا في هذا المثال.
اشرح لماذا تعمل الوصفات بشكل عكسي
القسمان 5 و12.1 وصف وصفات لإعادة إنشاء محتوى الرسالة السابقة. في حالة النص الخيالي، تعني إعادة بناء النص الأصلي الاحتفاظ بالسطرين الحاليين الأولين واستبعاد التذييل الملحق. تشرح الوصفة كيفية استعادة الحالة القديمة من الحالة الجديدة؛ إنها ليست مجرد تعليمات تقول "أضف تذييلاً". ستحتاج التركيبة الحقيقية إلى محتوى دقيق بالبايت وقواعد ترميز دقيقة للمسودة.
يحتاج متغير تغيير الرأس إلى دليل إعادة الإعمار الخاص به. إذا كانت القائمة تسبق الموضوع، فيجب أن تكون القيمة الأصلية قابلة للاسترداد للتحقق من تجزئة الرأس السابقة. قم بتسجيل الحقل الأصلي والحقل المعدل والوصفة معًا حتى يتمكن المراجع من تحديد ما إذا كان التغيير قد تم تمثيله بأمانة أم لا. لا تعتمد على لقطة شاشة عميل البريد المقدمة، والتي يمكن أن تخفي تفاصيل الطي والتشفير والحقول المكررة ذات الصلة بأداة التحقق.
التحقق من أكثر من التوقيع الأحدث
تحت القسم 13، يتحقق التحقق الكامل من مثيلات الرسالة السابقة التي أعيد بناؤها من خلال تطبيق الوصفات اللاحقة بترتيب تنازلي، بالإضافة إلى سلسلة التوقيع. يعد التحقق من النص النهائي المعروض وأحدث التوقيع فقط عملية مختلفة وأضيق. ويحدد المشروع بشكل منفصل التحقق المؤقت للتقييم الأولي المحدود؛ يجب ألا تشترك النتيجتان في شارة خضراء غير مؤهلة.
يحتاج المتلقي أيضًا إلى سياق التسليم. يقارن القسم 14.4 أحدث معلومات المغلف الموقع مع معاملة SMTP الفعلية، بينما يجب أن تستوفي القفزات السابقة قواعد السلسلة. يتحقق القسم 14.8 من حقول "من" الحالية والتاريخية ذات الصلة مقابل هويات التوقيع المناسبة. لا يمكن لأرشيف المحتوى فقط إنشاء كل هذه الشروط إذا فقد المظروف الأصلي وأدلة وقت القبول.
بالنسبة للمسار الخيالي، فإن تسلسل المراجعة المتوقع هو: فحص بناء الجملة والترتيب، والاحتفاظ بسياق SMTP ، والتحقق من الطوابع الزمنية، والتحقق من صحة السلسلة والمفاتيح، والتحقق من التوقيعات، وإعادة بناء كل مثيل ذي صلة، ومقارنة التجزئة، وتقييم الأصالة. هذا هو تتبع المنطق المقترح. ولا يعد هذا ادعاءً بأن حزمة برامج معينة نفذت تلك الخطوات أو أعادت المرور.
احتفظ بالوصفات الفارغة والتنقيح مرئيًا
تسمح المسودة بصيغة نص فارغة للإشارة إلى أنه لا يمكن إعادة بناء نص سابق. لا يسمح بالوصفات الفارغة لتغييرات الرأس. هذا التمييز مهم بالنسبة للبوابة التي تزيل المواد السرية: يمكن للوصفة القابلة للعكس أن تحتفظ بالمحتوى نفسه الذي كانت البوابة تريد إزالته. يجب أن تقوم مراجعة الخصوصية بفحص حمولة الوصفة، وليس فقط الجسم النهائي المرئي للمستلم.
يشير القسم 13 من Core -09 إلى أنه لا يمكن التحقق من تجزئات النص السابقة الموجودة أسفل الوصفة الفارغة ولم يتم التحقق من الرسالة بالكامل. ومع ذلك، قد تقبله السياسة المحلية، على سبيل المثال في ظل علاقة مناسبة. وهذا لا يعادل استعادة الأدلة المفقودة بطريقة مشفرة. يجب على المختبر الإبلاغ عن فحص الجسم التاريخي غير المتاح وقرار القبول المحلي المنفصل بدلاً من إعادة تسمية النتيجة للتحقق الكامل.
لا تخلط بين الطلبات والثقة القابلة للتنفيذ
المنفصلة CanModify -00 مسودة يستكشف طلبات المنشئ حول التعديلات. تم نشره في 2 نوفمبر كمسودة فردية عبر الإنترنت. ومعالجتها هي السياسة المحلية، ولا تزال بعض المناقشات الحميدة غير مكتملة بشكل واضح. لا ينبغي دمجه في core -09 كنظام أذونات منتشر عالميًا.
وهذا يخلق تمييزًا عمليًا للمشغلين. يمكن أن تدعم الوصفة الإسناد، ويمكن أن يعبر طلب المنشئ عن تفضيل، ويمكن للمتلقي أن يقرر ما إذا كان سيقبل الرسالة الناتجة أم لا. لا شيء وحده يثبت أن الرسالة المعدلة آمنة. يجب أن تحدد ملاحظات المراجع أي من هذه الأسئلة تجيب عليه النتيجة الملحوظة بالفعل، خاصة عندما يستخدم تقرير المنتج كلمة "موثوق" دون تعريفها.
احتفظ بأدلة التحقق المفقودة بالضبط
العمولة المحددة هي: تتبع رسالة أصلية واحدة ومعدلة وتم التحقق منها من خلال نموذج مسودة الإصدار المثبت. يوفر التتبع الخيالي الأصلي البنية والفحوصات المتوقعة، ولكن لا توجد رسالة موقعة أو تجزئة محسوبة أو مخرجات تحقق متوافقة أو نتيجة فعلية تم التحقق منها في هذه الحزمة. تظل بوابة أدلة التشغيل مفتوحة بدلاً من إغلاقها بواسطة رسم توضيحي.
ينبغي للتجربة المستقبلية المعتمدة أن تحافظ على كل من نماذج الرسائل وبيانات إعادة البناء والبيانات الوصفية للمغلف واللقطات الرئيسية وإصدارات البرامج وتشخيصات التحقق الكاملة. قم بتضمين عنصر تحكم تغيير غير معلن ومتغير وصفة فارغة. يجب على المتخصصين الفنيين والخصوصيين مراجعة التفسير والتعرض قبل أي استخدام حقيقي. تعد قابلية تطبيق الإنتاج والمراجعة المرئية وموافقة المالك على النشر رائعة أيضًا؛ لا يتم تقديم أي مطالبة بالهجرة أو الثقة العالمية هنا.