الخلاصة

  • يتيح RFC 5349 لـ KDC رفض معلمات ECDH وإرجاع TD-DH-PARAMETERS مرتبة حسب تفضيله مع KDC_ERR_DH_KEY_PARAMETERS_NOT_ACCEPTED. غير أن رسالة الخطأ في Kerberos ليست محمية بالتكامل، ولذلك تبقى القائمة مدخلاً للتفاوض لا تفويضاً.
  • يمكن لمعلمات داخل شهادة ECC أن تقلل الحاجة إلى إعداد مسبق منفصل، لكن المسؤولية تنتقل إلى الإصدار والتحقق من المسار وقيود الخوارزمية وسياسة القبول. قبول الشهادة لا يثبت أن النقطة العامة صالحة على المنحنى الصحيح.
  • عند استخدام مفتاح ECDH خاص طويل العمر، قد يؤدي قبول نقاط غير صالحة مراراً إلى تسريب معلومات حتى انكشاف المفتاح. يجب فصل إيصالات الشهادة والنقطة وتقاطع السياسة والسر المشترك والتذكرة ونتيجة التطبيق.

تقليل الإعداد لا يعني اختفاء صاحب القرار

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

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

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

السؤال الإداري الصحيح ليس «كم ملفاً أزلنا؟» بل «من يستطيع تغيير المعلمة الآن، وما المراجعة المطلوبة، وما الأثر الذي يتركه التغيير؟».

رسالة الخطأ تؤثر ولا تمنح الإذن

يرسل العميل قيمة ECDH ومعلماتها في طلب PKINIT. إذا رفضها KDC، يستطيع أن يعيد رمز الرفض وقائمة بدائل مرتبة. يختار العميل قيمة ثم يحاول من جديد.

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

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

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

النجاح اللاحق لا يصادق على الرسالة السابقة

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

يثبت ذلك أن خياراً مقبولاً وجد في التقاطع المتبقي وأن التنفيذ اللاحق نجح. ولا يثبت أن القائمة جاءت فعلاً من KDC أو أن ترتيبها عكس تفضيله الحقيقي.

للتدقيق سؤالان منفصلان: هل كانت المعلمة النهائية مسموحة ونُفذت بصورة صحيحة؟ وهل حافظ مسار التفاوض على أصل التفضيل وترتيبه؟ قد تكون الإجابة الأولى نعم بينما تبقى الثانية مجهولة.

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

ترتيب القائمة معلومة حوكمة

لا تمثل TD-DH-PARAMETERS مجموعة غير مرتبة. قائمتان بالعناصر نفسها قد تنتجان اختيارين مختلفين إذا تغير الترتيب.

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

كما يجب ربط قرار الاختيار بإصدار السياسة المحلية. لا يمكن لإعداد حالي عُدّل لاحقاً أن يفسر قراراً تاريخياً بدقة.

بهذا الدليل يمكن التمييز بين تغيير في التفضيل بقي داخل الحد الآمن وبين تشغيل قيمة لم تكن مسموحة أصلاً.

سلامة الشهادة لا تثبت سلامة النقطة

يدمج RFC 5349 شهادات ECC والتوقيعات في هياكل PKINIT وCMS المعروفة. يتحقق مسار X.509 من المصدر والجذر الموثوق والأسماء والقيود والفترة والتوقيع.

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

الحاوية الموقعة لا تجعل كل سلسلة بتات قابلة للتحليل إدخالاً آمناً. جواب «الشهادة صالحة» يختلف عن جواب «النقطة صالحة على المجموعة الصحيحة».

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

المفتاح طويل العمر يحول الخطأ إلى مسار استخراج

يحذر RFC 5349 من أن استخدام مفتاح ECDH خاص طويل العمر مع نقطة ليست صالحة على المنحنى الصحيح قد يسرب معلومات عن المفتاح. ويمكن أن تكشف المحاولات المتكررة المفتاح كاملاً.

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

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

لكل محاولة يلزم ربط المصدر ومعرف المنحنى ونتيجة التحقق وهوية المفتاح وعمره وسبب الرفض وعدد مرات الاستخدام والسلوك الملحوظ.

قيم nonce تحمل شرط إعادة الاستخدام

يحافظ RFC 5349 على منطق RFC 4556 الذي يستخدم clientDHNonce وserverDHNonce لكي يسمح العميل وKDC بإعادة استخدام مفاتيح ECDH. لا يمنح ذلك إذناً عاماً للاحتفاظ بالمفتاح من أجل السرعة.

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

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

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

المفتاح الأصغر ليس فاتورة تشغيلية أصغر

يعرض المستند ECC كخيار جذاب لأنه يحقق، في المقارنات التاريخية المذكورة، قوة تقارب RSA أو DSA بمفاتيح أصغر. ويوضح جدول تقريبي سياق التصميم في 2008.

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

قد يقلل الترميز الأقصر التخزين أو النقل وبعض الحساب. وقد يضيف في الوقت نفسه معرفات خوارزمية ومحاللات وسياسات منحنيات ومسارات فشل جديدة.

لا ينبغي تحويل جدول تاريخي إلى قرار شراء حالي. القرار يحتاج معايير ومنصات وتقييماً للتهديد في زمنه الحالي.

الدعم الإلزامي أرضية قدرة فقط

يتطلب RFC 5349 من التنفيذ المتوافق دعم P-256 وP-384. هذه أرضية مشتركة للتشغيل البيني.

لا تثبت أن منحنى مفعّل في نشر معين، أو أنه عُرض أو سُمح به أو أعاده KDC أو اختير أو تحقق منه أو نُفذ. وينطبق الحد نفسه على دعم ecdsa-with-Sha256 في النص التاريخي.

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

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

المنحنى المسمى يوازن التشغيل البيني بالتركيز

تضغط المنحنيات المسماة المعلمات في معرف مشترك وتسهل اتفاق التنفيذات. ويمكن لهياكل RFC 4556 أيضاً حمل معلمات صريحة لمنحنيات مخصصة.

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

أما التنوع فلا يضمن الأمان تلقائياً؛ منحنيات أكثر تعني شيفرة وإعدادات وتفاوضاً ومساحات خفض أكثر. يلزم قياس خطر التركيز مقابل تعقيد التشغيل.

تشمل الأدلة عدد المفاتيح وتنوع المكتبات وتغطية التحقق واعتماد العتاد وزمن الاستبدال والاختيارات المرصودة، لا مجرد عدد الأسماء المدعومة.

السر المشترك ليس قرار التطبيق

بعد قبول ECDH، يحسب الطرفان نقطة ويحولان الإحداثي x إلى سلسلة ثمانيات تصبح DHSharedSecret في مسار RFC 4556. نجاح الحساب يثبت إنتاج مدخل المرحلة التالية.

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

نُشر RFC 5349 في سبتمبر 2008 بصفة Informational، وينص على أنه لا يغير تركيب رسائل RFC 4556 أو معناها. لم تعرض لقطة بحث RFC Editor سجلات أخطاء للمستند؛ وهذه ملاحظة مؤرخة لا ضمانة لكل تنفيذ.

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