تم الكشف مؤخراً عن اكتشاف طريقة تسمح للمهاجم بإجبار حركة مرور المستخدم على الخروج من نفق VPN الخاص به باستخدام الميزات المدمجة في بروتوكول DHCP.
تتيح طريقة الهجوم الجديدة هذه ، والتي أطلق عليها اسم "TunnelVision"، إعادة توجيه حركة مرور الضحية عبر مضيف المهاجم (شريطة أن يكون لدى المهاجم إمكانية الوصول إلى الشبكة المحلية أو التحكم في شبكة لاسلكية).
من المهم الإشارة إلى أن فكرة تغييرات التوجيه المحلي ليست جديدة ، وقد شاع استخدامها في الهجمات المصممة لانتحال خوادم نظام أسماء النطاقات (DNS). على سبيل المثال، أثرت ثغرة TunnelCrack، التي أعادت توجيه حركة المرور عبر بوابة افتراضية بديلة، على جميع عملاء VPN الذين تم اختبارهم على نظام iOS، بالإضافة إلى عملاء VPN على أنظمة macOS وWindows وLinux وAndroid.
حول TunnelVision
يُذكر أن جوهر برنامج TunnelVision يكمن في قدرة المهاجم على تشغيل خادم DHCP خاص به واستخدامه لإرسال معلومات إلى العميل بهدف تغيير مسار التوجيه . وبالتحديد، يمكن للمهاجم استخدام خيار DHCP رقم 121، المصمم لنقل معلومات المسار الثابت ، لتعديل جدول التوجيه على جهاز الضحية وتوجيه حركة البيانات دون المرور عبر شبكة VPN.
كان الغرض من هذا البحث هو اختبار هذه التقنية ضد موفري VPN الحديثين لتحديد نقاط ضعفهم وإخطار عامة الناس بهذه المشكلة. ولهذا السبب اتفقنا مع CISA على تقديم CVE عندما نكشف لهم عن الثغرة الأمنية ولماذا قررنا تسمية الثغرة الأمنية.
يتم تحقيق إعادة التوجيه من خلال تكوين سلسلة من المسارات للشبكات الفرعية ذات البادئة /1 ، والتي لها أولوية أعلى من المسار الافتراضي ذي البادئة /0. ونتيجة لذلك، بدلاً من توجيه حركة البيانات عبر واجهة الشبكة الافتراضية المُكوّنة لشبكة VPN، سيتم توجيهها عبر واجهة الشبكة الفعلية إلى جهاز المُهاجم على الشبكة المحلية.
بدلاً من إرسال البيانات عبر الشبكة الافتراضية الخاصة (VPN)، تُرسل البيانات كنص عادي دون أي نفق إلى نظام المهاجم. تؤثر هذه المشكلة على أي عميل VPN لا يستخدم مساحات أسماء شبكة معزولة لتوجيه البيانات إلى النفق، أو لا يُفعّل قواعد تصفية الحزم التي تمنع توجيه بيانات VPN عبر واجهات الشبكة المادية الحالية.
يمكن تنفيذ TunnelVision على أي نظام يدعم خيار DHCP 121 ، بما في ذلك Linux وWindows وiOS وmacOS، بغض النظر عن بروتوكول VPN المستخدم (Wireguard وOpenVPN وIPsec) ومجموعة التشفير المستخدمة.
يُذكر أن نظام أندرويد غير قابل للاختراق بسبب عدم معالجته لخيار 121 في بروتوكول DHCP . ورغم أن الهجوم يسمح بالوصول إلى البيانات، إلا أنه لا يسمح باعتراض الاتصالات أو تحديد محتوى الرسائل المرسلة عبر بروتوكولات التطبيقات الآمنة، مثل TLS وSSH. فعلى سبيل المثال، لا يستطيع المهاجم تحديد محتوى الطلبات المرسلة عبر HTTPS، ولكنه يستطيع معرفة الخوادم التي تُرسل إليها هذه الطلبات.
للحماية من الهجوم، يمكن تنفيذ عدة إجراءات على مستوى تصفية الحزم: منع إرسال الحزم المتجهة إلى واجهة VPN من خلال واجهات الشبكة الأخرى، وحظر حزم DHCP باستخدام الخيار 121، واستخدام VPN داخل جهاز افتراضي منفصل أو حاوية معزولة عن الشبكة الخارجية، أو استخدام أوضاع تكوين نفق خاصة تستخدم مساحات أسماء شبكة Linux.
لانتحال مسارات الشبكة ، تم تطوير جهاز USB مصمم خصيصًا لمحاكاة عمل محول الشبكة، وعند توصيله بجهاز كمبيوتر عبر بروتوكول DHCP، يُعرّف نفسه كبوابة. علاوة على ذلك، عندما تكون البوابة تحت سيطرة المهاجم (على سبيل المثال، عند اتصال الضحية بشبكة لاسلكية يتحكم بها المهاجم)، تم تطوير تقنية لحقن حزم بيانات في النفق تُعتبر وكأنها صادرة من واجهة شبكة VPN. كما نُشرت عدة برامج نصية لتجربة هذه الهجمات.
وأخيرًا، إذا كنت مهتمًا بمعرفة المزيد عن هذا الموضوع ، يمكنك العثور على التفاصيل في الرابط التالي.