Selama 93 menit, menginstal CLI 'resmi' Bitwarden mengubah laptop menjadi landasan peluncuran untuk pembajakan akun GitHub

Pada 22 Apr., sebuah versi berbahaya dari antarmuka baris perintah Bitwarden muncul di npm dengan nama paket resmi @bitwarden/[email protected]. Selama 93 menit, siapa pun yang mengunduh CLI melalui npm menerima pengganti yang telah dipasangi backdoor sebagai ganti alat yang sah.

Bitwarden mendeteksi kompromi tersebut, menghapus paket, dan mengeluarkan pernyataan yang menyatakan tidak ditemukan bukti bahwa penyerang mengakses data vault pengguna akhir atau mengkompromikan sistem produksi.

Perusahaan riset keamanan JFrog menganalisis muatan berbahaya tersebut dan menemukan bahwa ia tidak tertarik secara khusus pada vault Bitwarden. Target utamanya adalah token GitHub, token npm, kunci SSH, riwayat shell, kredensial AWS, kredensial GCP, kredensial Azure, rahasia GitHub Actions, dan file konfigurasi alat AI.

Ini adalah kredensial yang mengatur bagaimana tim membangun, men-deploy, dan mengakses infrastruktur mereka.

Bitwarden melayani lebih dari 50.000 bisnis dan 10 juta pengguna, dan dokumentasinya sendiri menggambarkan CLI sebagai cara yang "powerful, berfitur lengkap" untuk mengakses dan mengelola vault, termasuk dalam workflow otomatis yang mengautentikasi menggunakan variabel lingkungan.

Bitwarden mencantumkan npm sebagai metode instalasi yang paling mudah dan lebih disukai bagi pengguna yang sudah familiar dengan registry. Kombinasi penggunaan otomasi, instalasi di mesin pengembang, dan distribusi npm resmi menempatkan CLI tepat di mana rahasia infrastruktur bernilai tinggi cenderung berada.

Analisis JFrog menunjukkan bahwa paket berbahaya tersebut mengubah baik hook preinstall maupun titik masuk biner bw ke sebuah loader yang mengambil runtime Bun dan meluncurkan payload yang diobfuskasi. Kompromi ini diaktifkan saat instalasi maupun saat runtime.

Sebuah organisasi bisa menjalankan CLI yang telah dipasangi backdoor tanpa menyentuh kata sandi tersimpan mana pun, sementara malware secara sistematis mengumpulkan kredensial yang mengatur pipeline CI, akun cloud, dan otomasi deployment-nya.

Perusahaan keamanan Socket mengatakan serangan ini tampaknya memanfaatkan GitHub Action yang telah dikompromikan dalam pipeline CI/CD Bitwarden, konsisten dengan pola yang sedang dilacak oleh peneliti Checkmarx.

Bitwarden mengonfirmasi bahwa insiden ini terhubung dengan kampanye supply chain Checkmarx yang lebih luas.

Titik kemacetan kepercayaan

Npm membangun model trusted publishing-nya untuk mengatasi kelas risiko ini secara khusus.

Dengan menggantikan token npm publish yang berumur panjang dengan autentikasi CI/CD berbasis OIDC, sistem ini menghilangkan salah satu jalur paling umum yang digunakan penyerang untuk membajak rilis registry, dan npm merekomendasikan trusted publishing serta menganggapnya sebagai langkah maju yang berarti.

Permukaan yang lebih sulit adalah logika rilis itu sendiri, seperti workflow dan action yang memanggil langkah publish. Dokumentasi npm sendiri merekomendasikan kontrol di luar OIDC, seperti lingkungan deployment dengan persyaratan persetujuan manual, aturan perlindungan tag, dan pembatasan branch.

Pengaturan lingkungan GitHub memungkinkan organisasi mewajibkan persetujuan reviewer sebelum workflow dapat men-deploy. Framework SLSA melangkah lebih jauh dengan meminta konsumen untuk memverifikasi bahwa provenance sesuai dengan parameter yang diharapkan, seperti repository, branch, tag, workflow, dan konfigurasi build yang tepat.

Insiden Bitwarden menunjukkan bahwa masalah yang lebih sulit berada di lapisan workflow. Jika penyerang dapat mengeksploitasi workflow rilis itu sendiri, lencana "resmi" masih menyertai paket berbahaya tersebut.

Trusted publishing memindahkan beban kepercayaan ke atas menuju integritas workflow dan action yang memanggilnya, sebuah lapisan yang sebagian besar belum diperiksa oleh organisasi.

Satu token untuk banyak pintu

