Pengembang Klien Ethereum Memperbaiki Kerentanan yang Dapat Mengalihkan Hadiah ETH

Pengembang klien Ethereum, Teku dan Besu, telah merilis pembaruan keamanan untuk mengatasi kerentanan sertifikat yang dapat memungkinkan penyerang untuk menyamar sebagai layanan yang digunakan oleh validator dan berpotensi mengalihkan hadiah blok mereka.

Ringkasan

• Klien Ethereum Teku dan Besu telah merilis pembaruan keamanan setelah ditemukan kerentanan sertifikat yang dapat memungkinkan penyerang mengalihkan hadiah blok validator ke alamat mereka sendiri.
• Kerentanan ini berasal dari kunci kriptografi yang lemah yang terkait dengan delapan otoritas sertifikat yang dioperasikan oleh perusahaan India eMudhra, yang dapat memungkinkan penyerang untuk membuat sertifikat palsu.
• Teku memperingatkan bahwa penyerang dapat menyamar sebagai layanan eksternal yang digunakan oleh validator Ethereum dan memanipulasi proposal blok atau memperoleh tanda tangan validator yang sensitif di bawah konfigurasi tertentu.
• Konfigurasi utama Teku yang default tidak terpengaruh, dan para pengembang mengonfirmasi bahwa tidak ada eksploitasi kerentanan yang dilaporkan.
• Operator yang menggunakan instalasi Teku atau Besu secara mandiri harus memperbarui lingkungan Java mereka secara terpisah, karena perbaikan gambar Docker terbaru tidak secara otomatis memperbarui sertifikat Java yang diinstal secara lokal.

Menurut advis keamanan yang menyertai rilis tersebut, masalah ini berasal dari kunci otoritas sertifikat yang dikompromikan milik penyedia sertifikat digital India eMudhra, yang membuat konfigurasi node Ethereum tertentu terpapar pada koneksi HTTPS yang dipalsukan.

Teku merilis versi 26.10.3 pada 27 Oktober, sementara Besu memperkenalkan versi 26.10.2 sehari sebelumnya. Kedua pembaruan tersebut menghapus kepercayaan terhadap sertifikat eMudhra yang terpengaruh dari gambar Docker mereka, yang digunakan operator untuk menerapkan dan menjalankan perangkat lunak node Ethereum.

Kerentanan ini dapat mempengaruhi validator yang bergantung pada layanan eksternal untuk menandatangani transaksi, berkomunikasi dengan beacon node, atau menerima informasi pembangunan blok. Seorang penyerang perlu mencegat koneksi yang terpengaruh dan menyajikan sertifikat palsu yang diterima sebagai sah oleh perangkat lunak validator.

Pengembang Teku mengonfirmasi bahwa konfigurasi utama yang default tidak terpengaruh dan mengatakan bahwa tidak ada eksploitasi kerentanan yang dilaporkan.

Kerentanan Keamanan Ethereum Terlacak ke Sertifikat eMudhra yang Dikompromikan

Masalah keamanan ini dimulai dengan kesalahan kriptografi yang melibatkan delapan otoritas sertifikat perantara yang dioperasikan oleh eMudhra, yang kunci privatnya ditemukan telah dihasilkan menggunakan ketidakcukupan acak.

Para peneliti mengidentifikasi masalah ini pada 17 Oktober, menemukan bahwa kunci privat dapat dipulihkan secara matematis dari informasi yang tersedia dalam sertifikat publik.

Menurut advis keamanan dari Microsoft pada 26 Oktober, enam dari sertifikat yang terpengaruh digunakan untuk mengamankan koneksi internet, sementara dua lainnya terkait dengan penandatanganan kode.

Kunci yang dikompromikan dapat memungkinkan seseorang untuk membuat sertifikat yang tampak asli bagi aplikasi yang terus mempercayai otoritas sertifikat yang terpengaruh.

eMudhra mencabut sertifikat perantara yang terpengaruh pada 18 Oktober, sementara penyedia teknologi mulai menghapus kepercayaan terhadap rantai sertifikat yang dikompromikan dari perangkat lunak mereka.

Microsoft kemudian memblokir otoritas sertifikat yang terpengaruh melalui pembaruan keamanan Windows pada 20 Oktober dan merilis pembaruan lain pada 26 Oktober untuk menghapus tujuh sertifikat terkait dari daftar tepercaya.

Namun, masalah ini tetap relevan bagi Ethereum karena Teku dan Besu menggunakan Java, yang validasi sertifikatnya tidak memeriksa status pencabutan secara default.

