من يملك مفتاح العودة إلى الاتصال في ECH؟

الخلاصة

• تمنح المسودة مفاتيح معتمدة في الإعداد الأولي دوراً في توثيق إعدادات إعادة المحاولة.
• نجاح الاتصال لا يكفي وحده لإثبات سلامة إدارة التعليمات التي تؤثر في الخصوصية.

عودة الخدمة بعد العطل خبر جيد، لكنها لا تجيب دائماً عن سؤال آخر: بأي شروط عادت؟ في ECH، الذي يشفر رسالة ClientHello الداخلية ضمن TLS، يمكن أن يكون لهذا التفصيل أثر مباشر في الخصوصية.

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

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

النص مسودة فردية مؤرخة في 6 يوليو 2026، وليس معياراً معتمداً أو إعلاناً عن نشر فعلي. كما أن توزيع الإعداد الأولي عبر DNS وتوثيق هوية الخادم الأصلي يظلان مسألتين منفصلتين؛ توقيع إعداد إعادة المحاولة لا يحل محلهما.