TL;DR
- Teku 26.10.3 dan Besu 26.10.2 menghilangkan kepercayaan terhadap akar sijil yang berkaitan dengan eMudhra selepas kunci perantara yang disusupi mengungkapkan beberapa konfigurasi validator berdasarkan HTTPS kepada risiko penyamaran.
- Nod Teku rangkaian utama lalai tidak terjejas, dan tiada eksploitasi dilaporkan, sementara risiko bergantung pada validator yang menyambung ke perkhidmatan luar melalui HTTPS.
- Pengguna Docker perlu mengemas kini imej klien, manakala pengendali berdiri sendiri perlu membaiki Java secara berasingan; pengguna Java 26 perlu berpindah ke build Java 25 yang disokong.
Teku dan Besu mengeluarkan kemas kini keselamatan selepas kunci otoriti sijil eMudhra yang disusupi menyebabkan konfigurasi nod ethereum terdedah kepada sambungan HTTPS yang dipalsukan. Catatan rilis Teku mencadangkan versi 26.10.3, yang menghapuskan kepercayaan terhadap empat punca sijil yang terjejas daripada imej Docker, manakala Besu mengeluarkan versi 26.10.2. Kemas kini ini menangani kepercayaan sijil pada lapisan pengagihan perisian, bukan kelemahan dalam peraturan konsensus ethereum. Nod rangkaian utama Teku lalai tidak terjejas, menjadikan insiden ini berbeza daripada kerentanan dalam protokol Ethereum.
Kunci Sijil yang Dijangkau Mencipta Risiko Pemalsuan
Penyelidik mendapati bahawa kunci peribadi untuk lapan otoriti sijil sederhana eMudhra boleh dipulihkan kerana ia dihasilkan dengan kerawakan yang tidak mencukupi. Walaupun sijil-sijil tersebut telah dicabut, Java tidak memeriksa pencabutan secara lalai, meninggalkan runtime yang mampu menerima sijil palsu. Oleh itu, penyerang yang berada di antara nod dan perkhidmatan HTTPS boleh menyamar sebagai endpoint tersebut di bawah konfigurasi yang rentan. Kejadian ini memperkuat mengapa Ethereum client diversity and operational security melampaui kod konsensus.
Senario berisiko tertinggi melibatkan validator yang menyambung ke perkhidmatan luar melalui HTTPS. Satu endpoint yang dipalsukan boleh memanipulasi maklumat pembinaan blok, mengalihkan penerima yuran, atau mendapatkan tanda tangan melalui penandatangan luar yang disamar. Teku mengatakan seorang penyerang boleh menyebabkan klien validator yang menggunakan nod beacon jauh mencadangkan blok yang membayar yuran ke alamat penyerang. Risiko ini bergantung pada kedudukan rangkaian dan konfigurasi perkhidmatan jauh, bukan semata-mata pada penggunaan Teku atau Besu. Tiada 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 dalam imej Docker. Kemas kini Besu menerapkan pendekatan yang sama. Pengendali yang menjalankan binari secara langsung perlu mengemas kini Java secara berasingan kerana pengemaskinian klien tidak menggantikan stor sijil runtime hos. Oleh itu, penghuraian Docker dan berdiri sendiri memerlukan laluan pembaikan yang berbeza. Perbezaan ini penting selepas Ethereum validator infrastructure incidents menunjukkan bagaimana kebergantungan di luar protokol boleh mempengaruhi operasi staking.
Java 26 mencipta komplikasi kerana ia telah mencapai akhir hayat dan tidak akan menerima pembinaan paip yang diperlukan, bermakna operator yang terkesan perlu berpindah ke Java 25. Perniagaan peer-to-peer ethereum tidak dipaparkan kerana ia tidak bergantung kepada otoriti sijil ini. Pembaikan mengurangkan risiko stor kepercayaan pihak ketiga tanpa membaiki eksploit rangkaian utama yang sedang berlaku atau mengubah protokol ethereum. Kejadian ini mengikuti kerja keselamatan lain, termasuk Glamsterdam deposit-routing correction, yang menekankan bagaimana keselamatan validator bergantung pada kod protokol dan infrastruktur penyokong.