الخلاصة

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

من رقم يشير إلى سجل إلى سجل مختوم

قبل التذاكر، كان TLS قادراً على إعادة استعمال جلسة سابقة. يشرح RFC 5246 أن جلسة TLS 1.2 تجمع معلمات أمنية يمكن أن تخدم عدة اتصالات. يختار الخادم معرّفاً لحالة نشطة أو قابلة للاستئناف، ويعيد العميل ذلك المعرّف لاحقاً.

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

غيّر RFC 4507 موضع التخزين سنة 2006. وضع الخادم حالة الجلسة في تذكرة وحمّل العميل مسؤولية حفظها. حل RFC 5077 محل النص الأول سنة 2008 مع بناء حماية موصى به أقوى.

لم يعد العميل يعود برقم خزانة داخلية؛ عاد بالخزانة نفسها، لكنها مختومة بختم لا يملكه.

الحامل لا يملك معنى ما يحمل

تذكرة RFC 5077 معتمة للعميل. يتضمن البناء الموصى به اسم مفتاح وقيمة ابتدائية وحالة مشفّرة وفحص سلامة. وقد تشمل الحالة مجموعة التشفير والسر الرئيسي والتوقيت ومعلومات ذات صلة بتوثيق العميل الأصلي.

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

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

الرفض مسار سليم لا عطلاً

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

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

مفتاح صغير يدير تاريخاً كبيراً

عبارة «بلا حالة على الخادم» تعني إمكان إزالة سجل خاص بكل عميل. تظل مفاتيح التذاكر وإصدارات الصيغة وقواعد الصلاحية والاتصالات الحية موجودة.

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

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

ثلاث ساعات لا تاريخ واحد

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

هناك زمن حفظ العميل، وزمن قبول الخادم الفعلي، وزمن بقاء المفتاح القادر على الفتح. قد ينهي الدوران الثاني مبكراً، وقد يعيد rollback سيئ المفتاح القديم إلى الحياة.

لا يصلح الغلاف أصلاً ضعيفاً

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

ربط extended master secret الاشتقاق بهاش سجل المصافحة. فالوعاء المحمول يرث صحة الجلسة التي أنشأته؛ إحكام الختم لا يعيد كتابة أصل ملتبس.

TLS 1.3 جعل التذكرة هوية لمفتاح مشترك مسبقاً

أعاد RFC 8446 بناء الاستئناف حول PSK. بعد المصافحة الأساسية يرسل NewSessionTicket مدة وقيمة لإخفاء العمر وnonce وتذكرة معتمة. في الاتصال التالي يثبت binder حيازة PSK المقابلة.

لا تتجاوز المدة المعلنة سبعة أيام، ولا يجوز للعميل التخزين أكثر. ويمكن جمع PSK مع تبادل Diffie–Hellman مؤقت جديد؛ يوصي RFC 9325 بذلك عند طلب السرية الأمامية.

أما 0-RTT فهو خيار مجاور. تظل التذكرة مفيدة لاستئناف 1-RTT عادي. ليست كل تذكرة أحادية الاستخدام، وتعطيل البيانات المبكرة لا يلغي إدارة مفاتيح الاستئناف.

ما لا يقرأ قد يظل قابلاً للربط

يحمي RFC 5077 محتوى التذكرة، لكنه يحذر من ربط عدة مصافحات عند ظهور التذكرة نفسها مراراً. ويذكر RFC 9325 التتبع ضمن مخاطر الخصوصية.

إخفاء المعنى لا يمحو شكل المعرّف. الإصدار والتجديد والتكرار والعمر كلها أدوات خصوصية.

انتقلت الحالة وبقيت السلطة

حمل العميل بيانات إعادة البناء. احتفظ الخادم بالمفتاح وقرار القبول. حدّد المشغّل نطاق المشاركة. واحتفظ التطبيق بحقوق الاستخدام الحالية.

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

المصادر وحدود الأدلة

السجل الرسمي هو RFC 4507 وRFC 5077 وRFC 5246 وRFC 7627 وRFC 8446 وRFC 9325. تحليل حدود المفاتيح استنتاج تشغيلي من هذه الآليات، وليس قياساً لمنصة معينة.