BTCPay Server Rilis Patch Darurat v2.4.2 Usai Bug Kredensial LND Picu Pengurasan Dompet Lightning Pedagang

BTCPay Server merilis versi 2.4.2 untuk menutup kerentanan kritis yang memungkinkan akses jarak jauh tanpa autentikasi ke file kredensial LND, setelah pelaku memanfaatkan celah tersebut untuk menguras dompet Lightning milik pedagang pada konfigurasi yang rentan. Dalam catatan rilis, proyek menjelaskan bug serius terkait file .macaroon—mekanisme yang dipakai LND untuk mengatur izin akses. Secara praktis, file ini dapat berfungsi layaknya kunci: jika pihak yang tidak berwenang mendapatkan macaroon dengan hak tertentu, mereka bisa menjalankan fungsi node Lightning di luar kendali operator. Komunitas pendukung BTCPay juga mendukung program bounty pemulihan sebesar 10% dari dana yang berhasil dikembalikan, dengan batas maksimum 3 BTC. Dengan harga saat ini, nilai hadiah maksimum diperkirakan sekitar US$190.000. Insiden ini bukan eksploit pada protokol Bitcoin dan bukan kegagalan dompet on-chain bawaan. Ini murni isu keamanan sisi server yang memengaruhi sebagian implementasi BTCPay Server yang menggunakan LND. Pemahaman ini penting karena langkah mitigasinya berbeda: tidak ada patch protokol Bitcoin yang diperlukan, melainkan pembaruan perangkat lunak, peninjauan konfigurasi, serta pengamanan kredensial node. Ringkasnya, BTCPay Server v2.4.2 menambal kebocoran kredensial LND yang bersifat kritis. Pelaku dilaporkan menguras dompet Lightning pedagang melalui setup yang rentan. Bounty pemulihan menawarkan 10% dana yang kembali dengan batas 3 BTC. Mengapa isu kredensial LND krusial BTCPay Server banyak dipakai karena memungkinkan pedagang menerima pembayaran Bitcoin tanpa bergantung pada prosesor pembayaran terpusat. Model mandiri ini kuat, tetapi konsekuensinya adalah keamanan server menjadi faktor penentu. Pedagang yang menjalankan infrastruktur pembayaran sendiri juga menanggung tanggung jawab untuk menjaga pembaruan, konfigurasi, dan kontrol akses tetap benar. Kerentanan yang ditambal pada v2.4.2 berbahaya karena macaroon LND dapat memberikan akses ke fungsi node. Sensitivitasnya bergantung pada izin yang melekat; macaroon yang terekspos bisa setara dengan akses operasional penuh. Bagi operator Lightning, keamanan kredensial secara praktis sama pentingnya dengan keamanan private key: sistem dompet bisa saja kuat, tetapi jika server membocorkan kredensial akses, dana tetap berisiko. Bukan serangan terhadap Bitcoin itu sendiri Eksploit infrastruktur sering disalahartikan. Ketika terdengar kabar server pembayaran Bitcoin terkuras, sebagian orang mengira ada yang rusak di Bitcoin. Laporan ini tidak mengarah ke sana. Protokol dasar Bitcoin tidak dieksploitasi; insiden berkaitan dengan deployment BTCPay Server yang menggunakan LND dan tereksposnya file kredensial. Ini adalah peristiwa keamanan aplikasi dan infrastruktur, bukan kegagalan konsensus atau blockchain Bitcoin. Bagi pedagang yang terdampak, perbedaan ini tidak mengurangi dampaknya—dana Lightning yang hilang tetap dana yang hilang. Tetapi pembingkaian yang tepat menentukan solusi: operator BTCPay Server perlu melakukan pembaruan, memeriksa konfigurasi, dan mengamankan kredensial node. Risiko Lightning berbeda Lightning dirancang untuk pembayaran Bitcoin yang lebih cepat dan murah, tetapi menambah kompleksitas operasional. Operator node berurusan dengan channel, likuiditas, backup, akses jarak jauh, routing, kredensial, dan eksposur server. Model keamanannya berbeda dari menyimpan BTC di cold storage. Menjalankan infrastruktur Lightning berarti menjalankan perangkat lunak pembayaran aktif yang terhubung ke internet. Ini bisa aman bila dikelola disiplin—pembaruan, izin akses, penyimpanan kredensial, dan monitoring menjadi kunci. Bounty sebagai upaya pemulihan Bounty pemulihan menambah dimensi lain. Insentif 10% dari dana yang kembali (maksimal 3 BTC) ditujukan untuk mendorong pengembalian dana atau informasi terkait. Skema seperti ini dapat membuka jalur negosiasi atau pengungkapan, meski tidak menjamin pemulihan. Praktik bounty kerap digunakan pasca-eksploit karena dana curian dapat dilacak, setoran ke bursa bisa dipantau, dan pelaku dapat menghadapi kesulitan saat mencoba mencairkan dana tanpa jejak. Apa yang perlu dilakukan operator Pelajarannya jelas: perbarui BTCPay Server ke versi 2.4.2 dan tinjau eksposur LND. Jangan berasumsi sistem yang bertahun-tahun berjalan akan tetap aman. Infrastruktur pembayaran berada di lingkungan ancaman yang terus berubah; pelaku mencari versi lama, salah konfigurasi, kredensial bocor, izin lemah, dan layanan yang terbuka ke internet. BTCPay Server tetap menjadi alat penting bagi pedagang Bitcoin, tetapi self-custody dan self-hosting menuntut pemeliharaan. Versi 2.4.2 adalah titik perbaikan untuk isu ini, dan operator dengan setup terdampak perlu memperlakukannya sebagai pembaruan mendesak. Untuk rincian lebih lanjut, lihat materi rilis resmi v2.4.2 BTCPay Server dan informasi bounty pemulihan di platform Github. Artikel ini disusun berdasarkan materi rilis v2.4.2 BTCPay Server dan detail bounty pemulihan proyek. Ditulis oleh News Desk dan disunting oleh Samuel Rae. Laporan ini mengacu pada informasi yang dipublikasikan di Github.