NotizieCryptoI client Ethereum Teku e Besu rilasciano correzioni urgenti dopo il difetto del certificato eMudhra

I client Ethereum Teku e Besu rilasciano correzioni urgenti dopo il difetto del certificato eMudhra

Autore: CryptoMeter io·

Punti chiave

  • •Un errore crittografico nell'aprile 2025 ha portato eMudhra a generare otto chiavi intermedie di autorità di certificazione con chiavi private recuperabili, una debolezza rimasta non rilevata per circa 18 mesi fino a quando un ricercatore indipendente non l'ha scoperta il 17 ottobre 2026.
  • •Teku ha rilasciato la versione 26.10.3 il 27 ottobre e Besu ha emesso la versione 26.10.2 il 26 ottobre, rimuovendo la fiducia nelle autorità di certificazione interessate dalle distribuzioni Docker.
  • •In determinate configurazioni, attaccanti man-in-the-middle avrebbero potuto in teoria manipolare le comunicazioni tra validator e servizi di firma esterni, deviando potenzialmente le ricompense delle fee di blocco verso indirizzi controllati dall'attaccante.
  • •Le configurazioni predefinite del mainnet Ethereum non erano interessate e gli sviluppatori non hanno segnalato exploit confermati relativi alle installazioni Teku esposte.
  • •Gli amministratori che eseguono Teku o Besu direttamente sui server devono ispezionare separatamente le proprie installazioni Java e i trust store dei certificati, poiché aggiornare solo il client Ethereum potrebbe non eliminare la vulnerabilità.
I client Ethereum Teku e Besu rilasciano correzioni urgenti dopo il difetto del certificato eMudhra

Gli sviluppatori dei client Ethereum hanno rilasciato aggiornamenti di sicurezza urgenti per Teku e Besu dopo che un errore crittografico presso l'autorità di certificazione indiana eMudhra ha esposto alcune configurazioni di nodo a potenziali attacchi. Il difetto avrebbe potuto consentire ad attaccanti di falsificare certificati attendibili e intercettare le comunicazioni tra i componenti dell'infrastruttura Ethereum, sebbene gli sviluppatori abbiano confermato che le configurazioni predefinite del mainnet Ethereum non erano interessate.

Entrambi i client, che sorreggono le operazioni della blockchain e l'infrastruttura dei validator, hanno ricevuto patch urgenti. Teku funge da client del livello di consenso e Besu da client del livello di esecuzione, ed entrambi sono scritti in Java — un dettaglio che determina come la correzione raggiunge le diverse configurazioni degli operatori. I ricercatori hanno identificato scenari di attacco potenzialmente gravi, ma gli sviluppatori non hanno segnalato exploit confermati relativi alle installazioni Teku interessate.

Come il fallimento dei certificati eMudhra ha creato rischi per la sicurezza

L'incidente risale a un errore crittografico nel processo di generazione dei certificati di eMudhra nell'aprile 2025. L'azienda ha generato otto chiavi intermedie di autorità di certificazione con resistenza crittografica insufficiente, rendendo recuperabili le relative chiavi private.

Le autorità di certificazione sono il fondamento del modello di fiducia HTTPS: le applicazioni si affidano alle loro firme per confermare che i server a cui si connettono siano autentici. Un ricercatore indipendente ha scoperto la vulnerabilità il 17 ottobre 2026. Essa consentiva agli attaccanti di creare certificati fraudolenti che le applicazioni vulnerabili avrebbero potuto scambiare per legittimi. Il problema è rimasto non rilevato per circa 18 mesi nonostante audit di sicurezza indipendenti.

eMudhra ha successivamente revocato i certificati interessati e ha riconosciuto che un errore di scripting aveva prodotto le chiavi crittografiche deboli. Reuters ha riferito che l'episodio ha anche spinto l'azienda a ritirarsi dal proprio attività globale di certificati di sicurezza per siti web, sebbene eMudhra abbia sostenuto che la propria infrastruttura e i dati dei clienti non erano stati compromessi.

Teku e Besu rilasciano aggiornamenti di sicurezza urgenti

In risposta, gli sviluppatori dei client Ethereum hanno rimosso la fiducia nelle autorità di certificazione interessate dalle proprie distribuzioni Docker. Teku ha rilasciato la versione 26.10.3 il 27 ottobre, mentre Besu ha emesso la versione 26.10.2 il 26 ottobre.

Le patch mirano ai rischi legati alle connessioni HTTPS che dipendono da catene di certificati compromesse. In determinate configurazioni, attaccanti che conducono attacchi man-in-the-middle — inoltrando e alterando silenziosamente il traffico tra due parti — avrebbero potuto manipolare le comunicazioni tra validator e servizi di firma esterni. Tali attacchi avrebbero potuto in teoria deviare le ricompense delle fee di blocco verso indirizzi controllati dall'attaccante.

Tuttavia, sfruttare questo scenario richiederebbe condizioni specifiche, tra cui configurazioni vulnerabili e la capacità di intercettare il traffico di rete pertinente. I nodi predefiniti del mainnet Ethereum senza connessioni HTTPS interessate sono rimasti fuori dall'esposizione identificata.

Ulteriori controlli Java per gli operatori Ethereum

Gli operatori che eseguono immagini Docker aggiornate ricevono le modifiche relative alla fiducia nei certificati attraverso i propri container, poiché le immagini includono il proprio ambiente di runtime integrato. Gli amministratori che eseguono Teku o Besu direttamente sui server, tuttavia, devono ispezionare separatamente le proprie installazioni Java e i trust store dei certificati. Aggiornare solo il client Ethereum potrebbe non eliminare la vulnerabilità se l'ambiente Java sottostante continua a considerare attendibili i certificati interessati.

L'episodio evidenzia come le debolezze nell'infrastruttura di sicurezza esterna possano creare rischi per le applicazioni blockchain senza compromettere il protocollo blockchain stesso. Per i validator Ethereum, mantenere sicuri il software client e le configurazioni dei certificati resta essenziale per proteggere l'infrastruttura operativa e le potenziali ricompense.