الأمن السيبراني

اختراق سلسلة التوريد في مكتبة LiteLLM: سرقة بيانات الاعتماد عبر خطافات بدء تشغيل Python

كشفت مايكروسوفت عن هجوم خبيث استهدف إصدار LiteLLM 1.107.0، حيث تم زرع برمجيات لسرقة بيانات الاعتماد الحساسة تلقائياً بمجرد تشغيل بيئة Python.

23 أكتوبر 2026
2 دقائق قراءة
2 قراءة
certi.news Editorial Team
اختراق سلسلة التوريد في مكتبة LiteLLM: سرقة بيانات الاعتماد عبر خطافات بدء تشغيل Python

تفاصيل الهجوم

في 21 أكتوبر 2026، تعرض إصدار LiteLLM 1.107.0 لعملية اختراق لسلسلة التوريد، حيث تم نشر حزمة برمجية خبيثة عبر مستودع حزم بايثون (PyPI) والقنوات الرسمية للحاويات. المثير للقلق في هذا الهجوم هو أن البرمجية الخبيثة لا تتطلب استدعاء مكتبة LiteLLM داخل التطبيق لتعمل، بل يتم تفعيلها تلقائياً بمجرد بدء تشغيل مترجم بايثون في بيئة تحتوي على الحزمة المصابة.

آلية العمل والتهديدات

استغل المهاجمون ملفات بدء التشغيل الخاصة ببايثون (مثل cook.pth وsitecustomize.py) لتنفيذ كود خبيث في الخلفية. يقوم هذا الكود بجمع بيانات الاعتماد الحساسة، بما في ذلك:

  • مفاتيح واجهة برمجة التطبيقات (API Keys) لمزودي نماذج الذكاء الاصطناعي.
  • بيانات اعتماد السحابة ورموز الوصول الخاصة ببيئات التطوير (CI/CD).
  • بيانات المتصفح وملفات تعريف الارتباط.
  • مفاتيح SSH وGPG.

يتم تشفير البيانات المجمعة باستخدام خوارزمية AES-256-CBC قبل إرسالها إلى خادم يتحكم فيه المهاجمون. كما يحتوي الإصدار المصاب على "محمل" (Loader) مخصص لأنظمة Unix، يمتلك القدرة على جلب وتنفيذ كود بايثون إضافي عن بُعد، مما يمنح المهاجمين مرونة في تحديث أدواتهم دون الحاجة لنشر حزمة جديدة.

لماذا يهم هذا الخبر؟

يمثل هذا الاختراق خطراً جسيماً لأن LiteLLM تُستخدم كبوابة وسيطة بين التطبيقات ونماذج الذكاء الاصطناعي، مما يعني أنها تمتلك صلاحيات وصول واسعة إلى البنية التحتية. ونظراً لأن التفعيل يتم عند بدء تشغيل بايثون، فإن محطات عمل المطورين، وعملاء التكامل المستمر (CI/CD)، والحاويات، جميعها معرضة للخطر حتى لو لم يتم استخدام وظائف LiteLLM بشكل مباشر.

إجراءات الاستجابة والتعافي

تؤكد مايكروسوفت أن مجرد حذف الحزمة لا يكفي لتطهير البيئة. يجب على المؤسسات اتخاذ الخطوات التالية:

  • العزل والتحقيق: عدم تشغيل python أو pip داخل البيئات المشتبه بها لتجنب تفعيل الكود الخبيث، واستخدام أدوات فحص خارجية.
  • التنظيف العميق: التأكد من إزالة ملفات cook.pth وcook.py وsitecustomize.py من مسارات مكتبات بايثون.
  • تدوير بيانات الاعتماد: اعتبار جميع بيانات الاعتماد التي كانت متاحة في البيئة المصابة مخترقة، والبدء فوراً في تدوير مفاتيح API، ورموز الوصول، وكلمات المرور.
  • تعزيز الأمان: استخدام ملفات القفل (Lock files) المثبتة بـ Hash، والاعتماد على بصمات الحاويات (Digests) بدلاً من الوسوم المتغيرة (Mutable tags).
مصدر الخبر
Microsoft Security Blog
فتح المصدر الأصلي ↗
كيف أعددنا هذا الخبر؟

اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة، لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة. اقرأ سياستنا التحريرية.

c
كاتب المقال

certi.news Editorial Team

certi.news Editorial Team

The certi.news editorial team monitors technical sources and reconstructs news, verifying facts and context prior to publication.

من نفس التصنيف

مقالات قد تهمك

عرض كل الأخبار