ثغرات أمنية في Tailscale SSH قد تسمح بالوصول إلى صلاحيات الجذر عبر أجهزة مخترقة

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

نُشرت النتائج في 25 أكتوبر في تقرير بعنوان Tailworm أعدّته إيريكا وينديش من Cyberdione Labs. وأجرت وينديش اختبارات على Tailscale الإصدار 1.104.2 وheadscale الإصدار 0.29.5، وهو بديل خادم ذاتي الاستضافة لخدمة Tailscale، على مدى ثلاثة أيام في بيئة مضبوطة.

يتناول التقرير اختبارات على البرمجيات وليس هجمات في العالم الحقيقي. وحتى تاريخ النشر، لم تصدر Tailscale نشرة أمنية ولا معرّف CVE ولا إصداراً مُصلحاً.

وقال مايك شيفر، نائب رئيس الهندسة في Tailscale، على Reddit إن الشركة تلقت التقرير وتحقّق في المجالات نفسها مع خبراء أمن خارجيين. وأشار إلى أن Tailscale لا تزال تحدد الإعدادات المتأثرة ولا تنصح المستخدمين بتعطيل Tailscale SSH.

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

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

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

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

وحدد التقرير عاملين حدّا من الانتشار: قواعد الوصول المعرّفة كأزواج فردية من المصدر إلى الوجهة، ومفاتيح الأجهزة المرتبطة بعتاد مثل TPM أو Secure Enclave.

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

ووصفت وينديش الكشف بأنه «مُبلَّغ عنه لكن غير منسّق»، مذكّرة على Ycombinator HN بأن معلقاً واحداً على الأقل اعتبر نشر التقرير دون إبلاغ Tailscale أولاً أمراً غير مسؤول. ورداً على استفسارات من The Hacker News، أوضحت وينديش أنها زوّدت Tailscale بنسخة من التقرير وشيفرة إثبات المفهوم قبل النشر العام.

الإجراءات الموصى بها

نظراً لعدم توفر تصحيح حالياً، ينبغي للمستخدمين تعديل إعدادات Tailscale SSH والميزات ذات الصلة. ويتوافق التقرير وتوصيات Tailscale إلى حد كبير:

• مراجعة قواعد الوصول في Tailscale SSH والتأكد من تعريفها كأزواج فردية من المصدر إلى الوجهة.
• تعطيل إعادة توجيه منافذ SSH حيثما أمكن.
• إزالة أذونات موصل التطبيقات من الأجهزة التي لا تحتاج إليها.
• إزالة أي إعادة توجيه tailscale serve يشير إلى مقبس Unix.
• تفعيل انتهاء صلاحية مفتاح العقدة لمنع بقاء مفتاح جهاز مسروق صالحاً إلى أجل غير مسمى.
• إذا اختُرق جهاز، فاحذفه من لوحة التحكم.

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

المصدر: The Hacker News