Besu Memperbaiki 5 Kerentanan pada Node: Hal yang Harus Diketahui oleh Operator

Pendekatan 'Patch-First' untuk Keunggulan Pertahanan

Pengembang di balik klien Ethereum sumber terbuka Besu telah memperbaiki lima kerentanan keamanan yang ditemukan oleh perusahaan keamanan blockchain Certik. Besu menerbitkan empat pemberitahuan keamanan terperinci pada 14 Agustus yang mencakup kelima kerentanan tersebut, yang semuanya telah diperbaiki dalam versi 26.7.1, yang awalnya dirilis pada 27 Juli sebagai pembaruan keamanan darurat.

Penundaan antara peluncuran patch perangkat lunak dan penerbitan detail pemberitahuan tersebut dilakukan secara sengaja, menurut pimpinan tim keamanan.

"Efektivitasnya berasal dari urutan langkah-langkah tersebut, bukan dari penundaan pengungkapan semata-mata demi penundaan itu sendiri," kata Jialiang Chang, direktur teknik keamanan dan mitra audit senior di Certik. "Besu telah menyediakan rilis yang telah diperbaiki pada akhir Juli dan secara jelas menandainya sebagai solusi untuk kerentanan keamanan, disertai instruksi untuk melakukan pembaruan sesegera mungkin."

Chang mencatat bahwa model "patch-first, details-later" memberikan keunggulan kritis bagi para pertahanan jaringan dibandingkan dengan calon penyerang.

"Pendekatan tersebut memberi para pertahanan waktu awal yang terbatas sebelum mekanisme serangan yang tepat tersebar luas," jelas Chang. "Operator node dapat memanfaatkan periode tersebut untuk mengidentifikasi implementasi yang terpengaruh, mengevaluasi antarmuka dan jalur konsensus mana yang terpapar, menguji rilis tersebut di lingkungan staging, mengoordinasikan pembaruan di antara validator atau peserta konsorsium, serta mempersiapkan prosedur rollback dan pemantauan."

Menurut Chang, jendela persiapan ini sangat penting bagi jaringan blockchain institusional atau yang berizin, di mana pembaruan sering kali memerlukan protokol manajemen perubahan formal dan koordinasi lintas organisasi. Jeda pengungkapan ini mengurangi risiko eksploitasi “N-day” yang segera terjadi, sekaligus tetap cukup singkat untuk menjaga transparansi komunitas.

Kerentanan tersebut awalnya terungkap selama penelitian mandiri yang dilakukan oleh Certik menggunakan metodologi pengujian adversarial "Chain Scan". Beroperasi di jaringan uji pribadi multi-node tanpa pendanaan klien eksternal, para peneliti menyisipkan kesalahan terkendali di seluruh antarmuka peer-to-peer, HTTP RPC, WebSocket RPC, dan antarmuka yang berhubungan dengan konsensus.

Temuan-temuan tersebut, yang diberi peringkat oleh Certik berdasarkan tingkat keparahan dari ringan hingga berat, mencakup kelemahan dalam pemrosesan pengumuman blok, penyimpanan sementara proposal konsensus ketinggian masa depan, batasan langganan WebSocket, dan pembuatan filter JSON-RPC. Jika tidak ditangani, kelemahan tersebut dapat memungkinkan penyerang menghabiskan memori node atau kapasitas thread, sehingga mengancam ketersediaan node dan pemrosesan konsensus.

Kesenjangan dalam Model Pengujian Klien Saat Ini

Certik secara pribadi memberikan rangkaian pengujian proof-of-concept yang dapat direproduksi kepada tim Besu, sehingga memungkinkan pengelola untuk mengevaluasi dan menyelesaikan kerentanan tersebut secara rahasia sebelum rilis. Dalam catatan rilis versi 26.7.1, Besu mengucapkan terima kasih kepada Certik dan Ethereum Foundation Security atas pengungkapan yang bertanggung jawab tersebut.

Menyikapi lanskap infrastruktur blockchain publik yang lebih luas, Chang mengatakan kepada Bitcoin.com News bahwa komunitas sumber terbuka beroperasi dalam lingkungan keamanan hibrida.

"Ekosistem ini jelas bergerak menuju pengujian keamanan yang lebih terstruktur," kata Chang, sambil menunjuk pada praktik-praktik yang sudah ada seperti fuzzing diferensial, simulasi tingkat jaringan, jaringan serangan privat, program hadiah bug, dan kerangka kerja fuzzing devp2p lintas klien.

Namun, Chang memperingatkan bahwa cakupan pengujian masih tidak merata di seluruh industri.

"Pengujian kesesuaian protokol dan transisi status seringkali lebih matang daripada pengujian berkelanjutan untuk habisnya sumber daya, kondisi balapan asinkron, perilaku peer yang berbahaya, degradasi jangka panjang, kegagalan pembersihan, dan konfigurasi khusus penyebaran," kata Chang. "Kegagalan-kegagalan ini mungkin menghasilkan keluaran protokol yang benar pada awalnya, namun tetap memungkinkan pelaku dengan biaya relatif rendah untuk menyebabkan konsumsi memori, thread, disk, atau jaringan yang tidak proporsional."

Karena pengujian oleh pengembang tidak dapat mendeteksi setiap vektor potensial, Chang menekankan bahwa penelitian pihak ketiga tetap penting untuk menguji asumsi di luar pengembangan rutin.

"Model yang lebih matang bersifat berkelanjutan dan kumulatif: CI dan fuzzing oleh pengelola, pengujian adversarial multi-node, penelitian independen berkala, serta pengujian regresi permanen atau skenario serangan yang ditambahkan untuk setiap kerentanan yang telah dikonfirmasi," kata Chang, sambil mencatat bahwa Certik sedang merancang platform Chain Scan-nya untuk mendukung model ini.