Un fallo en el cliente de ejecución de Ethereum Reth podía provocar cálculos incorrectos del estado de la cadena ante ciertas transacciones. Reth, Optimism, Base y Tempo coordinaron la publicación de correcciones en torno al 5 de noviembre. Georgios Konstantopoulos, director de tecnología de Paradigm, señaló que los sistemas de retirada de las redes afectadas no sufrieron impacto; Base también afirmó que sus usuarios no se vieron afectados. Los operadores de infraestructura aún deben instalar las actualizaciones.
El fallo afectaba al cálculo de la raíz de estado de Reth
El problema estaba en versiones antiguas de Reth y podía surgir al calcular la raíz de estado ante una configuración específica del almacenamiento de contratos inteligentes. La raíz de estado es una huella criptográfica del estado actual de la cadena, que incluye los saldos de las cuentas y los datos de los contratos. Si los nodos la calculan de forma distinta, pueden discrepar sobre la validez de un bloque, con posibles interrupciones en el procesamiento de transacciones o la sincronización de la red.
Konstantopoulos explicó que para activar el fallo, un atacante tendría que diseñar una transacción específica. La ruta de cálculo afectada podía utilizarse tanto en entornos de hardware de menor rendimiento que ejecutan el software de construcción de bloques de Reth como en redes basadas en OP Stack de Optimism. Por tanto, el problema no se limitaba a la infraestructura de la red principal de Ethereum.
Reth, Optimism, Base y Tempo publican correcciones
El equipo de desarrollo de Tempo detectó el fallo mediante pruebas de fuzzing, un método automatizado que somete al software a entradas inusuales o inesperadas para encontrar errores que las pruebas rutinarias podrían pasar por alto. Paradigm publicó Reth 2.10.0, Optimism lanzó OP Reth v2.8.1 y Base publicó la versión 1.5.3. Konstantopoulos indicó que Tempo también había completado una corrección.
Reth calificó la actualización como prioritaria para los operadores de nodos y recomendó también a los constructores de bloques que actualizaran el software. Como varias redes dependen de programas de ejecución iguales o relacionados, un fallo en código compartido puede afectar a distintas cadenas. La respuesta coordinada refleja el trabajo entre proyectos que puede requerir la corrección de vulnerabilidades en infraestructura común.
Base verifica la raíz de estado y LayerZero limita algunas rutas
Base afirmó que su sistema de pruebas utiliza una implementación independiente para verificar las raíces de estado. El equipo volvió a calcular y comprobar la raíz de estado actual, confirmó que era correcta y señaló que los usuarios no se vieron afectados. También indicó que sus sistemas de retirada no sufrieron consecuencias. Los puentes de su ecosistema suelen basarse en raíces de recibos de transacciones o en autorizaciones multifirma, y no en el cálculo de raíz de estado afectado por el fallo.
La versión 1.5.3 de Base corrige además un problema operativo distinto que podía hacer que los validadores se detuvieran al encontrar una raíz de estado no válida. Los operadores de nodos deben instalar la actualización, pero Base dijo que no es necesario volver a sincronizarlos ni realizar otras tareas de recuperación.
El 5 de noviembre, Frax Finance comunicó que el protocolo de mensajería entre cadenas LayerZero había pausado temporalmente algunas rutas de transferencia mientras evaluaba la situación. Frax señaló que sus activos y contratos inteligentes funcionaban con normalidad y que los fondos de los usuarios estaban seguros. La información disponible no apuntaba a que los contratos de los puentes de LayerZero estuvieran afectados por el fallo de Reth; la restricción se aplicó como medida preventiva mientras se evaluaban los riesgos asociados a la infraestructura compartida.
No se han confirmado robos de fondos relacionados con el fallo en el cálculo de la raíz de estado. Ya hay correcciones disponibles, pero los operadores gestionan sus nodos de forma independiente, por lo que todavía es necesario confirmar que las actualizaciones se instalen en toda la infraestructura afectada. Los servicios que limitaron temporalmente algunas rutas también deben evaluar cuándo reanudar su actividad normal.