Serangan LiteLLM di PyPI Bocorkan Data Sensitif 2.100+ Organisasi

Serangan malware pada paket LiteLLM di PyPI yang terjadi pada bulan Maret 2026 berpotensi mengekspos lebih dari 2.100 organisasi akibat pencurian kunci cloud, SSH, token Kubernetes, dan rahasia penting lainnya.

Detail Serangan dan Dampaknya pada Organisasi

Dua rilis berbahaya dari paket LiteLLM versi 1.82.7 dan 1.82.8 muncul di PyPI selama sekitar 40 menit pada 24 Maret 2026. Kode berbahaya pada paket ini mampu mencuri data sensitif seperti kunci cloud, token Kubernetes, password database, dan variabel lingkungan dari sistem yang menginstalnya.

Firma intelijen ancaman, CloudSEK, mengungkapkan bahwa mereka memiliki dataset yang berisi sekitar 434.000 file hasil pencurian dari kampanye ini. Dataset tersebut memetakan potensi kebocoran data ke lebih dari 2.500 organisasi, termasuk perusahaan besar seperti NVIDIA, Cisco, Deloitte, Volkswagen, FedEx, Siemens, dan X Corp.

Namun, jumlah tersebut bukan berarti jumlah korban pasti, melainkan file dan log yang dicuri dan dianalisis sebagai bagian dari kampanye ini. CloudSEK menyediakan dataset ini dalam bentuk pencarian publik berdasarkan nama atau domain organisasi untuk membantu pihak yang terkena dampak melakukan pengecekan.

Bagaimana Serangan Terjadi dan Penyebabnya

LiteLLM adalah sebuah gateway AI open-source yang menghubungkan aplikasi dengan beberapa penyedia model AI. Versi 1.82.7 dan 1.82.8, yang dirilis selama serangan, mengandung kode yang berjalan sejak awal interpreter Python melalui file litellm_init.pth. Hal ini menyebabkan kode berbahaya berjalan setiap kali Python dijalankan di lingkungan tersebut, meskipun LiteLLM tidak secara eksplisit digunakan.

Kode jahat ini mengumpulkan berbagai kredensial seperti variabel lingkungan yang berisi kunci API model (misalnya OPENAI_API_KEY dan ANTHROPIC_API_KEY), kunci SSH, token Kubernetes, serta password database. Data yang dicuri kemudian dienkripsi dan dikirim ke domain berbahaya models.litellm[.]cloud, yang tidak ada kaitannya dengan proyek resmi LiteLLM.

Serangan ini terjadi dalam konteks kampanye rantai pasok yang lebih luas bernama TeamPCP, yang juga terkait dengan alat pemindai kerentanan Trivy milik Aqua Security. Pada 19 Maret 2026, pelaku menyerang repositori Trivy dengan memaksa update berbahaya pada hampir semua versi trivy-action dan setup-trivy, serta merilis versi Trivy 0.69.4 yang berbahaya.

Respon dan Imbauan Pengamanan

FBI mengeluarkan peringatan pada 2 Juli 2026, menyatakan bahwa aktor jahat kemungkinan akan menggunakan kredensial yang dicuri selama kampanye TeamPCP untuk serangan jangka panjang. Mereka mengimbau organisasi untuk segera merotasi semua kredensial CI/CD, token publikasi, dan kunci cloud yang mungkin terekspos dalam periode serangan.

Aqua Security dan lembaga keamanan lain juga merekomendasikan untuk beralih dari token jangka panjang ke token sementara demi mengurangi risiko penyalahgunaan di masa depan.

Organisasi disarankan untuk melakukan tiga langkah berikut:

1. Periksa apakah LiteLLM versi 1.82.7 atau 1.82.8 pernah diinstal pada rentang waktu 24 Maret 2026 pukul 10:39 hingga 16:00 UTC.
2. Rotasi atau cabut segera semua kredensial yang dapat diakses oleh sistem selama periode tersebut.
3. Cari di repositori GitHub organisasi untuk folder bernama tpcp-docs atau docs-tpcp, yang merupakan indikator kampanye ini menurut FBI, karena malware menggunakan nama tersebut untuk menyimpan data curian.

Analisis Redaksi

Menurut pandangan redaksi, insiden LiteLLM ini adalah contoh nyata risiko serius dari rantai pasok perangkat lunak open-source yang sering luput dari perhatian. Serangan semacam ini tidak hanya mengancam organisasi besar, tapi juga memperlihatkan bagaimana ketergantungan pada komponen pihak ketiga yang tidak terverifikasi dapat berujung pada kebocoran data masif.

Yang lebih mengkhawatirkan, serangan ini memanfaatkan token dan kredensial yang biasanya tidak dipantau secara ketat dan tidak rutin dirotasi. Ini menunjukkan perlunya pendekatan keamanan yang lebih proaktif dan sistematis dalam pengelolaan kredensial, terutama di lingkungan CI/CD dan cloud.

Ke depan, organisasi harus lebih waspada terhadap potensi risiko tersembunyi di dependency software mereka dan mengimplementasikan praktik terbaik seperti penggunaan token sementara, audit keamanan berkala, serta pemantauan aktif terhadap aktivitas tidak biasa. Selain itu, kolaborasi antara komunitas open-source, vendor keamanan, dan lembaga penegak hukum harus diperkuat untuk mencegah dan menanggulangi serangan rantai pasok serupa.

Untuk informasi lebih lanjut dan update terkini, kunjungi sumber asli di The Hacker News.