هل هذا المفتاح المنشور في OpenVPN شهادة CA أم مفتاح نظير أم tls-auth؟

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

ابدأ من التوجيه لا من اسم الملف

اقرأ التكوين النشط واعرف أي توجيه يشير إلى المادة المعنية. تستخدم خيارات TLS في OpenVPN التوجيه ca لمادة الشهادة الموثوقة، و cert لشهادة النظير المحلي، و key للمفتاح الخاص التابع لها.

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

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

اكتب التصنيف قبل أن يغيّر أي شخص ملفًا: الكائن، والتوجيه، وأي النظراء يحتفظون به، ومن يستطيع قراءته. تلك الجملة هي ما يعتمد عليه باقي الرد.

شهادة CA مصممة لتُشارَك

شهادة CA العلنية هي مادة ثقة. يحتاجها العملاء للتحقق من الخادم، وتوزيعها هو الحالة الطبيعية لا حادثة. ونشرها لا ينشر مفتاح التوقيع الخاص بـ CA، وهو الكائن الذي يمكّن المهاجم من إنشاء هويات جديدة.

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

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

مفتاح النظير وسر tls-auth ليسا

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

سر tls-auth شيء ثالث. فهو يضيف مصادقة HMAC حول حزم قناة التحكم بحيث تُهمل الحزم غير الموثقة بشكل صحيح قبل تبادل TLS، وهو ليس المفتاح الخاص للنظير ولا المفتاح الذي يشفّر بيانات التطبيق.

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

أصلح الدور الذي تسرب، لا الدور المجاور

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

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

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

احكم على حركة المرور السابقة بشروطها الخاصة

الملف المكشوف لا يخبرك بنفسه ما إذا كانت الجلسات الملتقطة سابقًا قابلة للفك. فهذا يعتمد على طريقة إنشاء المفتاح، والمادة المكشوفة، والسجلات الموجودة، وكلٌّ من «ضاع كل شيء» و«لم يحدث شيء» تخمين بلا تلك الحقائق.

لا تنشر نسخة أخرى من بيانات الاعتماد أثناء سؤالك عن الفئة التي تنتمي إليها. شارك أسماء التوجيهات والبيانات الوصفية غير السرية عبر مسار الدعم المعتمد بدلًا من ذلك.

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