Bagi tim pengembang dan infrastruktur, workflow rilis yang dikompromikan mengekspos pipeline CI, infrastruktur otomasi, dan kredensial yang mengaturnya.

Analisis JFrog menunjukkan bahwa setelah malware mendapatkan token GitHub, ia dapat memvalidasi token tersebut, menghitung repository yang dapat ditulis, membuat daftar rahasia GitHub Actions, membuat branch, melakukan commit workflow, menunggu eksekusinya, mengunduh artefak yang dihasilkan, lalu membersihkan jejaknya.

Mendapatkan token tersebut menciptakan rantai otomatis yang mengubah satu kredensial yang dicuri menjadi akses persisten di seluruh infrastruktur otomasi organisasi.

Laptop pengembang yang menginstal paket resmi yang diracuni menjadi jembatan dari penyimpanan kredensial lokal host ke akses GitHub ke mana pun token GitHub tersebut dapat menjangkau.

Insiden Bybit adalah analogi struktural yang dekat. Workstation pengembang yang dikompromikan memungkinkan penyerang meracuni antarmuka upstream yang tepercaya, yang kemudian menjangkau proses operasional korban.

Perbedaannya adalah Bybit melibatkan UI web Safe yang dirusak, sementara Bitwarden melibatkan paket npm resmi yang dirusak.

Dalam lingkungan crypto, fintech, atau kustodi, jalur tersebut dapat berjalan dari penyimpanan kredensial ke penanda rilis, akses cloud, dan sistem deployment tanpa pernah menyentuh entri vault.

Dalam 60 hari, Checkmarx mengungkap workflow GitHub Actions dan plugin OpenVSX yang dikompromikan, sementara Cloud Security Alliance memperingatkan bahwa kampanye TeamPCP sedang aktif mengkompromikan proyek open-source dan komponen otomasi CI/CD.

JFrog mendokumentasikan bagaimana GitHub Action Trivy yang dikompromikan mengeksfiltrasikan token publish LiteLLM dan memungkinkan rilis PyPI berbahaya, dan Axios mengungkap bahwa dua versi npm berbahaya beredar selama sekitar tiga jam melalui akun maintainer yang dikompromikan.

Sonatype menghitung lebih dari 454.600 paket berbahaya baru hanya pada tahun 2025, membawa total kumulatif menjadi lebih dari 1,2 juta. Bitwarden bergabung dalam rangkaian insiden yang mengonfirmasi workflow rilis dan registry paket sebagai permukaan serangan utama.

Penyebab akar yang tepat belum dipublikasikan, karena Bitwarden telah mengonfirmasi keterkaitan dengan kampanye Checkmarx tetapi belum menerbitkan rincian lengkap tentang bagaimana penyerang mendapatkan akses ke pipeline rilis.

Hasil dari serangan

Hasil terkuat bagi para pembela adalah bahwa insiden ini mempercepat pendefinisian ulang makna "resmi".

Saat ini, trusted publishing melampirkan data provenance ke setiap paket yang dirilis, sehingga mengonfirmasi identitas penerbit di registry. SLSA secara eksplisit mendokumentasikan standar yang lebih tinggi bagi verifikator untuk memeriksa apakah provenance sesuai dengan repository, branch, workflow, dan parameter build yang diharapkan.

Jika standar tersebut menjadi perilaku konsumen secara default, "resmi" mulai berarti "dibangun oleh workflow yang tepat di bawah batasan yang tepat," dan penyerang yang mengkompromikan sebuah action tetapi tidak dapat memenuhi setiap batasan provenance akan menghasilkan paket yang ditolak oleh konsumen otomatis sebelum sampai.

Jalur jangka pendek yang lebih masuk akal berjalan ke arah sebaliknya. Penyerang telah menunjukkan dalam setidaknya 4 insiden dalam 60 hari bahwa workflow rilis, dependensi action, dan kredensial yang berdekatan dengan maintainer menghasilkan hasil bernilai tinggi dengan hambatan yang relatif rendah.

Setiap insiden berturut-turut menambahkan teknik yang terdokumentasi ke dalam playbook publik berupa kompromi action, pencurian token dari output CI, pembajakan akun maintainer, dan penyalahgunaan jalur trusted-publish.

Kecuali verifikasi provenance menjadi perilaku konsumen secara default daripada lapisan kebijakan opsional, nama paket resmi akan mendapat lebih banyak kepercayaan daripada yang dapat dibenarkan oleh proses rilisnya.

The post For 93 minutes, installing Bitwarden's 'official' CLI turned laptops into launchpads for hijacking GitHub accounts appeared first on CryptoSlate.