پرش به محتوای اصلی

حمله زنجیره تامین LiteLLM با یک کلید اصلی آشکار آغاز شد

دِ رجیستر۱۴۰۵ آبان ۵, سه‌شنبه، ساعت ۰۰:۰۰حدود 3 دقیقه مطالعه

"تصویر قوی از خطرات مرتبط با شکست در چرخش کلید بالقوه در معرض"

LiteLLM حمله زنجیره تامین هفته گذشته را به یک کلید اصلی ردیابی کرده است که به طور تصادفی در ماه می به یک مخزن عمومی GitHub متعهد شده است.

بخش مخفی سرقت مدل ابری و هوش مصنوعی از این رخداد زمانی آغاز شد که شخصی یک نسخه مسموم (1.107.0) از دروازه محبوب هوش مصنوعی منبع باز را در PyPI و رجیستری کانتینر آن آپلود کرد. این نسخه در معرض خطر شامل یک infostealer و یک تروجان دسترسی از راه دور بود که قادر به اجرای کد دلخواه بر روی ماشین های آلوده بود.

در حالی که بسته تروجانی شده برای کمتر از دو ساعت قبل از قرنطینه در PyPI در دسترس بود، طبق گفته ویز، در این مدت حدود 49000 بار دانلود شد.

در روز جمعه، LiteLLM زنجیره حمله پشت نسخه در معرض خطر را شرح داد و آن را به 27 می، زمانی که یک فایل پیکربندی حاوی یک کلید اصلی به مخزن عمومی LiteLLM-Labs/lite-harness متعهد شد، ردیابی کرد. این کلید متعلق به یک ابزار متن باز بود که به صورت داخلی توسط LiteLLM برای هماهنگ کردن عوامل هوش مصنوعی استفاده می شد. توسعه دهندگان پروژه به سرعت متوجه خطا شدند و commit در معرض دید را حذف کردند، اما نتوانستند کلید اصلی را باطل کنند.

"در 10 اکتبر، عامل تهدید از این کلید برای دسترسی به پلتفرم عامل LiteLLM ما استفاده کرد و این توکن GitHub CLI OAuth را استخراج کرد." "از این نقطه به بعد، عامل تهدید به تمام مخازن در GitHub ما در سطح مالک دسترسی داشت."

این امر به ویژه جدی است زیرا توکن‌های GitHub CLI «post-2fa» هستند، به این معنی که جریان‌های احراز هویت حالت sudo GitHub را که معمولا برای انجام اقدامات مخزن با تأثیر بالا لازم است، راه‌اندازی نمی‌کنند.

این توکن به مهاجم اجازه می‌دهد تا تعهدات مخرب را در شعبه‌های دیگر مخازن داخلی بنویسد - از جمله جریان‌های کاری طراحی شده برای سرقت هرگونه نشانه و اسرار پیکربندی شده برای در دسترس بودن در طول فرآیند توسعه یکپارچه‌سازی مداوم. و این به آنها اجازه داد تا دیگر توکن های GitHub CLI OAuth مرتبط با دو مهندس با امتیازات نگهدارنده را بدزدند.

به علاوه، آنها توکن‌هایی را برای چندین سیستم داخلی دیگر به دست آورده‌اند. LiteLLM خاطرنشان کرد: «بررسی فعالیت بازیگر در این سیستم‌های دیگر نشان می‌دهد که تلاش‌هایی برای شناسایی و استخراج کلیدها و نشانه‌های اضافی، با تمرکز اصلی بر توکن‌های API استنتاج بالادستی انجام می‌شود.»

با دزدیده شدن چندین هویت ممتاز، متخلف می‌توانست بدون ایجاد شک و تردید در مخازن GitHub تغییراتی ایجاد کند، زیرا به نظر می‌رسید که اقدامات و تأییدیه‌ها همگی از سوی مهندسان قانونی و معتبر آمده باشند.

در پاسخ، توسعه دهندگان LiteLLM هر توکن مرتبط با هر سیستم داخلی و پلت فرم فروشنده را لغو می کنند. آنها نوشتند: "این حادثه تصویری قوی از خطرات مربوط به عدم چرخش کلید بالقوه در معرض دید ارائه کرده است."

دزدهای اطلاعاتی پنهان شده در بسته به خطر افتاده برای جمع آوری تعداد زیادی از اطلاعات حساس، از جمله اعتبار مرورگر و کوکی‌های کروم، فایرفاکس، اج و سافاری، به همراه اعتبارنامه‌های AWS، کلیدهای حساب سرویس Google Cloud Platform و اعتبارنامه‌های پیش‌فرض برنامه، و توکن‌های Microsoft Azure طراحی شده‌اند. همچنین کلیدهای API را برای OpenAI، Anthropic، Cohere و سایر ارائه دهندگان LLM به کار برد.

بنابراین اگر نسخه 1.107.0 را نصب و اجرا کردید، فرض کنید هر گونه اعتباری که برای سیستم آسیب دیده قابل دسترسی است ممکن است به سرقت رفته باشد. سیستم‌های آسیب‌دیده را بررسی کنید، رمزهای عبور را تغییر دهید، و کلیدهای در معرض دید را بچرخانید. دعای سریع به حامی زنجیره‌های تامین نیز ضرری ندارد. ®

خواندن متن کامل در دِ رجیستربه زبان اصلی، در سایت ناشر باز می‌شود
متن اصلی (انگلیسی)

LiteLLM supply chain attack started with an exposed master key

A 'strong illustration of the risks associated with failing to rotate a potentially exposed key'

همه‌ی اخبار فناوری