أعلنت شركة Tailscale عن إصدار النسخة 1.104.4 لمعالجة مجموعة من الثغرات الأمنية الخطيرة في خادم SSH المدمج ضمن منصتها، وهي ثغرات قد تسمح للمهاجمين الذين يتمكنون من اختراق جهاز واحد داخل الشبكة بالوصول إلى ملفات وخدمات محمية على خوادم أخرى باستخدام امتيازات المستخدم الجذر Root، ما يفتح الباب أمام عمليات تصعيد صلاحيات وحركة جانبية واسعة داخل البيئات المؤسسية.
وتسلط الثغرات الجديدة الضوء على المخاطر المرتبطة بآليات إدارة الهوية والثقة داخل الشبكات الحديثة، خاصة تلك التي تعتمد على سياسات الوصول المعرفية بدلاً من أساليب المصادقة التقليدية المعتمدة على كلمات المرور والمفاتيح الأمنية.
كيف تعمل الثغرات داخل Tailscale SSH؟
تستند منصة Tailscale SSH إلى نموذج مختلف عن أنظمة SSH التقليدية، حيث يتم تحديد صلاحيات الاتصال اعتمادًا على هوية الجهاز وسياسات الشبكة المعرّفة مسبقًا، وليس عبر كلمات المرور أو مفاتيح SSH المعتادة.
وبحسب التحليل الأمني المنشور ضمن تقرير «Tailworm»، فإن المهاجم لا يحتاج إلى سرقة بيانات اعتماد أو مفاتيح وصول خاصة، بل يكفي أن يسيطر على جهاز تسمح له سياسات الشبكة بالفعل بإنشاء جلسات SSH نحو الأجهزة المستهدفة.
تكمن المشكلة الرئيسية في آلية إعادة توجيه الاتصالات الشبكية Socket Forwarding، وهي ميزة ينفذها المكون الخلفي لـ Tailscale بصلاحيات الجذر. وعندما يحاول مستخدم مخول إعادة توجيه اتصال إلى Unix Socket على الخادم المستهدف، كان النظام يتحقق من صحة المسار المطلوب أولاً، لكنه يستكمل تنفيذ العملية بحقوق Root.
واستغل الباحثون الأمنيون ما يُعرف بهجوم السباق الزمني Time-of-Check to Time-of-Use، حيث يمكن للمهاجم تغيير المسار بعد انتهاء عملية التحقق وقبل تنفيذ الاتصال الفعلي، مما يؤدي إلى تجاوز الضوابط الأمنية والوصول إلى مقابس وخدمات يفترض أن تكون محصورة بالمستخدم الجذر فقط.
من الوصول إلى Docker حتى السيطرة الكاملة
أظهرت الاختبارات أن استغلال هذه الثغرة يمكن أن يؤدي إلى نتائج خطيرة للغاية. ففي إحدى التجارب نجح المهاجم في إعادة توجيه الاتصال نحو مقبس إدارة Docker، ما أتاح له الحصول على Shell بصلاحيات Root وقراءة الملف الحساس /etc/shadow الذي يحتوي على بيانات كلمات المرور المشفرة الخاصة بالنظام.
وأوضحت شركة Tailscale أن نطاق التأثير يشمل الوصول إلى مقابس حساسة مثل Docker Socket أو واجهة البرمجة المحلية الخاصة بخدمة tailscaled، وهي خدمات يمكن أن تمنح المهاجم سيطرة واسعة على العقدة المستهدفة.
ولمعالجة المشكلة، قامت الشركة في الإصدار 1.104.4 بتعديل آلية إعادة التوجيه بحيث تنفذ العمليات باستخدام صلاحيات المستخدم الذي سجل الدخول، بدلاً من تنفيذها بصلاحيات الجذر. كما اعتمدت على آليات التحكم في الصلاحيات المدمجة داخل نظام التشغيل بدلاً من عمليات التحقق القائمة على المسارات.
أربع نشرات أمنية في تحديث واحد
التحديث الجديد عالج أربع ثغرات أمنية منفصلة أصدرتها الشركة ضمن نشرات متخصصة.
أولى هذه الثغرات، TS-2026-014، تتعلق بعيوب إعادة توجيه المقابس التي قد تسمح بالوصول إلى خدمات محمية بصلاحيات الجذر.
أما الثغرة الثانية TS-2026-015 فتتيح لمستخدم يمتلك جلسة SSH شرعية استهلاك ذاكرة الخادم بصورة مفرطة، ما يؤدي إلى تعطل عملية Tailscale وقطع جميع الاتصالات المعتمدة عليها داخل الجهاز المستهدف.
وتعالج النشرة الثالثة TS-2026-016 مشكلة أخرى في ميزة tailscale serve، إذ يمكن لاستغلالها الوصول إلى واجهة التحكم المحلية الخاصة بخدمة tailscaled، ومن ثم التحكم بالعقدة عن بعد.
في حين ترتبط النشرة الرابعة TS-2026-017 بخلل في خاصية TLS Serve، حيث قد يؤدي وجود أكثر من نقطة ربط Mount إلى تسرب رؤوس التصاريح الخاصة بطلب معين إلى طلب آخر غير مصرح له بالوصول إليها.
جدل حول إمكانية الانتشار الذاتي
أحد أكثر الجوانب إثارة للانتباه في تقرير Tailworm يتمثل في وصف سلسلة الاستغلال بأنها قابلة للانتشار الشبيه بالديدان الإلكترونية Wormable.
وبحسب باحثون، فإن الجهاز المخترق يستطيع نظريًا الانتقال إلى أجهزة أخرى تسمح بها سياسات الشبكة دون الحاجة إلى كلمات مرور أو تفاعل من المستخدمين، وقد يتم ذلك خلال أقل من ثانية لكل خطوة انتقال.
وترى الباحثة أن ضعف تصميم سياسات الثقة داخل بعض البيئات قد يسمح بانتشار الاختراق بسرعة كبيرة بمجرد سقوط جهاز واحد.
لكن شركة Tailscale رفضت توصيف الهجوم باعتباره «دودة إلكترونية» بالمعنى التقني المعروف، مؤكدة أن الثغرات لا تسمح بانتشار برمجيات خبيثة ذاتيًا بين الأنظمة، وإنما تسهل فقط الحركة الجانبية بين الأجهزة التي تمنحها السياسات الحالية صلاحيات اتصال مسبقة.
ورغم هذا الخلاف حول التوصيف، أقرت الشركة بأن المشكلات المكتشفة تمثل قضايا أمنية خطيرة، مشيرة إلى أنها تمكنت من إعادة إنتاج سيناريوهات الاستغلال الرئيسية وما زالت تواصل دراسة نطاق التأثير الكامل على مختلف البيئات.
تحديث فوري وتحذيرات لمستخدمي Headscale
تنصح Tailscale جميع المستخدمين بالترقية الفورية إلى الإصدار 1.104.4 أو أي إصدار أحدث. وفي الحالات التي يتعذر فيها تطبيق التحديث مباشرة، يمكن تعطيل ميزة إعادة توجيه SSH عبر المتغير TS_SSH_DISABLE_FORWARDING=1 ثم إعادة تشغيل الخدمة.
كما أوصت الشركة بمراجعة سياسات الوصول والتأكد من منح صلاحيات SSH للأجهزة والمستخدمين الضروريين فقط، مع تفعيل وضع SSH Check Mode للأنظمة الحساسة، وهو نمط يفرض إعادة المصادقة قبل بدء الجلسة.
غير أن التقرير يشير إلى أن هذه الإجراءات لا توفر حماية كاملة إذا كانت البنية التحتية قد تعرضت للاختراق مسبقًا، إذ إن مفاتيح الأجهزة المسروقة تظل فعالة حتى حذفها يدويًا من خادم التحكم.
وتبدو المخاطر أكبر لدى مستخدمي منصة Headscale مفتوحة المصدر والمستضافة ذاتيًا، حيث أشار التقرير إلى أن إعادة التوجيه عبر SSH تكون مفعلة تلقائيًا لكل جلسة مصرح بها ولا يمكن تعطيلها من خلال سياسات التحكم الحالية. كما أن الإصدار 0.29.5 من Headscale، الصادر في 13 أكتوبر 2026، لا يتضمن معالجة للمشكلات المبلغ عنها.
ويأتي هذا الكشف بعد أشهر قليلة فقط من معالجة ثغرة منفصلة في يونيو 2026 مرتبطة أيضًا بإعادة توجيه Unix Socket داخل Tailscale SSH، ما يشير إلى استمرار التدقيق الأمني المكثف في هذا الجزء الحساس من المنصة، وسط تزايد اعتماد المؤسسات على حلول الوصول الآمن وإدارة الشبكات القائمة على الهوية الرقمية.
