الخلاصة
- يعرّف RFC 9850 صيغة
label client_random secretللأنظمة التي لا يحمي فيها TLS إلا بيانات اختبار؛ وهو RFC معلوماتي وينص على عدم استخدام الآلية في الإنتاج. - لا تمنح كل العلامات القدرة نفسها: نطاق master secret في TLS 1.2 أوسع من traffic secret نموذجي في TLS 1.3، بينما تمتد أسرار exporter وECH إلى ربط التطبيق والمصادقة وخصوصية الاسم المخفي.
- صحة البنية تثبت أن parser فهم السطر فقط. أما حمل العمل والمفعّل والمستهلك وربط الالتقاط والتخزين والنقل والاحتفاظ والإتلاف والعودة إلى اتصالات غير مسجلة فلها إيصالات مستقلة.
عندما يصبح اتصال TLS مقروءاً لأداة تشخيص، يتغير توزيع السلطة. لم تنكسر الخوارزمية؛ بل صدّر أحد الطرفين ما يكفي من حالته الخاصة لكي يزيل برنامج آخر حماية السجلات. قيمة RFC 9850 أنه يجعل هذا التصدير قابلاً للتشغيل البيني. لكنه لا يمنح الإذن بالتصدير.
حدود النص صريحة. نُشر في يوليو 2026 بصفة Informational، وليس ضمن Internet Standards Track. وهو مخصص لأنظمة لا يحمي فيها TLS سوى بيانات اختبار، ويقول إن الآلية يجب ألا تستخدم في نظام إنتاج. وفي البرمجيات المترجمة يرى أن conditional compilation أفضل وسيلة لمنع binary منشور من قبول تفعيل key logging لاحقاً. ليست هذه توصية إنتاج مع تحذير صغير.
يحمل كل سطر عادي ثلاث قيم تفصلها مسافة واحدة. يحدد label نوع المادة. ويمثل client_random قيمة Random ذات 32 بايت من ClientHello في 64 رمزاً سداسياً لتمييز الاتصال. أما secret فقيمة سداسية يتغير طولها بحسب العلامة. يجب أن تقبل الأدوات نهايات الأسطر المختلفة وحالتي الأحرف السداسية. ويمكنها تجاهل سطر غير مطابق لاستعادة أسرار صالحة من ملف تالف.
توضح هذه المرونة حدود parser. يستطيع القول إنه استخرج مادة قابلة للاستخدام، لكنه لا يعرف هل أُجيز الجمع، أو هل الملف كامل، أو هل انتهت مدة الاحتفاظ، أو هل القارئ من أعضاء القضية. لا تحمل الحقول الثلاثة اسم الموافق أو البيئة أو العملية المنتجة أو التذكرة أو المستهلك أو تاريخ الإتلاف. السطر القابل للتحليل دليل على الصيغة، لا على التفويض.
ولا يكمل client_random رابطة الأدلة. يذكر RFC أن السجل لا يضم cipher suite ومعلمات اتصال أخرى، وقد يلزم سجل handshake. لذلك فإن packet capture وkey log أصلان منفصلان يجب ربطهما بقضية وحمل عمل ونافذة زمنية محددة. وجودهما في مجلد واحد لا يثبت أنهما وُلدا من الموافقة نفسها.
تقسم علامات TLS 1.3 القدرة حسب المرحلة والاتجاه: early traffic، وhandshake traffic للطرفين، وapplication traffic للطرفين، وexporter. الحاجة إلى قراءة مرحلة واحدة في اتجاه واحد لا تبرر جمع كل المراحل. التقليل يبدأ من العلامات المسموح بها لا من حجم الملف.
أما CLIENT_RANDOM في TLS 1.2 فيشير إلى master secret بقدرة أوسع. يوضح RFC 9850 أن حائزه قد يقرأ الرسائل ويغيرها، ويستأنف الاتصال، وينتحل أي طرف، ويدخل سجلات تؤدي إلى renegotiation، ويزور Finished. ويمكن للتنفيذ تجنب هذه الأخطار بألا يسجل هذه القيمة. لذلك لا يصح وضعها في الفئة نفسها مع traffic secret اتجاهي من TLS 1.3.
يوسع exporter الدائرة نحو التطبيق. قد تستخدم البروتوكولات TLS exporters وearly exporters لربط الجلسات أو المصادقة أو اشتقاق أسرار أخرى. ولهذا يجيز RFC 9850 حذفها في السياقات القابلة للإساءة أو طلب تفويض منفصل لتسجيلها. المسموح له بفحص الحزم ليس مخولاً تلقائياً بحيازة مادة هوية التطبيق.
ولـ ECH سطح خصوصية مختلف. يقابل ECH_SECRET السر المشترك KEM في HPKE الذي يحمي Inner ClientHello، بينما يسجل ECH_CONFIG الإعداد. تتيح حيازة ECH_SECRET كشف Inner ClientHello، بما فيه SNI. بعد نجاح ECH ترتبط علامات TLS 1.3 العادية بـ Random الداخلي، لكن علامات ECH تستخدم دائماً Random الخارجي. قد يمحو «معرّف اتصال» عام الفارق بين المدخل العام والاسم الخفي.
ليست القدرة قراءة سلبية فقط. مفاتيح السجلات المشتقة متناظرة، ولذلك قد يستطيع الحائز التشفير لاتصال نشط وحقن بيانات تطبيق أو تعديلها. كما يلغي تسجيل مادة المفاتيح ضمان forward secrecy للاتصالات المدرجة؛ فمن يحصل على الملف لاحقاً يستطيع فك السجلات المحفوظة سابقاً. يلزم إثبات مجموعة الاتصالات المتأثرة بدقة.
يبدأ التفويض قبل السطر الأول. تضع متغيرات مثل SSLKEYLOGFILE القدرة في سياق تشغيل التطبيق. وقد يمنع ملف خاص التخزين الدائم لكنه يغذي برنامجاً آخر؛ أي يزيل وسيطاً ولا يزيل المستهلك. ينبغي أن يسجل إيصال التفعيل حمل الاختبار، والـ build أو العملية، والعلامات المسموحة، والموافق، ووقت البداية والنهاية. الوصول التقني إلى سياق التشغيل لا يساوي سلطة تنظيمية.
ثم تبدأ سلسلة الحيازة. لكل مستهلك دور وآلية وصول، ولكل نقل مصدر ووجهة وسلامة وحماية وانتهاء، ولكل تخزين صلاحيات ومدة. ويجب أن يشترك الالتقاط والسر في مرجع قضية من دون أن يعني ذلك توزيع كليهما على الجمهور نفسه.
حذف المسار الأصلي لا يغلق السلسلة. قد تحتوي أدوات التحليل أو الملفات المؤقتة أو المرفقات أو النسخ الاحتياطية أو الذاكرة على نسخ. لا يفترض المقال وجودها دائماً؛ بل يطلب تعداد نقاط الحيازة المحتملة وتسجيل مصيرها. يجمع teardown بين تعطيل logging، وإيقاف المنتج، وخروج المستهلكين، وإتلاف النسخ المعروفة، وانتهاء النقل، وإغلاق نافذة الالتقاط.
لا تستعيد الاتصالات المسجلة forward secrecy التي فُقدت. الاستعادة القابلة للإثبات تخص حداً جديداً: اتصالات لاحقة بأسرار جديدة غير مصدرة، وسطح تسجيل توقف عن الإنتاج، واختبار يبين عمل التطبيق بلا قناة الأسرار. يثبت سجل IANA أسماء العلامات. إنه تنسيق رقيق ومفيد يجعل القدرة قابلة للتسمية، لا يجعل استخدامها مشروعاً ولا يثبت زوالها.
المصادر
- معلومات RFC 9850 لدى RFC Editor
- RFC 9850: صيغة SSLKEYLOGFILE
- IETF Datatracker: RFC 9850
- البحث في تصحيحات RFC 9850
- سجل IANA لعلامات SSLKEYLOGFILE
- RFC 5246: TLS 1.2
- RFC 8446: مواصفة TLS 1.3 الأصلية
- RFC 9846: مواصفة TLS 1.3 الحالية
- RFC 9849: TLS Encrypted Client Hello
- RFC 5705: TLS exporters
- RFC 8471: Token Binding
- RFC 9261: Exported Authenticators
- أولوية الشفرة العاملة
- المواصفة الأولية الدنيا والقرار المستقبلي المحلي
- طبقات الواقع والقوة الرمزية
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات
