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
Divisi riset keamanan siber Microsoft mempublikasikan hasil investigasi mengenai serangan terhadap rantai pasokan LiteLLM versi 1.107.0. Insiden tersebut terjadi pada 21 Oktober 2026 melalui layanan distribusi paket PyPI dan sejumlah image container resmi. LiteLLM sendiri banyak digunakan sebagai penghubung antara aplikasi dengan berbagai penyedia model kecerdasan buatan. Melalui perangkat lunak ini, pengembang memiliki fasilitas menghubungkan aplikasi menuju beragam model bahasa melalui mekanisme komunikasi yang terintegrasi. Mengingat fungsinya melibatkan 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. Di luar distribusi melalui PyPI, sejumlah image container dengan tag v1.107.0, latest, main-latest, dan main-stable juga sempat terdampak. Sesudah aktivitas mencurigakan ditemukan, pengelola mengambil tindakan untuk menghentikan penyebaran dan mengamankan kembali saluran distribusi. Namun demikian, perangkat yang sempat memasang versi terinfeksi tidak otomatis kembali aman. Hal tersebut menunjukkan pentingnya respons insiden.
Mengapa Malware LiteLLM Bisa Aktif Tanpa Digunakan Aplikasi
Keunikan teknis yang menjadi perhatian adalah pelaksanaan program pencuri informasi melalui mekanisme startup. Di dalam artefak berbahaya tersebut, peneliti menemukan tiga file tambahan bernama cook.pth, cook.py, dan sitecustomize.py. File yang disisipkan penyerang berada dalam lingkungan instalasi interpreter sehingga berpotensi dieksekusi pada saat Python berjalan. Mekanisme tersebut memungkinkan aktivasi tanpa penggunaan langsung modul utama. Dengan demikian, pengembang yang mengaktifkan interpreter pada lingkungan terdampak dapat mengaktifkan komponen berbahaya tanpa menyadari keberadaan paket yang disusupi.
Melalui komponen yang ditemukan peneliti, file cook.pth menjadi pemicu pemanggilan berkas cook.py. Modul tersebut menyimpan instruksi yang telah dikaburkan menggunakan Base64 dan kompresi zlib. Setelah diproses, program menjalankan fungsi pengumpulan kredensial. Tim analisis keamanan menemukan penanda program bernama PRIVCOLLECT. Sementara itu, sitecustomize.py memiliki fungsi pemanggilan program tambahan pada lingkungan berbasis Unix. Rancangan pemuat tersebut memungkinkan perubahan muatan berbahaya tanpa memerlukan pembaruan resmi lainnya. Penting diperhatikan, Microsoft tidak menyatakan bahwa mekanisme tambahan tersebut berhasil dijalankan selama investigasinya.
Jenis Kredensial yang Menjadi Sasaran Malware LiteLLM
Hasil pemeriksaan keamanan Microsoft menunjukkan bahwa malware dirancang untuk mencari berbagai jenis informasi autentikasi yang digunakan oleh aplikasi dan sistem cloud. Target pengumpulan data termasuk token autentikasi dari penyedia AI, file konfigurasi, dan pengaturan sistem dengan kredensial sensitif. Selain itu, program mencari kredensial Git serta informasi kunci privat tertentu. Layanan cloud seperti AWS, Azure, dan Google Cloud juga termasuk dalam sasaran pengumpulan. Ketika data autentikasi jatuh ke pihak tidak berwenang, ancaman tidak terbatas pada satu aplikasi karena sejumlah kredensial memiliki hubungan dengan infrastruktur produksi.
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 tidak memastikan setiap target terekspos. Keberhasilan pengambilan informasi ditentukan oleh akses dan konfigurasi perangkat. Program berbahaya tersebut menyatukan hasil pengumpulan sebelum melakukan perlindungan data menggunakan enkripsi bagi penyerang. Menurut hasil penelitian, sistem tersebut menggunakan metode enkripsi simetris dan asimetris untuk mempersulit pemeriksaan data hasil pencurian. Pendekatan tersebut menunjukkan rancangan malware yang cukup terstruktur.
Ancaman Kompromi LiteLLM bagi Lingkungan CI/CD dan Container
Penyusupan paket Python tersebut tidak terbatas pada satu jenis perangkat karena LiteLLM menjadi bagian dari infrastruktur penghubung model bahasa. Pada lingkungan perusahaan, paket tersebut dapat terpasang pada workstation, server pengujian, image container, dan pipeline CI/CD. Apabila lingkungan tersebut menjalankan versi terinfeksi, program pencuri data mungkin menemukan kredensial yang dapat diakses oleh identitas pengguna. Risiko lanjutan dari kondisi tersebut meliputi akses tidak sah ke layanan cloud, perubahan konfigurasi, dan gangguan pada proses pengembangan. Meski cakupan ancaman cukup besar, paparan paket tidak selalu membuktikan eksfiltrasi berhasil.
Insiden tersebut memberikan gambaran bagaimana manipulasi proses rilis paket berpotensi menyebarkan komponen berbahaya secara luas. Menurut hasil investigasi pengelola, pelaku memanfaatkan kelemahan dalam rangkaian pengamanan penerbitan. Artefak yang didistribusikan melibatkan proses rilis yang tidak sah. Rangkaian penyusupan tersebut memperlihatkan kebutuhan terhadap pemeriksaan tidak hanya pada repositori proyek, tetapi juga pipeline pembangunan. Di lingkungan DevOps, keamanan supply chain menjadi semakin penting. Apabila integritas rilis tidak diverifikasi, organisasi berisiko menerima artefak berbahaya meskipun mengunduh dari saluran yang tampak sah.
Panduan Penanganan Paket Python Terinfeksi dan Rotasi Kredensial
Untuk pengembang yang pernah memasang versi terdampak, langkah pertama adalah mengidentifikasi cakupan paparan. Pemeriksaan tersebut sebaiknya meliputi komputer pengembang, server pengujian, container, cache paket, dan image pembangunan aplikasi. Hal penting yang ditekankan Microsoft, pemeriksaan pada lingkungan yang diduga terinfeksi sebaiknya menghindari penggunaan Python dari instalasi yang dicurigai. Pembatasan tersebut diperlukan untuk mencegah aktivasi ulang kode berbahaya. Dalam investigasi insiden, administrator dapat menggunakan alat analisis dari sistem bersih. Apabila indikator kompromi teridentifikasi, sistem harus ditangani melalui mekanisme respons insiden untuk mengurangi kemungkinan akses lanjutan.
Ketika cakupan insiden telah diketahui, organisasi sebaiknya memetakan seluruh rahasia yang dapat diakses malware. Informasi yang perlu diperiksa termasuk kunci autentikasi aplikasi AI, akses cloud, kredensial Git, SSH, dan token layanan internal. Penerbitan ulang token keamanan harus dilakukan dari lingkungan yang bersih. Selain mengganti kredensial, administrator perlu membangun ulang lingkungan yang terdampak. Dalam rekomendasi keamanannya, Microsoft menjelaskan bahwa penghapusan direktori aplikasi belum tentu menyingkirkan malware. Penyebabnya file startup berbahaya mungkin tersimpan pada lokasi pustaka Python. Oleh karena itu, pemulihan menyeluruh dan validasi keamanan harus diprioritaskan.
Masa Depan Perlindungan Paket Python dan Infrastruktur AI
Temuan penyusupan rantai pasokan LiteLLM menjadi pengingat penting dalam pengelolaan ekosistem perangkat lunak modern. Melalui manipulasi proses distribusi, penyerang menempatkan komponen pencuri informasi pada paket yang didistribusikan. Kemampuan malware berjalan saat Python dimulai membuat serangan tidak terbatas pada aplikasi LiteLLM karena lingkungan yang memasang paket berbahaya dapat menjalankan malware secara tidak langsung. Meskipun distribusi berbahaya sudah dihentikan, pemeriksaan sistem tetap diperlukan. Insiden tersebut menegaskan pentingnya verifikasi dependensi dan penerapan prinsip akses minimum. Berkat strategi keamanan yang konsisten, organisasi berpotensi meningkatkan ketahanan infrastruktur. Apa pandangan Anda perlindungan pipeline pengembangan perangkat lunak? Silakan bagikan pendapat Anda mengenai langkah menjaga infrastruktur pengembangan tetap aman.
