Bitcoin Core Mengakhiri Larangan Selama Satu Tahun untuk Bug yang Mudah Ditemukan

Bitcoin Core mengakhiri tunggu selama satu tahun untuk patch keamanan yang dapat ditemukan kembali oleh model bahasa dalam satu permintaan. Perubahan terhadap kebijakan pengungkapan keamanan proyek, yang digabungkan pada 22 Oktober, menciptakan kelas kerentanan yang “mudah ditemukan” dan menginstruksikan penjaga untuk merilis versi titik dan pengumuman publik “sesegera mungkin” — melewati embargo standar yang menjaga kerentanan tingkat menengah atau tinggi tetap rahasia selama sekitar satu tahun.

Pemicunya sederhana. Para pemelihara menerima lebih banyak laporan tentang bug yang terus ditemukan kembali, karena model bahasa telah mengurangi upaya yang dibutuhkan untuk menemukannya. Antoine Poinsot, kontributor Bitcoin Core di Chaincode Labs, mengumumkan perubahan tersebut di Daftar Surel Pengembangan Bitcoin pada hari yang sama ketika permintaan tarik digabungkan.

“Kami baru-baru ini mengalami peningkatan jumlah laporan tentang kerentanan keamanan yang dapat dengan mudah (ditemukan kembali),” tulis Poinsot. “Ini sebagian besar disebabkan oleh LLM yang secara drastis menurunkan hambatan untuk menemukan kelas masalah tertentu atau mengidentifikasi perbaikan tersembunyi.”

Kebijakan sebelumnya Bitcoin Core menghubungkan waktu pengungkapan dengan tingkat keparahan. Bug tingkat rendah diumumkan ke publik dua minggu setelah rilis utama berikutnya dirilis. Bug tingkat menengah dan tinggi tetap bersifat pribadi hingga dua minggu setelah rilis terakhir yang terdampak mencapai akhir masa dukungan — jendela yang menurut kebijakan itu sendiri digambarkan sebagai “sekitar satu tahun setelah versi utama yang berisi perbaikan pertama kali dirilis.”

Jadwal itu ada karena alasan tertentu. Bitcoin Core adalah implementasi referensi yang menjalankan sebagian besar node Bitcoin, dan operator node melakukan pembaruan secara perlahan. Larangan panjang dimaksudkan untuk memberi waktu jaringan memperbaiki sebelum rincian diumumkan ke publik. Komprominya adalah bahwa perbaikan umumnya tidak di-backport, sehingga operator yang menggunakan rilis lama harus menunggu versi utama berikutnya, yang proyek bertujuan untuk merilis sekitar setiap enam bulan.

Peringatan tersebut bersifat struktural, bukan kebetulan. Perubahan konsensus seperti Taproot upgrade bitcoin melewati jalur yang lambat dan konservatif tepat agar operator dapat mengadopsinya sesuai jadwal mereka sendiri.

“Karena sifat proyek kami, ditambah dengan budaya pembaruan yang lambat, kebijakan keamanan kami lebih memilih periode embargo yang lebih panjang,” tulis Poinsot. “Ini biasanya berarti perbaikan keamanan tidak dapat dipindahkan kembali, dan hanya tersedia bagi pengguna bersama rilis utama berikutnya.”

AI menghilangkan tradeoff itu. Jika bug dapat ditemukan kembali dengan pemindaian LLM yang sepele, menyembunyikannya tidak memberikan keuntungan apa pun, karena kelemahan tersebut sudah dapat diakses oleh siapa pun yang memiliki chatbot. “Untuk masalah-masalah yang mudah ditemukan, ini adalah tradeoff yang salah. Periode embargo memberikan sedikit manfaat tetapi menunda ketersediaan rilisan yang telah diperbaiki,” tulis Poinsot.

Di bawah kebijakan yang direvisi, jam pengungkapan sekarang memiliki tiga pengaturan. Kerentanan dapat ditandai sebagai "mudah ditemukan" selama penilaian awal—didefinisikan sebagai kerentanan yang "dapat ditemukan dengan upaya minimal, seperti melalui prompt LLM sederhana." Label ini tidak terbatas pada bug yang ditemukan AI: label ini menunjukkan seberapa sedikit upaya yang dibutuhkan untuk menemukan kembali, bukan alat apa yang melakukan penemuan.

Untuk bug-bug tersebut, respons berubah di setiap aspek. Alih-alih satu perbaikan saja yang dirilis di rilis utama berikutnya, para pemelihara akan melakukan backport perbaikan ke setiap versi utama yang saat ini didukung — tiga cabang sesuai aturan Bitcoin Core yang mendukung tiga rilis terbarunya — dan merilis versi titik secepat mungkin. Sebuah peringatan keamanan diterbitkan bersamaan dengan perangkat lunak yang telah diperbaiki.

Tangga tingkat keparahan masih mengatur segala hal lainnya. Bug tingkat rendah tetap pada jadwal dua minggu. Bug menengah dan tinggi tetap pada siklus sekitar satu tahun. Bug kritis—yang dapat mencuri koin pada tingkat protokol, meningkatkan pasokan, atau membagi rantai secara permanen—tetap berada di luar kebijakan standar dan ditangani satu per satu, seperti yang selama ini dilakukan.

