نجحت سلسلة التحقق، أما السطر الذي أعلن النجاح فبقي بلا توقيع

الخلاصة

• تقترح النسخة 00 نتيجة واحدة قابلة للقراءة الآلية لسلسلة DKIM2 كلها، مع نطاق المنشئ ورقم التوقيع الذي نُسب إليه بعض أنواع الفشل.
• لا يوقّع DKIM2 حقل النتيجة؛ فهو ذو معنى داخل ADMD الذي أنشأه فقط، ولا يجوز نسخه إلى نظام لاحق باعتباره إثباتاً.
• قد يظهر header.d مع نتيجة غير pass لغرض التشخيص من دون أن يكون هوية موثقة؛ أما تعليق القفزات فهو نص متأثر بالمهاجم وليس واجهة للسياسة الآلية.

لنفترض أن بوابة بريد تحققت من جميع تواقيع DKIM2 ثم أضافت dkim2=pass. عندما تعيد إرسال الرسالة إلى مؤسسة أخرى، يمكن للمؤسسة الثانية أن تفحص السلسلة بنفسها، أو أن تثق في السطر المنسوخ. الخياران ليسا متكافئين: الأول يعيد اختبار الدليل، والثاني يصدق تقريراً كتبته جهة خارج حدوده.

هذه هي المسألة التي يعالجها المسوّد الأولي المعلن في 5 سبتمبر 2026. لا ينشئ النص سلسلة التوقيع، بل يحدد كيف تُعرض نتيجة التحقق منها في Authentication-Results. الدليل المشفّر قابل لإعادة الفحص؛ أما التقرير فيُنشأ بعد الفحص لخدمة مكونات داخلية.

تُظهر واجهة Datatracker البرمجية أن الوثيقة Internet-Draft فردية، بلا تبنٍّ رسمي أو مكانة معيارية لدى IETF. تحفظ صيغة XML نص النسخة، ويثبت إعلان I-D تاريخ النشر والمؤلف والملخص. عبارة Standards Track تصف النية، لا نتيجة تحققت.

يحدد مسوّد DKIM2 الأساسي، النسخة 06، أربع حالات بعد محاولة التحقق: PASS وFAIL وPERMERROR وTEMPERROR. يقترح مسوّد التقرير مقابلاتها بالحروف الصغيرة ويضيف none عند غياب توقيع DKIM2 وعدم إجراء التحقق. وللوثيقة الأساسية سجل Datatracker مستقل بوصفها وثيقة مجموعة عمل؛ لا تنتقل هذه الصفة إلى المسوّد الفردي تلقائياً.

النتيجة واحدة للرسالة كلها. في DKIM1 يمكن الإبلاغ عن كل توقيع مستقل على حدة. أما هنا فالسؤال يتعلق بصلاحية Chain of Custody كاملة. يبدأ المدقق من أحدث توقيع، صاحب أكبر رقم i=، وقد يتوقف عند اكتشاف الفشل. تظهر التواقيع الأقدم عندئذٍ في التعليق بوصفها skipped: لم تفشل، لكنها لم تُفحص.

يفرض ذلك شرطاً دقيقاً على header.d. يأخذ الحقل نطاق التوقيع الأصلي i=1، ويمكن عرضه مع أي نتيجة للمساعدة في التحقيق. لكنه لا يصبح هوية موثقة إلا عندما تكون النتيجة الكلية pass. إذا حفظ نظام السمعة اسم النطاق وأسقط حالة fail أو temperror، يكون قد رفع قيمة تشخيصية إلى مستوى هوية لم يثبتها التحقق.

أما header.i فيكشف خطأً محتملاً في تصميم البيانات. مع DKIM2 يعني رقم التوقيع المنسوب إليه الفشل. مع DKIM1 يحمل الاسم نفسه معنى Agent or User Identifier. لذلك لا بد أن يبقى اسم طريقة المصادقة جزءاً من نوع الخاصية؛ وإلا اختلط موقع رقمي بهوية.

يأتي أصل الثقة من RFC 8601. صُمم Authentication-Results لينقل نتائج التحقق بين مكونات التحقق والتقييم داخل Administrative Management Domain واحد. وغالباً لا يملك الحقل سلامة خاصة به. لذا يجب على MTA الحدودي إزالة النسخ غير الموثوقة التي تزعم أنها صادرة عن خدماته قبل أن يضيف نتيجته المحلية.

لا يثبت authserv-id نفسه؛ إنه اسم للخدمة التي تدّعي إجراء الفحص. تحدد الإعدادات المحلية والمسار الداخلي أي الأسماء مقبول. ويستبعد DKIM2 حقل Authentication-Results عمداً من التوقيع لأنه يُضاف بعد التحقق ويُزال عادة عند عبور حدود الثقة. يمكن لأي معالج للرسالة أن يغيره من دون أن يكتشف DKIM2 ذلك.

حتى التقرير الصحيح لا ينتقل إلى معاملة أخرى. يربط أحدث توقيع DKIM2 الرسالة بقيم MAIL FROM وRCPT TO في معاملة SMTP التي شاهدها المدقق. تعني pass أن السلسلة صمدت حتى ذلك المدقق في ذلك الاستلام. ينشئ إعادة التوجيه معاملة جديدة. لا ينسخ الموجّه النتيجة القديمة لفائدة النظام التالي؛ بل يضيف توقيعه DKIM2، ثم يعيد المستلم التحقق وينشئ تقريره المحلي.

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

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

وتأتي قيم داخل التعليق من عناصر يستطيع المرسل أو الوسيط التأثير فيها، مثل selector والنطاق وMAIL FROM وRCPT TO. في RFC 5322 للأقواس والشرطة المائلة العكسية معنى نحوي. يجب تهريبها بصيغة quoted-pair، وتحديد الطول، وعرض النص بوصفه غير موثوق. وإلا قد يغلق المهاجم التعليق مبكراً ويجعل نصاً يختاره يبدو نتيجة مصادقة إضافية داخل حقل موثوق محلياً.

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

يشبه التقسيم سابقة ARC: خصائص قليلة قابلة للاستخدام الآلي، وتفاصيل أوسع للتشخيص البشري. يشرح DKIM المعاني السابقة للخصائص، وتضع معمارية بريد الإنترنت ADMD في موضع الحد التشغيلي لا السلطة العالمية.

لم يحتوِ سجل IANA لمعاملات مصادقة البريد على dkim2 وقت البحث. يطلب المسوّد تسجيل الطريقة وخاصيتين وخمس نتائج. الطلب ليس تسجيلاً ناجزاً.

تسمح المواصفة الأولية الدنيا لدى Heng Lu بمفردات مشتركة من دون مصادرة قرار كل مشغل. تفصل طبقات الواقع بين التوقيع والتحقق والتقرير والعمل. وتسأل أولوية الكود العامل عما حذفته البوابة فعلاً وما أعاد المستلم فحصه فعلاً.

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