أصدرت شركة Tailscale الإصدار 1.104.4 من عميلها لمعالجة ثغرات أمنية في خادم SSH المدمج وميزة tailscale serve، وهو ما فصلته الشركة في أربع نشرات أمنية امتدت من TS-2026-014 إلى TS-2026-017. وجاء هذا التحديث بعد أيام من كشف الباحثة Erica Windisch من مؤسسة Cyberdione Labs عن تقرير Tailworm، والذي نشرت نتائجه منصة Cybercast في 26 أكتوبر قبل طرح التحديثات الرسمية.
وأوضحت Tailscale في النشرة TS-2026-014 أن تمرير مقابس Unix عبر Tailscale SSH كان ينفذ بصلاحيات الجذر بناء على فحوص للمسار فقط، ما يسمح بالوصول إلى مقابس مقيدة بصلاحيات الجذر من خلال التمرير المحلي، أو استبدال المقبس عبر التمرير البعيد، أو عبر هجمات السباق الزمني. وتؤثر الثغرة على المستخدمين الذين تتيح سياسات الوصول الخاصة بهم عمليات التمرير المحلي أو البعيد، فيما أكدت الباحثة أن التجارب المخبرية أثبتت إمكانية الحصول على صلاحيات الجذر الكاملة على الخادم المستهدف.
وتطرقت النشرة TS-2026-015 إلى مشكلة استنزاف الذاكرة أثناء معالجة جلسات Tailscale SSH، والتي تؤدي إلى هجمات الحرمان من الخدمة، حيث تتسبب رسائل تغيير حجم النافذة المتكررة وإلحاق متغيرات البيئة في استهلاك غير محدود لذاكرة tailscaled لا يتم تحريره حتى بعد انقطاع النظير، ويشترط لاستغلالها وجود جلسة SSH مصادق عليها ضمن السياسة. وتناولت النشرتان TS-2026-016 وTS-2026-017 ميزة serve، حيث تضمنت الأولى تمرير مقابس Unix قاد إلى مقبس الواجهة المحلية لعملية tailscaled، بينما كشفت الثانية عن ثغرة سباق زمني في حالة اتصال HTTP/2 مشتركة يمكن أن ترسل قيم صلاحيات التطبيق الخاطئة بين نقطتي ربط مختلفتين عند تفعيل بروتوكول TLS.
ووصف تقرير Tailworm المختبري إمكانية الانتشار الآلي إلى أي جهاز تتيح السياسة الوصول إليه، إلا أن Tailscale أوضحت في مدونتها يوم 28 أكتوبر أن التهديد يتمثل في حركة جانبية تحجمها سياسة الشبكة ولا يرقى إلى مستوى برمجية خبيثة لغياب آلية النسخ الذاتي، مبينة أن المشكلات ترتبط بفرض الصلاحيات بعد السماح بالاتصال. وأضافت الشركة أن الاستغلال يتطلب موطئ قدم مسبق على جهاز مصرح له مع سياسة تسمح باستخدام SSH، مشددة على أن الثغرات لا تمكن المهاجمين غير المصادقين من الوصول إلى خوادم Tailscale SSH.
ونصت النشرات على توفر الإصلاح في الإصدار 1.104.4 وما بعده، مع تقديم حل مؤقت لمن لم يطبق التحديث يتمثل في ضبط قيمة TS_SSH_DISABLE_FORWARDING=1 ضمن بيئة خدمة tailscaled وإعادة تشغيلها، وهو إجراء يعطل تمرير SSH ويخفف المخاطر المتقدمة دون إيقاف خدمة Tailscale SSH بالكامل. ولم توصِ الشركة بتعطيل الخدمة لجميع المستخدمين، داعية إلى مراجعة سياسات الوصول وتقييم استخدام وضع التحقق للأنظمة الحساسة، رغم تأكيد الباحثة أن هذا الوضع لا يحد من مخاطر التمرير. ولم تتضمن النشرات الرسمية أي معرفات CVE أو تقييمات لدرجة الخطورة أو دليلاً على استغلال فعلي للثغرات.
وأشارت الباحثة في تحديث لتقريرها يوم 27 أكتوبر إلى أن الإصلاحات دمجت في المستودعات العامة لشركة Tailscale وطرحت في الإصدار 1.104.4، مع توجيه الشكر للشركة على سرعة الاستجابة. في المقابل، أظهر جدول حالة الإصلاحات بتاريخ 28 أكتوبر نتائج غير مكتملة شملت إصلاحاً جزئياً في ميزة موصلات التطبيقات التجريبية conn25، وإصلاحاً معلقاً لخادم التحكم headscale، ومشكلة متعلقة بصلاحية ميزة funnel لم تتم معالجتها، في حين ردت Tailscale بأن ميزة conn25 لم تُصدر بعد وأن الموصلات الحالية غير متأثرة، مؤكدة أن اثنتين من أصل خمس نتائج متعلقة بميزتي serve وfunnel تعملان وفق التصميم الأساسي.
وحذرت الباحثة من أن التحديث البرمجي لا يعد كافياً لمعالجة الخوادم المشتبه باختراقها، نظراً لتخزين مفاتيح الجهاز في ملف يمكن نسخه من قبل أي جهة تمتلك صلاحيات الجذر، مبينة أن إعادة بناء النظام لن تبطل النسخة المسروقة من المفتاح، مما يحتم معالجة الاختراق عبر حذف الجهاز من لوحة التحكم أو الانتظار حتى انتهاء صلاحية المفتاح.
ولا تعد هذه الحادثة الأولى من نوعها فيما يخص تمرير مقابس Unix ضمن خدمة Tailscale SSH خلال العام الجاري، حيث سبق أن أصدرت الشركة النشرة الأمنية TS-2026-004 في الثالث من يونيو الماضي للتعامل مع مخاطر مشابهة.