Pengecualian itu ada dengan alasan yang kuat. Dalam sejarah Bitcoin Core, bug inflasi yang diumumkan sebagai CVE-2018-17144 pada September 2018 adalah jenis kelemahan yang membenarkan penanganan khusus: hal itu bisa memungkinkan penciptaan koin di luar jadwal penerbitan. Jalur baru yang "mudah ditemukan" tidak menyentuh tingkat tersebut—bug kritis tetap akan mendapat respons ad hoc yang disesuaikan dengan risiko terhadap seluruh jaringan.

Perubahan paling mudah dibaca sebagai penutupan di jendela pengungkapan. Sebuah bug dengan tingkat keparahan menengah yang diperbaiki hari ini biasanya tetap bersifat pribadi selama sekitar 52 minggu, diungkapkan hanya dua minggu setelah rilis terakhir yang terdampak mencapai akhir masa dukungan. Bug yang sama, setelah ditandai sebagai mudah ditemukan, dirilis sebagai rilis titik “secepat mungkin” bersama dengan advisornya. Itulah perbedaan antara satu tahun dan, dalam kerangka para pemelihara sendiri, berapa lama waktu yang dibutuhkan untuk menulis, meninjau, dan menguji patch yang ditargetkan.

Komitmen backport adalah separuh lainnya. Sebelum perubahan ini, perbaikan umumnya tidak sampai kepada pengguna pada cabang lama yang masih didukung; perbaikan tersebut tiba bersama rilis utama berikutnya. Sekarang, operator pada versi lama yang masih didukung dapat mengambil rilis titik yang ditargetkan tanpa mengadopsi setiap fitur dan perubahan perilaku dalam versi utama terbaru. Untuk jaringan di mana pembaruan berjalan lambat dan hati-hati, itu adalah perubahan nyata dalam seberapa cepat patch dapat benar-benar diterapkan.

Rute yang lebih cepat memiliki biaya, dan Poinsot menyatakan hal ini secara jelas dalam pull request. “Ini sangat penting karena di bawah kebijakan ini, mitigasi tidak akan memiliki waktu ‘pematangan’ yang lama di cabang pengembangan sebelum dirilis ke pengguna,” tulisnya. Sebuah perbaikan yang dirilis dalam hitungan hari menghabiskan lebih sedikit waktu dalam tinjauan dan pengujian dibandingkan yang tertunda selama berbulan-bulan.

Diskusi tersebut juga terpecah mengenai apakah pengungkapan seharusnya dilakukan lebih cepat lagi. Beberapa kontributor berargumen bahwa membuka pull request untuk memperbaiki masalah sendiri bisa memberi tahu penyerang, karena biaya untuk memantau repositori secara otomatis sangat rendah, sehingga pengungkapan mungkin perlu dilakukan paling lambat bersamaan dengan patch, atau bahkan sebelumnya dengan panduan mitigasi. Seorang kontributor lain mengusulkan untuk merilis perbaikan bersama dengan pengumuman diskresioner atau tertunda. Poinsot menolak gagasan itu, menulis bahwa memberi peringatan kepada pengguna tanpa detail bisa memicu migrasi terburu-buru di kalangan operator yang sebenarnya tidak terdampak.

Bursa penting karena menunjukkan bahwa kebijakan baru adalah jalan tengah yang disengaja, bukan yang jelas. Teks yang digabungkan mempertahankan saran secara simultan dengan perbaikan dan mempertahankan seluruh detail, bukan peringatan yang samar.

Belum ada kerentanan yang ditempatkan di kelas baru, jadi ini adalah perubahan proses, bukan pengungkapan bug yang aktif. Uji pertama yang sebenarnya tiba ketika pemelihara menandai sesuatu sebagai “mudah ditemukan” selama triase dan merilis pembaruan titik di seluruh cabang yang dipelihara bersama dengan advis simultan.

Sinyal yang lebih luas adalah bahwa pencarian bug yang dibantu AI sudah memaksa ekosistem Bitcoin untuk bergerak. Core Lightning memberi tahu operator node lebih awal tahun ini untuk upgrade atau putuskan koneksi setelah laporan kerentanan yang dihasilkan AI terbukti benar. Perubahan kebijakan Bitcoin Core adalah implementasi referensi yang membuat perhitungan sama di lapisan dasar protokol: ketika penemuan ulang murah, kerahasiaan memberikan sedikit keuntungan, dan satu-satunya hal yang ditunda oleh embargo panjang adalah rilis yang sudah ditentukan.

Untuk operator node, tidak ada perubahan hari ini. Ritme pembaruan tetap sama. Perbedaan muncul saat bug berikutnya memenuhi syarat sebagai mudah ditemukan, ketika patch dan advisornya diterapkan bersama dengan pemberitahuan yang lebih singkat daripada yang pernah dimiliki jaringan.