الخلاصة

  • يصف RFC 5349 استخدام شهادات ECC وتوقيعاتها واتفاق ECDH داخل PKINIT من دون تغيير بنية رسائل RFC 4556 أو معناها. يرسل العميل القيمة العامة والمعلمات، ويرد KDC بقيمته إذا قبلها.
  • اشتقاق DHSharedSecret يثبت توافق العملية على المدخلات المستخدمة، لا صحة كل طبقة لاحقة. التحقق من الشهادة، وهوية KDC، وحداثة الطلب، وإصدار التذكرة، وترخيص الخدمة، ونتيجة المستخدم تحتاج إيصالات مستقلة.
  • إذا رفض KDC المعلمات، فإن قائمة البدائل تصل في رسالة خطأ غير محمية من العبث. لذلك يجب أن تظل سياسة العميل وKDC المحلية هي الحد الذي يجيز المنحنى، مع تحقق مستقل من أن المفتاح العام نقطة صالحة على المنحنى الصحيح.

الحساب المشترك يقع في منتصف الطريق

يضع العميل قيمة ECDH العامة ومعلمات المجال في PA-PK-AS-REQ. إذا قبل KDC الاختيار، يعيد قيمته العامة في PA-PK-AS-REP. يحسب الطرفان نقطة واحدة، ثم يحولان الإحداثي x إلى سلسلة بايتات تستخدمها خطوات PKINIT التالية.

هذا التسلسل لا ينتهي عند السر. ما زالت هناك هوية الشهادة، وغرض المفتاح، وحداثة الطلب، والتحقق من الرد، وإنشاء تذكرة AS، ثم تذكرة الخدمة، ثم قرار التطبيق.

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

السجل القابل للمراجعة يحتفظ بعرض المعلمات، وقرار السياسة، والتحقق من الشهادة، والتحقق من النقطة، واشتقاق السر، وKDF، والرد الموثق، والتذكرة، وترخيص الخدمة، والنتيجة المرئية.

قائمة البدائل لا تملك سلطة تغيير السياسة

إذا لم يقبل KDC المعلمات، يمكنه إرسال الخطأ 65 مع TD-DH-PARAMETERS مرتبة حسب تفضيله. يستطيع العميل اختيار عنصر وإعادة المحاولة.

لكن رسائل الخطأ في Kerberos ليست محمية بالتكامل. يوضح RFC 5349 أن مهاجماً يمكنه تغيير المجموعة لتكون أضعف أو ليست التفضيل المتبادل الحقيقي. القائمة تصف دعماً مزعوماً؛ ولا تمنح إذناً دائماً.

لهذا يلزم كلا الطرفين بسياسة محلية عندما لا تتوافر معرفة مسبقة. التقاطع بين السياستين هو المجال المسموح. لا يجوز أن يتعلم العميل allow-list من حركة الشبكة، ولا أن يحفظ retry ناجحاً باعتباره قراراً إدارياً.

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

اسم المنحنى لا يتحقق من النقطة

حتى بعد الاتفاق على P-256 أو P-384، تبقى القيمة العامة المستلمة مدخلاً يحتاج تحققاً. يشدد RFC 5349 على ذلك عند استخدام private key طويلة العمر. إن معالجة نقطة غير صالحة أو على منحنى خاطئ قد تكشف معلومات عبر التكرار حتى ينكشف المفتاح.

الـ identifier يحدد المجموعة المتوقعة. فحص النقطة يقرر هل البايتات تنتمي إليها. عرض اسم المنحنى في dashboard لا يثبت أن الفحص وقع.

عمر المفتاح يحدد نطاق الحادثة. محاولة واحدة مع مفتاح ephemeral ليست كعدة محاولات ضد السر نفسه. لذلك يلزم رقم key instance وحالة reuse وnonces ونتيجة validation.

يوفر NIST SP 800-56A Rev. 3 المرجع الحالي المجمد لتأسيس المفاتيح والتحقق، ويكمله SP 800-186 وFIPS 186-5 للسياق الحالي. أعلنت NIST تحديثاً لـSP 800-56A ولم تعلن سحبه. جدول RFC لعام 2008 ليس سياسة 2026 كاملة.

الشهادة تقلل الإعداد ولا تلغي الحكم

يشير RFC 5349 إلى إمكانية استخدام المعلمات الموجودة في شهادة العميل أو KDC بدلاً من إعدادها في مكان آخر. هذا يقلل سطح التهيئة.

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

في الأنظمة المؤتمتة يجب فصل parameter_source=certificate عن policy_decision=allow. دمجهما يجعل الراحة التشغيلية تتخذ قراراً أمنياً لم تُفوّض به.

التوحيد يوسع التوافق ومجال الصدمة

يفرض RFC 5349 دعم P-256 وP-384، ويناقش المنحنيات المسماة والمخصصة والبنية والكفاءة وخطر الاعتماد الواسع على منحنى واحد. لا يثبت وقوع كسر كارثي؛ بل يحدد trade-off.

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

القرار المطلوب هو تحديد مجتمع التوافق، والخيارات المسموحة، والاستثناءات المؤقتة، وخريطة المفاتيح المتأثرة بأي سحب. يعيد RFC 8636 الحدود نفسها عند KDF: غياب الحقل قد يعني KDC قديماً أو downgrade، والسياسة المحلية تقرر المتابعة.

مسودة PKINIT لما بعد الكم في 2026 تستخدم hints وretry أيضاً، لكنها عمل جارٍ وليست حقيقة معيارية أو دليلاً على deployment.

لا نحول وثيقة Informational إلى قياس للسوق

RFC 5349 معلوماتي. يسجل IANA الأرقام المخصصة ولا يقيس من يستخدمها. لا تثبت المصادر الحالية نسبة انتشار أو حادثة أو سلوك vendor بعينه.

نستخدم Minimum Initial Specification لـLu Heng كتشبيه لاحق معلن: الحد المشترك يحدد اللغة الدنيا، والقرار المستقبلي يبقى قريباً من الطرف المشغل. وتساعد Reality Layers على فصل الرمز والوثيقة والتحقق والنتيجة. لم تكن الملاحظتان سبباً للـRFC ولا تأييداً له.