في هذا المقال
إذا كان لدى شركتك تطبيق ذكاء اصطناعي أو روبوت محادثة أو أداة داخلية تتصل بنماذج مثل GPT أو Claude أو Gemini، فاسأل فريقك التقني اليوم سؤالا واحدا: هل ثبت أي خادم أو جهاز أو خط بناء مكتبة LiteLLM بالإصدار 1.107.0 يوم 21 أكتوبر 2026؟ هذا الإصدار نشره مهاجمون، وبقي على منصة PyPI نحو ساعتين بين الساعة 2:39 و4:23 عصرا بتوقيت الرياض، ونُزّل قرابة 49 ألف مرة. وهو يسرق مفاتيح السحابة ومفاتيح مزودي الذكاء الاصطناعي وكلمات مرور قواعد البيانات ومفاتيح SSH. إذا كان الجواب نعم فإزالته لا تكفي: أعد بناء الجهاز من نسخة نظيفة وغيّر كل مفتاح كان يصل إليه. الإصدار الآمن هو 1.106.2.
ماذا حدث بالضبط؟
LiteLLM مكتبة وبوابة مفتوحة المصدر تتيح لتطبيق واحد التحدث مع عشرات نماذج الذكاء الاصطناعي من واجهة واحدة، ولهذا تضعها شركات كثيرة في قلب منتجاتها الذكية. وبحسب Chainguard، تجاوزت تنزيلاتها على PyPI مئة مليون تنزيل في الشهر الأخير، وتعتمد عليها أكثر من 2,000 حزمة أخرى، فكثير من الفرق تثبتها دون أن تعلم.
وبحسب تقرير الحادثة الرسمي من LiteLLM، حصل المهاجمون على رموز دخول GitHub تسربت إلى سجلات المشروع. وفي الساعة 10:08 بالتوقيت العالمي يوم 21 أكتوبر استخدموا صلاحية مطور مميزة لتجاوز حماية الفرع، وغيّروا مسار النشر ليبني من مستودع شبيه الاسم هو «Berri-AI/litellm» بدلا من «BerriAI/litellm». وفي 11:39 وصلت الملفات الخبيثة إلى PyPI، وفي 11:46 نُشرت صور Docker ملوثة تحت الوسوم v1.107.0 وlatest وmain-latest وmain-stable. وحذفت PyPI الإصدار بحلول 13:23، ونُظفت وسوم Docker في 14:20 بالتوقيت العالمي، أي 5:20 مساء بتوقيت الرياض.
وهذا ثاني هجوم على المشروع نفسه هذا العام؛ إذ تذكر Chainguard أن مجموعة استخدمت في مارس 2026 رمز PyPI مسروقا لنشر الإصدارين 1.82.7 و1.82.8.
ماذا تسرق النسخة الخبيثة؟
الخطير أنها لا تنتظر أن يستخدم تطبيقك LiteLLM أصلا. فقد أضاف الإصدار ملفات تشغيل تلقائي لبايثون تعمل في كل مرة يبدأ فيها بايثون على ذلك الجهاز، حتى لو كان الأمر لا علاقة له بالمكتبة. وبحسب تحليل Wiz، جمعت أداة السرقة:
- مفاتيح السحابة في AWS وGoogle Cloud وAzure من ملفات الإعداد ومتغيرات البيئة وبيانات الخادم.
- مفاتيح API لمزودي الذكاء الاصطناعي مثل OpenAI وAnthropic وCohere، أي فاتورتك وبياناتك.
- مفاتيح SSH الخاصة وسجل الأوامر وكلمات المرور وملفات تعريف الارتباط المحفوظة في المتصفحات.
- ما يصل إلى 500 مفتاح لمزودي النماذج مخزنة في قاعدة بيانات LiteLLM Proxy.
ولم ينتظر المهاجمون طويلا؛ فقد رصدت Wiz تجربة مفاتيح AWS مسروقة بعد نحو 4.5 ساعات من سرقتها، مصدرها خوادم بناء وعقد Kubernetes. كما ثبتت البرمجية مرحلة ثانية تجلب أوامر عن بعد كل ساعة، فيبقى الجهاز مفتوحا حتى بعد حذف الحزمة.
هل شركتي متأثرة؟
الأرجح أنك بأمان إذا كان فريقك يثبت أرقام الإصدارات بدقة ولم يحدّث شيئا بين 2:39 و5:20 مساء بتوقيت الرياض يوم 21 أكتوبر. وقد تكون متأثرا إذا انطبق أحد ما يلي:
- خادم أو حاوية تنفذ «pip install litellm» دون رقم إصدار ثابت، أو تسحب وسم Docker «latest».
- خط بناء ونشر CI/CD أعاد البناء عصر ذلك اليوم.
- مطور جرب LiteLLM على جهازه في ذلك اليوم.
- نظامك يستخدم حزمة أخرى تعتمد على LiteLLM.
وتقول LiteLLM إن عملاء إصدارها الخاص للمؤسسات (Enterprise) لم يتأثروا.
خمس خطوات تنفذها اليوم
- ابحث: عن الإصدار 1.107.0 في ملفات قفل الحزم وسجلات البناء وصور الحاويات، وعن الملفين cook.pth وsitecustomize.py في مجلد حزم بايثون.
- أعد البناء: إذا وجدته فلا تكتف بإلغاء التثبيت؛ فالتقرير الرسمي يحذر من أن تشغيل pip داخل بيئة مصابة قد يشغل البرمجية الخبيثة من جديد. أعد بناء الجهاز أو الحاوية من نسخة نظيفة.
- غيّر كل المفاتيح: مفاتيح السحابة وأدوارها، ومفاتيح مزودي الذكاء الاصطناعي، وكلمات مرور قواعد البيانات، ومفاتيح SSH التي كان الجهاز يصل إليها. افترض أنها صارت بيد المهاجمين.
- راجع السجلات: افحص نشاط حسابك السحابي منذ 21 أكتوبر بحثا عن استدعاءات غير معتادة مثل GetCallerIdentity، وراقب فاتورة مزود الذكاء الاصطناعي بحثا عن استهلاك لا تعرفه.
- ثبّت الإصدارات: استخدم litellm==1.106.2 أو إصلاحا رسميا لاحقا، وثبت كل المكتبات بملف قفل بدل سحب «latest» تلقائيا.
وإن قرأت مقالنا السابق عن المفاتيح المنسية في كود وكلاء الذكاء الاصطناعي، فالدرس نفسه من زاوية أخرى: مفاتيح الذكاء الاصطناعي صارت من أثمن أسرار شركتك، والمكان الذي تجتمع فيه يصبح هدفا.
رأي أوريجامي
لم يخترق أحد كود LiteLLM نفسه هنا؛ بل غيّر المهاجمون طريقة بنائه ونشره، فمراجعة الكود المصدري وحدها ما كانت لتكشف الهجوم. لهذا فحماية منتجات الذكاء الاصطناعي لا تتعلق باختيار المكتبة بقدر ما تتعلق بطريقة تشغيلها: إصدارات ثابتة، ومفتاح مستقل لكل بيئة بأقل صلاحيات تحتاجها، وحدود إنفاق لدى كل مزود، وسجل واضح لمن يصل إلى ماذا. وعندما نبني أنظمة الذكاء الاصطناعي للشركات في أوريجامي نتعامل مع بوابة النماذج على أنها أكثر أجزاء النظام حساسية، لأنها تحمل مفاتيح كل شيء. إذا أردت فحص تطبيق الذكاء الاصطناعي في شركتك من هذه الحادثة، أو إعادة تنظيم مفاتيحه وصلاحياته، تواصل معنا.
المصادر
أسئلة شائعة
كيف أعرف أن شركتي ثبتت نسخة LiteLLM المخترقة؟
اطلب من فريقك البحث عن litellm 1.107.0 في ملفات قفل الحزم وسجلات البناء وصور الحاويات، وعن الملفين cook.pth وsitecustomize.py في مجلد حزم بايثون. فترة الخطر كانت يوم 21 أكتوبر 2026 من 2:39 حتى 5:20 مساء بتوقيت الرياض.
هل يكفي حذف الحزمة؟
لا. البرمجية تعمل مع كل تشغيل لبايثون وتثبت مرحلة ثانية تجلب أوامر كل ساعة. أعد بناء الجهاز أو الحاوية من نسخة نظيفة، ثم غيّر كل مفتاح كان يصل إليه.
ما إصدار LiteLLM الآمن؟
توصي LiteLLM بتثبيت الإصدار 1.106.2 أو ما قبله. وبحسب تقرير الحادثة الرسمي لم يتأثر عملاء إصدارها الخاص للمؤسسات.
لا نستخدم LiteLLM مباشرة، فهل يمكن أن نتأثر؟
نعم. أكثر من 2,000 حزمة تعتمد على LiteLLM، فربما ثُبتت تلقائيا مع مكتبة أخرى. افحص قائمة الاعتماديات كاملة لا ما ثبته فريقك بنفسه فقط.
تابع أوريجامي في نتائج قوقل
ثبت أوريجامي كمصدر مفضل، فتظهر لك مقالاتنا أولا في نتائج قوقل وفي الأخبار الرائجة.
الإضافة إلى المصادر المفضلة في Google
