الخلاصة

  • يعرّف RFC 9734 الذي ألفه Rohan Mahy قيمة id-kp-imUri ضمن EKU لشهادة تثبت هوية عميل مراسلة فورية.
  • تمنح القيمة غرضاً أضيق وتحد من الالتباس بين البروتوكولات، لكنها ليست سجل إرسال أو استلام أو قراءة أو احتفاظ.

التحديد هو المنفعة

يمكن أن يحمل العميل شهادة فيها URI للمراسلة الفورية أو XMPP. لكن أغراض X.509 العامة مثل clientAuth وserverAuth واسعة. لذلك يعرّف RFC 9734 غرضاً يشير إلى أن الشهادة مخصصة لتوقيع اعتماد هوية IM. وينصح النص بألا يجمع المُصدر هذا الغرض مع الأغراض العامة، لأن الجمع يهدم الدقة المقصودة.

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

لا تختصر رحلة الرسالة في اعتماد

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

السؤال الدليل المناسب ما لا تثبته EKU وحدها
هل الاعتماد مخصص لهوية IM؟ الشهادة وسلسلة التحقق وجود رسالة
هل قبلت الخدمة الطلب؟ سجل الطلب والقرار النتيجة عند المستلم
هل ظهر المحتوى على جهاز؟ ملاحظة عميل أو بروتوكول قراءة إنسانية
هل يبقى الملف قابلاً للمراجعة؟ ضوابط الاحتفاظ والسلامة حصول الاحتفاظ فعلاً

إسهام محدد لا سلطة شاملة

تسجل صفحة IETF Mahy مؤلفاً لـ RFC 9734 ورئيساً لمجموعة Digital Emblems. هذا يوضح مساهمته في معيار مفتوح، ولا يمنحه ملكية جهة إصدار أو منصة مراسلة أو محادثة بعينها. تتوزع السلطة بين الكاتب والمُصدر والمنفذ والمشغل والطرف المستلم.

المصادر