ثغرة «*sshole» تتيح دخول بعض أجهزة Alpine Linux بلا كلمة مرور.. والهجوم ينجح باتصال واحد

تتيح ثغرة أمنية تحمل اسم «*sshole» للمهاجمين الدخول عبر SSH إلى بعض الأجهزة التي تعمل بنظام Alpine Linux من دون إدخال كلمة مرور، رغم وجودها منذ نحو 10 أعوام. ويعتمد استغلالها على إعدادات محددة تجمع بين OpenSSH ومكتبة musl من دون استخدام PAM، إلى جانب أوضاع معينة لحسابات المستخدمين.

خلل في تفاعل OpenSSH وmusl

يقع الخلل في طريقة تفاعل OpenSSH، المسؤول عن توفير اتصالات SSH، مع musl، وهي بديل خفيف لمكتبة libc التي تستخدمها معظم توزيعات Linux. وتختار Alpine Linux مكتبة musl، ما يجعل الأجهزة التي تعمل بهذه التوزيعة الأكثر ارتباطًا بالثغرة، رغم أن توزيعات أخرى قد تتأثر أيضًا إذا استخدمت التكوين نفسه.

ولا يظهر الخلل تلقائيًا في جميع أنظمة Alpine Linux، إذ يشترط أن تعمل نسخة OpenSSH مع musl من دون إطار PAM. ويُستخدم PAM عادةً لإدارة التحقق من هوية المستخدمين والتحكم في الوصول إلى الحسابات.

شروط نجاح الهجوم

إلى جانب التكوين السابق، يحتاج الهجوم الناجح إلى وجود حساب مستخدم واحد على الأقل يمكن الوصول إليه عبر كلمة مرور، على أن تكون كلمة مروره مخزنة في صورة تجزئة باستخدام SHA256 أو SHA512.

أما الحساب المستهدف، فيجب أن يكون مضبوطًا من دون كلمة مرور، وهو إعداد يُشار إليه بوضع الرمز «*» في حقل كلمة المرور داخل ملف /etc/shadow. وتستخدم بعض هذه الحسابات عادةً المصادقة المعتمدة على الشهادات، لذلك قد يكون هذا الإعداد شائعًا في أنواع محددة من الحسابات.

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

ما الذي ينبغي لمديري الأنظمة فعله؟

ينبغي لمديري الأنظمة التي تستخدم هذا التكوين مراجعة الحسابات التي لا تملك كلمات مرور، وفحص إعدادات OpenSSH. وتكتسب هذه المراجعة أهمية خاصة على الأجهزة التي تعمل بنظام Alpine Linux، لأن الثغرة ظلت موجودة في الأنظمة المتأثرة لنحو عقد كامل.

كما يتعين التحقق من وجود حسابات قابلة للوصول بكلمة مرور مع تجزئات SHA256 أو SHA512، ومراجعة محتوى ملف /etc/shadow وإعدادات استخدام PAM، لتحديد ما إذا كان النظام يطابق شروط استغلال «*sshole».

المصدر: shiftdelete