Osegi
الأمن السيبراني·1 دقائق قراءة

sshhole: ثغرة في OpenSSH على لينكس musl تتيح دخول الحسابات بلا كلمة مرور

ثغرة حرجة باسم sshhole في OpenSSH موجودة منذ 2016 على أنظمة لينكس المعتمدة على musl مثل Alpine، تقبل أي كلمة مرور يزيد طولها على 256 حرفًا.

A padlock icon over a terminal window showing an SSH login prompt, symbolizing an OpenSSH authentication flaw.
الصورة: Хабр

كُشف عن ثغرة حرجة تحمل اسم sshhole في OpenSSH على أنظمة لينكس التي تعتمد مكتبة musl. وتعود الثغرة إلى عام 2016، وتتيح الدخول إلى الحسابات غير المحمية بكلمة مرور عند إدخال أي كلمة مرور يتراوح طولها بين 257 و1024 حرفًا.

وتشمل المشكلة أنظمة Alpine وOpenWrt وBuildroot وYocto، إضافة إلى عدد كبير من صور Docker. فالحسابات التي يكون حقل كلمة المرور فيها رمز * ، مثل المستخدمين الذين يعتمدون على مفاتيح SSH فقط أو مستخدمي LDAP أو حساب root في Alpine، تصبح قادرة على قبول أي كلمة مرور بهذا الطول.

من المتأثر؟

يكون النظام عرضة للخطر عند توافر جميع الشروط التالية معًا:

  • يعمل sshd في بيئة تعتمد musl (مثل Alpine أو OpenWrt أو Buildroot أو Yocto)؛
  • لا يُستخدم PAM (فحزمة openssh-server في Alpine مضبوطة افتراضيًا بدونه، أو أن الإعدادات تتضمن UsePAM no)؛
  • الدخول بكلمة المرور مسموح، وهو الإعداد الافتراضي؛
  • يوجد في النظام حساب كلمة مروره *؛
  • يوجد في النظام حساب آخر بكلمة مرور فعلية.

وفي صور Alpine الرسمية الخاصة بـ AWS وAzure ينطبق هذا الإعداد على المستخدم الافتراضي alpine، وهو يستطيع تنفيذ الأوامر عبر doas دون كلمة مرور، ما يمنحه عمليًا صلاحيات root.

من هو بمأمن؟

لا يتأثر مستخدمو Debian وUbuntu وFedora وغيرها من التوزيعات المعتمدة على glibc. كما تبقى الأنظمة المضبوطة على PAM آمنة، وكذلك من يستخدم dropbear أو نسخة OpenSSH الخاصة بـ OpenBSD.

وقد عولجت المشكلة في تحديث openssh 10.6p2. وعلى مديري الأنظمة المعتمدة على musl، وخصوصًا نسخ Alpine السحابية والحاويات، تثبيت الإصلاح في أقرب وقت.

تطبيقات تستحق النظر

SUMO: لغز الأرقام

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

الوسوم:opensshsshholemuslalpine linuxvulnerabilitydocker

المزيد من هذا اليوم

عرض الكل →

المزيد في: الأمن السيبراني

عرض الكل →