ثغرة libssh2 الخطيرة CVE-2026-55200 كشفت خطراً كبيراً على برامج SSH من جهة العميل، بعد نشر نموذج PoC قد يمهد لاستغلال فعلي.
ما هي ثغرة libssh2 CVE-2026-55200؟
تستهدف هذه الثغرة مكتبة libssh2 المستخدمة على جانب العميل، وليس خوادم SSH نفسها. وهذا يعني أن الخطر يطال الأجهزة أو التطبيقات التي تتصل بخادم SSH خبيث أو مخترق.
وبحسب ما تتابعه تيكبامين، فإن المشكلة تؤثر على جميع الإصدارات حتى 1.11.1، مع درجة خطورة CVSS 4.0 بلغت 9.2 من 10، ما يضعها ضمن الثغرات الحرجة.
لماذا تعد هذه الثغرة مقلقة؟
- لا تحتاج إلى بيانات اعتماد.
- لا تتطلب تفاعل المستخدم.
- قد تؤدي إلى تلف في الذاكرة ثم تنفيذ تعليمات برمجية.
- تؤثر على تطبيقات كثيرة تعتمد libssh2 بشكل مباشر أو مضمّن.
كيف يعمل استغلال ثغرة libssh2 عملياً؟
تكمن المشكلة داخل الدالة ssh2_transport_read() المسؤولة عن قراءة حزم SSH أثناء مرحلة المصافحة. المكتبة كانت تتحقق من القيم الصغيرة فقط، لكنها لم تضع حداً أعلى لحقل packet_length الذي يمكن للمهاجم التحكم فيه.
عند استخدام قيمة ضخمة مثل 0xffffffff، يحدث تجاوز حسابي 32-بت يؤدي إلى تخصيص ذاكرة صغيرة جداً. لاحقاً، تحاول المكتبة كتابة حزمة أكبر من حجم الذاكرة المخصصة، وهنا يظهر تجاوز الحدود خارج المخزن.
النتيجة التقنية المتوقعة
- تجاوز عددي Integer Overflow.
- تجاوز سعة الذاكرة Buffer Overflow.
- احتمال تنفيذ كود على جهاز العميل في ظروف معينة.
ما هي البرامج المعرضة للخطر بسبب هذه الثغرة؟
الخطورة هنا لا تتوقف عند libssh2 كمكتبة مستقلة، لأنها تدخل في مكونات واسعة الانتشار مثل curl وGit وPHP وبعض أدوات النسخ الاحتياطي وتحديثات البرامج الثابتة.
المشكلة الأكبر أن كثيراً من هذه النسخ يكون مدمجاً بشكل static داخل التطبيقات أو الأجهزة. لذلك، فإن تحديث حزمة النظام وحده قد لا يكفي لمعالجة ثغرة libssh2 بالكامل.
- أدوات سطر الأوامر التي تتصل عبر SSH.
- تطبيقات التطوير والنشر المعتمدة على Git أو curl.
- أجهزة وشبكات تستخدم مكتبات مضمّنة قديمة.
- برمجيات مؤسسية قد لا تكشف بسهولة عن تبعياتها الداخلية.
هل يوجد استغلال فعلي الآن وما الذي يجب فعله؟
تم بالفعل نشر نموذج إثبات مفهوم PoC بشكل علني، لكنه ليس استغلالاً جاهزاً بضغطة واحدة ضد كل الأهداف. نجاح التنفيذ الفعلي يعتمد على بنية البرنامج المستهدف، وطريقة إدارة الذاكرة، ووسائل الحماية المفعلة.
الإصلاح الأمني أضاف فحصاً يمنع packet_length من تجاوز الحد الأقصى المسموح قبل بدء العمليات الحسابية. كما ذكر تيكبامين، فإن على المؤسسات والمطورين البحث أيضاً عن النسخ المدمجة داخل التطبيقات، لا الاكتفاء بتحديث الحزم الظاهرة فقط.
خطوات الحماية الموصى بها
- تحديث libssh2 إلى النسخة التي تتضمن التصحيح الأمني.
- مراجعة البرامج التي تعتمد SSH من جهة العميل.
- فحص النسخ المدمجة statically linked داخل الأدوات والأجهزة.
- تجنب الاتصال بنقاط SSH غير موثوقة إلى حين إتمام التحديث.
في الوقت الحالي، لا توجد مؤشرات مؤكدة على هجمات واسعة في البرية، لكن نشر PoC يرفع مستوى المخاطر سريعاً. لذلك تبقى ثغرة libssh2 من أبرز التنبيهات الأمنية التي تستحق تحركاً فورياً.