Akibatnya, instalasi Java yang terpengaruh dapat terus menerima sertifikat yang terkait dengan otoritas yang dikompromikan bahkan setelah pencabutan mereka.

Bagaimana Penyerang Dapat Mengalihkan Hadiah Validator Ethereum

Advis keamanan Teku mengidentifikasi beberapa skenario serangan yang mungkin melibatkan validator yang berkomunikasi dengan layanan eksternal melalui koneksi HTTPS.

Salah satu skenario melibatkan seorang penyerang yang menyamar sebagai node beacon jarak jauh yang digunakan oleh validator untuk mengoordinasikan tugasnya di Ethereum.

Jika penyerang berhasil mencegat koneksi dan menyajikan sertifikat palsu, validator dapat menerima informasi yang dimanipulasi tentang blok yang sedang dipersiapkan untuk diusulkan.

Menurut Teku, serangan semacam itu dapat menyebabkan validator mengusulkan blok yang mengarahkan biaya transaksi ke alamat yang dikendalikan oleh penyerang.

Pemberitahuan tersebut mengidentifikasi layanan penandatangan eksternal sebagai komponen lain yang berpotensi terpapar. Layanan ini menyimpan kunci penandatangan validator secara terpisah dari perangkat lunak node utama dan memberikan tanda tangan saat diminta.

Seorang penyerang yang menyamar sebagai penandatangan eksternal dapat berpotensi mendapatkan tanda tangan yang terkait dengan keluarnya validator, tergantung pada konfigurasi dan perlindungan yang tersedia.

Teku mengklasifikasikan skenario ini sebagai sangat serius, meskipun konfigurasi yang menggunakan otentikasi mutual TLS dapat membatasi konsekuensinya menjadi penolakan layanan.

Koneksi lain yang berpotensi terpengaruh termasuk klien eksekusi, pembangun blok, relai, dan layanan yang digunakan untuk mengambil informasi konfigurasi validator.

Kerentanan ini tidak mempengaruhi protokol jaringan peer-to-peer dasar Ethereum, yang tidak bergantung pada otoritas sertifikat yang dikompromikan.

Teku dan Besu merilis perbaikan untuk node Ethereum yang terpengaruh

Setelah pengungkapan, Teku merilis versi 26.10.3 untuk menghapus empat akar sertifikat dari gambar Docker-nya, termasuk emSign ECC Root CA G3, emSign Root CA G1, emSign Root CA G2, dan AAA Certificate Services.

Besu memperkenalkan penghapusan sertifikat yang sama dalam versi 26.10.2, mengatasi risiko bagi operator yang menggunakan gambar Docker yang diperbarui.

Namun, rilis tersebut tidak secara otomatis memperbarui instalasi Java yang dikelola secara terpisah oleh operator node.

Pengguna yang menjalankan Teku atau Besu melalui distribusi biner mandiri harus memeriksa runtime Java yang terinstal dan memperbarui sertifikat tepercaya jika diperlukan.

Teku memperingatkan bahwa operator yang masih menggunakan Java 26 perlu bermigrasi ke Java 25 karena versi sebelumnya telah mencapai akhir masa pakai dan tidak akan menerima build patch yang diperlukan.

Pemberitahuan tersebut lebih lanjut mengidentifikasi konfigurasi testnet tertentu sebagai berpotensi terpapar, termasuk pengaturan yang mengunduh status blockchain awal mereka melalui HTTPS.

Pembaruan keamanan ini mengikuti kekhawatiran lain yang baru-baru ini melibatkan infrastruktur validator Ethereum. Awal bulan ini, crypto.news melaporkan bahwa MetaMask telah mulai keluar dari validator yang terpengaruh setelah insiden keamanan infrastruktur terpisah yang diungkapkan pada 30 September.

Lebih baru-baru ini, pengembang Ethereum memperbaiki cacat setoran validator dalam peningkatan Glamsterdam yang akan datang setelah peneliti mengidentifikasi skenario di mana akun pembangun dapat menerima ETH yang dimaksudkan untuk validator.

Peningkatan Glamsterdam telah menghadapi penundaan setelah pengembang menunda aktivasi testnet Hoodi untuk menyelidiki masalah kompatibilitas kontrak pintar yang melibatkan EIP-8037.

Penundaan pada 26 Oktober menghapus aktivasi yang dijadwalkan untuk perubahan eksekusi Amsterdam dan perubahan konsensus Gloas, bersama dengan usulan peningkatan batas gas Hoodi menjadi 200 juta. Pengembang Ethereum belum mengumumkan tanggal penggantian untuk aktivasi tersebut.