TL;DR
- Teku 26.10.3 dan Besu 26.10.2 menghapus kepercayaan terhadap akar sertifikat yang terkait dengan eMudhra setelah kunci menengah yang dikompromikan mengekspos beberapa konfigurasi validator berbasis HTTPS terhadap risiko peniruan.
- Node mainnet Teku default tidak terpengaruh, dan tidak ada eksploitasi yang dilaporkan, sementara risiko bergantung pada validator yang terhubung ke layanan eksternal melalui HTTPS.
- Pengguna Docker harus memperbarui gambar klien, sementara operator mandiri harus memperbaiki Java secara terpisah; pengguna Java 26 perlu bermigrasi ke build Java 25 yang didukung.
Teku dan Besu merilis pembaruan keamanan setelah kunci otoritas sertifikat eMudhra yang dikompromikan membuat konfigurasi node ethereum terbuka terhadap koneksi HTTPS yang dipalsukan. Catatan rilis Teku merekomendasikan versi 26.10.3, yang menghapus kepercayaan terhadap empat akar sertifikat yang terdampak dari gambar Docker, sementara Besu merilis versi 26.10.2. Pembaruan ini menangani kepercayaan sertifikat pada lapisan distribusi perangkat lunak, bukan kelemahan dalam aturan konsensus ethereum. Node mainnet Teku default tidak terdampak, sehingga insiden ini berbeda dari kerentanan dalam protokol Ethereum.
Kunci Sertifikat yang Diretas Menciptakan Risiko Pemalsuan
Para peneliti menemukan bahwa kunci pribadi untuk delapan otoritas sertifikat menengah eMudhra dapat dipulihkan karena dibuat dengan randomisasi yang tidak memadai. Meskipun sertifikat-sertifikat tersebut telah dicabut, Java tidak memeriksa pencabutan secara default, sehingga runtime tetap dapat menerima sertifikat palsu. Penyerang yang berada di antara sebuah node dan layanan HTTPS karena itu dapat menyamar sebagai endpoint tersebut dalam konfigurasi yang rentan. Kejadian ini memperkuat mengapa Ethereum client diversity and operational security melampaui kode konsensus.
Skenario berisiko tertinggi melibatkan validator yang terhubung ke layanan eksternal melalui HTTPS. Endpoint yang dipalsukan dapat memanipulasi informasi pembangunan blok, mengalihkan penerima biaya, atau mendapatkan tanda tangan melalui penandatangan eksternal yang menyamar. Teku mengatakan penyerang dapat menyebabkan klien validator yang menggunakan remote beacon node mengusulkan blok yang membayar biaya ke alamat penyerang. Risiko ini bergantung pada posisi jaringan dan konfigurasi layanan jarak jauh, bukan hanya pada penggunaan Teku atau Besu. Tidak ada eksploitasi yang dilaporkan.
Teku 26.10.3 menghapus kepercayaan terhadap emSign ECC Root CA G3, emSign Root CA G1, emSign Root CA G2, dan AAA Certificate Services pada gambar Docker. Pembaruan Besu menerapkan pendekatan yang sama. Operator yang menjalankan biner secara langsung harus memperbarui Java secara terpisah karena pembaruan klien tidak mengganti toko sertifikat runtime host. Oleh karena itu, deploy Docker dan mandiri memerlukan jalur perbaikan yang berbeda. Perbedaan ini penting setelah Ethereum validator infrastructure incidents menunjukkan bagaimana dependensi di luar protokol dapat memengaruhi operasi staking.
Java 26 menciptakan komplikasi karena telah mencapai akhir masa dukungan dan tidak akan menerima build patch yang diperlukan, artinya operator yang terdampak perlu bermigrasi ke Java 25. Jaringan peer-to-peer Ethereum tidak diaktifkan karena tidak bergantung pada otoritas sertifikat ini. Perbaikan ini mengurangi risiko trust-store pihak ketiga tanpa memperbaiki eksploitasi mainnet yang sedang berlangsung atau mengubah protokol Ethereum. Kejadian ini mengikuti pekerjaan keamanan lainnya, termasuk Glamsterdam deposit-routing correction, yang menegaskan bagaimana keamanan validator bergantung pada kode protokol dan infrastruktur pendukung.