إذا كنت تشتري VPN لأن عنوانًا صحفيًا قال إن KRACK يكسر تشفير Wi-Fi، فأنت تصلح الطبقة الخطأ. ذلك الكشف في 2017 وصف عائلة من هجمات إعادة تثبيت المفتاح على مصافحة WPA2 الرباعية، وقد جاء الإصلاح في صورة تحديثات أنظمة التشغيل ورقعات تعريفات الشبكة اللاسلكية وبرامج ثابتة للموجّه. يمكن للنفق أن يخفي حركتك عن الشبكة المحلية، لكنه لا يستطيع إصلاح مصافحة تتم أسفله. لذا فالسؤال الأول ليس أي VPN تشتري؛ بل أي أجهزتك ما زالت تشغّل حزمة لاسلكية بلا رقعة.

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

ما الذي تلاعبت به الهجمة فعليًا

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

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

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

الإصلاح يعيش في الحزمة اللاسلكية

طلب التصحيح الأساسي من البرامج الملحقة ونقاط الوصول تجاهل رسالة مصافحة معاد إرسالها بعد أن يكون المفتاح قد ثُبّت بالفعل. وقد حملته نسخ مرقّعة من wpa_supplicant وhostapd، وأعادت التوزيعات إدخاله إلى الفروع الأقدم، لذا فالسلسلة التي يطبعها wpa_supplicant -v نقطة بداية لا حكمًا نهائيًا. اقرأ تحذير الأمان الخاص بالتوزيعة وتأكد من الرقعة المحددة، لا من رقم الإصدار وحده. فالنسخة التي تعلن إصدارًا قديمًا قد تكون مرقّعة، والنسخة التي تعلن إصدارًا جديدًا قد تفتقد إلى رقعة من المورّد.

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

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

ما الذي يغطيه النفق فعلًا

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

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

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

HTTPS والنفق يحميان قفزتين مختلفتين

قد تتضمن تحميلة صفحة واحدة ثلاث حمايات منفصلة: رابط Wi-Fi، والنفق إلى خادم VPN، وجلسة TLS إلى الموقع. وكل واحدة منها تُتفاوض باستقلال. يمنحك TLS بشهادة صالحة وإصدار بروتوكول حديث تشفيرًا موثقًا بين المتصفح والموقع حتى عندما تكون القفزة الأولى معادية، لأن فحص الشهادة هو ما يمنع محتالًا من استبدال مفتاحه بمفتاحه الخاص.

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

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

ترتيب الإصلاح لشبكة مختلطة

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

دوّن ما تحققت منه، بما في ذلك إصدار البرنامج الثابت والتاريخ. "محدَّث" ليست حالة يمكن لأحد تدقيقها لاحقًا.

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

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

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

مقالات ذات صلة