Microsoft Ungkap Penyusupan Paket LiteLLM 1.107.0 yang Berpotensi Mencuri Kredensial Pengembang
Microsoft mengungkap insiden keamanan siber yang melibatkan penyusupan paket LiteLLM versi 1.107.0 pada ekosistem pengembangan Python. Paket yang terinfeksi tersebut didistribusikan melalui Python Package Index atau PyPI pada 21 Oktober 2026 dan ditemukan mengandung kode berbahaya yang dirancang untuk mencuri kredensial pengembang. Dalam laporan keamanan yang dipublikasikan pada 23 Oktober 2026, Microsoft menjelaskan bahwa malware dapat berjalan ketika interpreter Python dimulai, bahkan tanpa aplikasi mengimpor LiteLLM secara langsung. Insiden ini menjadi perhatian penting dalam dunia TEKNOLOGI karena memperlihatkan risiko serangan rantai pasokan perangkat lunak terhadap pengembang, layanan kecerdasan buatan, dan infrastruktur cloud.
Microsoft Mengungkap Serangan Rantai Pasokan pada LiteLLM 1.107.0
Microsoft Security Research menjelaskan rincian insiden mengenai penyusupan paket LiteLLM versi 1.107.0. Insiden tersebut melibatkan distribusi paket pada 21 Oktober 2026 melalui repositori Python Package Index dan sejumlah image container resmi. Perangkat lunak LiteLLM banyak digunakan sebagai penghubung antara aplikasi dengan berbagai penyedia model kecerdasan buatan. Dengan memanfaatkan LiteLLM, pengembang mampu mengintegrasikan layanan menuju beragam model bahasa melalui mekanisme komunikasi yang terintegrasi. Karena penggunaannya berkaitan dengan layanan AI dan infrastruktur pengembangan, kompromi paket berpotensi menjangkau banyak sistem.
Dalam laporan penanganan insiden proyek tersebut, paket berbahaya versi 1.107.0 tersedia di PyPI selama sekitar dua jam. Distribusinya berlangsung sekitar pukul 11.39 hingga 13.23 UTC pada 21 Oktober 2026. Selain paket Python, sejumlah image container dengan tag v1.107.0, latest, main-latest, dan main-stable berpotensi mendistribusikan komponen berbahaya. Ketika penyusupan berhasil diketahui, pengelola menghapus rilis berbahaya dari distribusi dan memperbarui penunjuk image container. Namun demikian, perangkat yang telah menjalankan image kompromi tidak otomatis kembali aman. Kondisi ini menegaskan bahwa penghentian distribusi saja belum cukup.
Cara Kerja Malware LiteLLM Melalui Mekanisme Startup Python
Aspek penting dari serangan tersebut adalah pelaksanaan program pencuri informasi melalui mekanisme startup. Di dalam artefak berbahaya tersebut, peneliti mendeteksi beberapa berkas yang tidak semestinya ada bernama cook.pth, cook.py, dan sitecustomize.py. Berkas tersebut berada dalam lingkungan instalasi interpreter sehingga berpotensi dieksekusi pada saat Python berjalan. Pendekatan penyusupan ini tidak bergantung pada pemanggilan fungsi LiteLLM. Akibatnya, pengembang yang sekadar menjalankan perintah Python biasa mungkin menjalankan kode pencuri informasi tanpa menjalankan aplikasi LiteLLM secara khusus.
Dalam mekanisme startup pertama, file cook.pth menjadi pemicu pemanggilan berkas cook.py. Komponen pemuat ini memuat kode berbahaya dalam bentuk terenkode menggunakan Base64 dan kompresi zlib. Setelah diproses, program menjalankan fungsi pengumpulan kredensial. Peneliti Microsoft menjelaskan bahwa modul mengidentifikasi dirinya sebagai PRIVCOLLECT. Sebagai mekanisme tambahan, sitecustomize.py dirancang mendukung eksekusi kode dari sumber jarak jauh pada lingkungan berbasis Unix. Fungsi tambahan ini mendukung pengiriman instruksi baru tanpa mengubah distribusi aplikasi utama. Meski kemampuan tersebut ditemukan, Microsoft tidak menyatakan bahwa mekanisme tambahan tersebut berhasil dijalankan selama investigasinya.
Jenis Kredensial yang Menjadi Sasaran Malware LiteLLM
Investigasi terhadap kode berbahaya mengungkap kemampuan program mengumpulkan berbagai jenis informasi autentikasi yang tersimpan dalam lingkungan pengembangan. Informasi tersebut termasuk token autentikasi dari penyedia AI, file konfigurasi, dan pengaturan sistem dengan kredensial sensitif. Di samping data tersebut, program mencari kredensial Git serta material kunci SSH. Layanan cloud seperti AWS, Azure, dan Google Cloud tercakup dalam kemampuan pengambilan informasi. Apabila kredensial dapat diakses penyerang, risiko penyalahgunaan dapat meluas karena token tertentu dapat digunakan untuk mengakses sumber daya tambahan.
Tidak hanya mencari kunci akses layanan, malware juga menargetkan informasi browser. Komponen yang diperiksa termasuk catatan aktivitas peramban dan sejumlah database kredensial browser. Namun demikian, keberadaan fungsi pencarian belum berarti semua informasi dapat dibaca. Cakupan data yang dapat diakses bergantung pada izin proses. Program berbahaya tersebut mengarsipkan informasi yang berhasil dibaca sebelum mengenkripsinya untuk dikirim keluar. Menurut hasil penelitian, sistem tersebut menggunakan metode enkripsi simetris dan asimetris untuk mempersulit pemeriksaan data hasil pencurian. Metode pengemasan tersebut menunjukkan rancangan malware yang cukup terstruktur.
Dampak Penyusupan LiteLLM terhadap Pengembang dan Infrastruktur AI
Serangan terhadap LiteLLM memiliki cakupan risiko yang luas karena LiteLLM menjadi bagian dari infrastruktur penghubung model bahasa. Pada lingkungan perusahaan, paket tersebut mungkin digunakan di komputer pengembang, server pengujian, image container, dan pipeline CI/CD. Jika sistem memasang paket yang disusupi, kode berbahaya berpotensi memperoleh akses kredensial yang dapat diakses oleh identitas pengguna. Dampak yang mungkin terjadi meliputi akses tidak sah ke layanan cloud, perubahan konfigurasi, dan peningkatan biaya layanan akibat penyalahgunaan. Namun perlu dipahami, keberadaan versi terdampak tidak otomatis menunjukkan seluruh data telah diambil.
Serangan ini menjadi contoh bagaimana penyusupan rantai pasokan aplikasi berpotensi menyebarkan komponen berbahaya secara luas. Berdasarkan penjelasan tim LiteLLM, pelaku berhasil memengaruhi proses publikasi rilis. Paket yang diterbitkan tidak berasal dari proses pembangunan kode yang semestinya. Kondisi tersebut memperlihatkan kebutuhan terhadap pemeriksaan tidak hanya pada kode sumber aplikasi, tetapi juga integritas artefak distribusi. Dalam pengembangan modern, keamanan supply chain menjadi semakin penting. Apabila integritas rilis tidak diverifikasi, organisasi berisiko menerima artefak berbahaya meskipun memanfaatkan layanan distribusi yang terpercaya.
Panduan Penanganan Paket Python Terinfeksi dan Rotasi Kredensial
Bagi organisasi yang menggunakan LiteLLM, prioritas utama mencakup pemeriksaan lingkungan yang terdampak. Kegiatan penelusuran tersebut sebaiknya meliputi komputer pengembang, server pengujian, container, cache paket, dan image pembangunan aplikasi. Namun demikian, pemeriksaan pada lingkungan yang diduga terinfeksi sebaiknya menghindari penggunaan Python dari instalasi yang dicurigai. Hal tersebut penting karena startup interpreter dapat memicu malware. Sebagai alternatif, administrator dapat menggunakan alat analisis dari sistem bersih. Jika instalasi berbahaya ditemukan, sistem perlu diisolasi sesuai prosedur untuk mencegah penyebaran dampak keamanan.
Setelah lingkungan terdampak diidentifikasi, organisasi harus mengevaluasi informasi autentikasi berisiko. Informasi yang perlu diperiksa mencakup token layanan AI, akses cloud, kredensial Git, SSH, dan token layanan internal. Penggantian kunci akses perlu menggunakan perangkat terpercaya. Tidak hanya memperbarui token, administrator perlu membangun ulang lingkungan yang terdampak. Tim keamanan Microsoft mengingatkan bahwa menghapus paket LiteLLM saja tidak cukup. Alasannya file startup berbahaya berpotensi tetap tersedia setelah paket utama dihapus. Karena alasan tersebut, pembangunan ulang lingkungan serta rotasi kredensial harus diprioritaskan.
Pelajaran Keamanan Siber dari Penyusupan LiteLLM 1.107.0
Hasil investigasi keamanan terhadap paket LiteLLM terinfeksi memperlihatkan tantangan serius dalam pengembangan TEKNOLOGI kecerdasan buatan. Berkat penyalahgunaan jalur rilis perangkat lunak, penyerang menempatkan komponen pencuri informasi pada paket yang didistribusikan. Kemampuan malware berjalan saat Python dimulai membuat serangan tidak terbatas pada aplikasi LiteLLM karena proses interpreter dapat mengaktifkan kode tanpa impor LiteLLM. Walaupun paket terdampak telah ditarik, rotasi kredensial harus menjadi perhatian. Peristiwa keamanan tersebut menunjukkan perlunya pengawasan keamanan perangkat lunak dan pengelolaan kredensial secara disiplin. Berkat strategi keamanan yang konsisten, organisasi dapat mengurangi dampak serangan serupa. Bagaimana menurut Anda perlindungan pipeline pengembangan perangkat lunak? Silakan bagikan pendapat Anda mengenai upaya mencegah serangan rantai pasokan.
