آخرین اخبار
همهٔ اخبار
امنیت وب و نرم‌افزار گزارش بحرانیت ۶/۱۰

تحلیل آسیب‌پذیری‌های بحرانی در LiteLLM: از دور زدن کنترل دسترسی تا اجرای کد از راه دور (RCE)

تحلیل آسیب‌پذیری‌های بحرانی در LiteLLM: از دور زدن کنترل دسترسی تا اجرای کد از راه دور (RCE)

ارزیابی امنیتی صورت گرفته روی LiteLLM (نسخه 1.77.7)، که یک LLM Gateway متن‌باز و پرکاربرد است، منجر به کشف چندین آسیب‌پذیری با تاثیر بالا شد (با شناسه‌های CVE-2026-35029 و CVE-2026-59823). این موارد در نسخه 1.83.9 به طور کامل برطرف شده‌اند.

دور زدن کنترل دسترسی در اندپوینت config/update/

بزرگ‌ترین نقص امنیتی مربوط به فقدان بررسی مجوزها (Authorization Check) در اندپوینت /config/update بود. این نقص به هر کاربر احراز هویت شده (حتی حساب‌های با سطح دسترسی پایین) اجازه می‌داد تا پیکربندی زمان اجرای (Runtime Configuration) پروکسی را تغییر دهد. این یک نقص واحد، مسیرهای حمله متعددی را باز می‌کرد:

  • خواندن فایل‌های دلخواه (Arbitrary File Read): مهاجم می‌توانست با تزریق متغیرهای محیطی مانند UI_LOGO_PATH، مسیر فایل‌های حساس سیستم (مانند /etc/passwd) را به اندپوینت /get_image ارسال کرده و محتوای آن‌ها را بخواند.
  • تسخیر حساب مدیریت (Administrative Account Takeover): از طریق بازنویسی متغیرهای محیطی UI_USERNAME و UI_PASSWORD، یک کاربر معمولی می‌توانست اعتبارنامه‌های مدیر را تغییر داده و با دسترسی کامل Proxy Admin وارد سیستم شود.
  • اجرای کد از راه دور (RCE): LiteLLM از قابلیت “Pass-Through Endpoints” برای ارسال درخواست‌ها به سرویس‌های خارجی یا بارگذاری ماژول‌های سفارشی استفاده می‌کند. مهاجم می‌توانست از طریق تنظیم پارامتر target به گونه‌ای که از پروتکل‌های s3:// یا gcs:// استفاده کند، یک فایل پایتون مخرب را از فضای ابری دانلود و اجرا نماید.

آسیب‌پذیری SSRF و سرقت کلیدهای API

علاوه بر موارد فوق، یک آسیب‌پذیری Server-Side Request Forgery (SSRF) در قابلیت “Clientside LLM Credentials” کشف شد. در این حالت، کاربر احراز هویت شده می‌تواند پارامتر user_config را در بدنه درخواست ارسال کند و با تغییر api_base URL، درخواست‌های API را به سروری تحت کنترل خود منحرف نماید. این امر منجر به افشای کلیدهای API تامین‌کنندگان LLM می‌شد که کاربر عادی نباید به آن‌ها دسترسی داشته باشد.

سایر نقاط ضعف امنیتی

تحقیقات نشان داد که LiteLLM در نسخه‌های آسیب‌پذیر، هش‌های رمز عبور کاربران را از طریق برخی اندپوینت‌ها افشا می‌کرد. همچنین، متد هشینگ مورد استفاده فاقد Salt بود و تنها از یک تکرار (Iteration) تابع هش استاندارد استفاده می‌کرد که آن را در برابر حملات Brute-force و Rainbow Table بسیار آسیب‌پذیر می‌ساخت.

نتیجه‌گیری برای مدیران امنیت

این یافته‌ها نشان می‌دهد که با گسترش سریع ابزارهای زیرساختی AI، اصول بنیادین امنیتی مانند کنترل دسترسی (Access Control) و اعتبارسنجی ورودی‌ها (Input Validation) همچنان حیاتی هستند. استفاده از LLM Gatewayها به دلیل قرارگیری در مسیر درخواست‌ها و مدیریت اعتبارنامه‌ها، آن‌ها را به هدفی جذاب برای مهاجمان تبدیل می‌کند. توصیه می‌شود تمامی سازمان‌های استفاده‌کننده از LiteLLM سریعاً به آخرین نسخه به‌روزرسانی نمایند.