Zilliqa advierte sobre fallo en Ledger que expone claves…
Los usuarios que firmaron 5 o más transacciones nativas de Zilliqa en Ledger se consideran comprometidos mientras se prepara una solución coordinada.
Zilliqa divulgó una vulnerabilidad en su aplicación Ledger que dice puede permitir a los atacantes reconstruir claves privadas utilizando datos de firma onchain disponibles públicamente. El equipo informó a los usuarios que firmaron al menos cinco transacciones nativas de Zilliqa en Ledger que esperen más instrucciones mientras se prepara una aplicación corregida con Ledger.
Puntos Clave
- Un defecto en la aplicación Ledger de Zilliqa puede permitirclaves privadasser recuperadas de firmas onchain visiblemente públicas, advirtió Zilliqa.
- El problema proviene de firmas producidas con nonces efímeros debilitados de manera predecible, una condición que puede hacer que la recuperación de claves sea factible a partir de múltiples firmas.
- Zilliqa etiquetó a cualquier usuario que firmó al menos cinco transacciones nativas de Zilliqa con un dispositivo Ledger como comprometido y les dijo que esperaran más instrucciones.
- Las herramientas compatibles con EVM para transaccionar ZIL no se vieron afectadas, y se está preparando una versión corregida de la aplicación Ledger en coordinación con Ledger.
Zilliqa Señala un Defecto en la Firma de la Aplicación Ledger que Puede Exponer Claves Privadas
Zilliqa puso sobre la mesa un tipo muy específico de riesgo de custodia. La red dijo que una vulnerabilidad en la aplicación Ledger de Zilliqa puede permitir a los atacantes recuperar las claves privadas de los usuarios utilizando datos onchain disponibles públicamente.
Ese enmarcado importa porque no es el habitual “tu dispositivo fue comprometido” o “hiciste clic en un enlace malo”.enlace"incidente. Si la clave privada puede ser reconstruida a partir de firmas que ya están en la cadena, la superficie de ataque se convierte en histórica. Las firmas son públicas, y el análisis se puede realizar sin tocar el hardware de la víctima."
Zilliqa también dijo que “se han implementado medidas de protección para prevenir más pérdidas” y que “se está finalizando un plan de remediación coordinado.” La urgencia aquí es obvia. Si la recuperación clave es posible a partir de actividades pasadas, el tiempo se convierte en una variable, y la tarea del defensor es reducir la ventana en la que un atacante puede actuar sobre los datos ya disponibles.
Esta divulgación también llega inmediatamente después de que Zilliqa pidiera a los intercambios que pausaran temporalmente los depósitos y retiros de ZIL tras una vulnerabilidad de seguridad separada que resultó en el robo de una cantidad no divulgada de ZIL de unbilletera fríaEsa secuenciación mantiene el riesgo operativo en primer plano para cualquier persona que opere con ZIL o gestione flujos de liquidación.
Cómo los nonces efímeros predecibles convierten las firmas públicas en un riesgo de recuperación de claves
Zilliqa atribuyó la causa raíz a una debilidad en la firma dentro de la aplicación: “La vulnerabilidad hace que las firmas se generen con nonces efímeros debilitados de manera predecible, a partir de los cuales un atacante puede recuperar la clave privada del firmante.”
A un alto nivel, un nonce efímero es un valor aleatorio de un solo uso utilizado durante la firma criptográfica. El objetivo es que debe ser impredecible y efectivamente único por firma. Cuando ese nonce se debilita de una manera predecible, la firma puede filtrar información sobre la clave privada.
El efecto de segundo orden es la parte que los traders deberían internalizar. Debido a que las firmas están incrustadas en las transacciones, y las transacciones son públicas, la materia prima para el ataque ya está en los datos onchain. Eso significa que el riesgo no se limita a un único punto de acceso comprometido o a un evento de phishing aislado.
Puede ser explotado analizando firmas anteriores a gran escala, y el costo del atacante es principalmente computación y segmentación.
El propio lenguaje de Zilliqa implica que la explotabilidad está vinculada al conjunto de firmas, no a una interacción en vivo con el usuario. Por eso esto se lee como un shock de custodia en lugar de un típico informe de errores de "parchea tu aplicación".
¿Quién se considera comprometido?: El umbral de 5+ transacciones nativas de Ledger
Zilliqa trazó una línea dura sobre quién considera expuesto. Los usuarios que firmaron al menos cinco transacciones nativas de Zilliqa con un dispositivo Ledger se consideran comprometidos, y se les aconsejó "esperar más orientación antes de tomar cualquier acción".
Ese umbral de "cinco transacciones" está haciendo mucho trabajo. Sugiere que el ataque necesita múltiples firmas para analizar, lo que crea una segmentación clara entre los usuarios nativos de Ledger potencialmente expuestos y todos los demás. Si nunca usaste la aplicación Ledger para firmar nativamente Zilliqa, la divulgación no te describe.
Zilliqa también redujo el radio de explosión al afirmar que los usuarios que transaccionan ZIL a través de herramientas compatibles con EVM no se vieron afectados. Prácticamente, eso significa que cualquier cambio de comportamiento inmediato debería concentrarse en la actividad de transacciones nativas de Zilliqa y entre los usuarios nativos de Ledger, en lugar de en todas las rutas por las que ZIL puede moverse.
La instrucción de esperar también es una señal. Cuando un equipo le dice a los usuarios potencialmente comprometidos que no tomen acción aún, generalmente significa que están tratando de gestionar la respuesta de manera centralizada, probablemente para evitar movimientos caóticos de claves, errores o una avalancha de transacciones que podrían crear nuevos modos de falla.
Zilliqa emparejó esa orientación con la declaración de que ya se han implementado medidas de protección, reforzando que están intentando controlar la línea de tiempo.
Señales a Corto Plazo: Tiempo de Solución, Rieles de Intercambio y Cualquier Divulgación de Pérdidas Posteriores
Las próximas entradas relevantes para el mercado son operativas, no filosóficas.
Primero está el tiempo de lanzamiento y los detalles de la versión para la aplicación corregida de Ledger de Zilliqa, que Zilliqa dijo que se publicará en coordinación con Ledger. La coordinación es una dependencia, y hasta que haya una versión enviada, el mercado está negociando incertidumbre.
El segundo es la guía actualizada para la cohorte de Zilliqa etiquetada como comprometida. La pregunta clave es si Zilliqa finalmente recomienda pasos de rotación de claves o migración, y qué secuencia quiere que sigan los usuarios. La instrucción actual es explícita: esperar.
El tercero es el estado de los intercambios. La solicitud anterior de Zilliqa de que los intercambios pausen los depósitos y retiros de ZIL después del robo de la billetera fría es una restricción directa de liquidez si persiste. La reactivación aliviaría la fricción. Más restricciones la endurecerían.
El cuarto es la divulgación de pérdidas. La cantidad de ZIL robada de la billetera fría sigue sin ser divulgada, y no ha habido ninguna divulgación cuantificada de pérdidas adicionales confirmadas relacionadas con la vulnerabilidad de la aplicación Ledger. Cualquier cifra concreta aquí cambia cómo los escritorios modelan el exceso de oferta y el comportamiento de las contrapartes.
La acción del precio ya es suave ante la divulgación. Al momento de la publicación, ZIL se cotizaba por encima de $0.0024, bajando un 1.5% en 24 horas y un 17% en la última semana, según CoinMarketCap. En ese contexto, las actualizaciones de seguridad incrementales pueden actuar comocatalizadores devolatilidad porque la posición ya es frágil.
Esto es un choque de custodia con efectos secundarios de liquidez, no solo un informe de errores.
Estoy tratando esto como un evento de custodia primero y un problema de software segundo, porque la propia afirmación de Zilliqa es que las claves privadas pueden recuperarse utilizando datos en cadena disponibles públicamente. Esa es la línea que cambia el modelo de riesgo. Si el atacante puede trabajar a partir de firmas históricas, la amenaza no está limitada por comprometer un dispositivo hoy. Está limitada por si existen suficientes firmas para hacer que la recuperación sea factible.
El umbral de "cinco transacciones nativas" es el otro indicio. Implica un requisito de firma múltiple, lo cual es consistente con por qué Zilliqa puede segmentar a los usuarios en "comprometidos" y no. Para los mercados, la segmentación importa porque da forma al flujo. Si solo un subconjunto de los tenedores está en riesgo inmediato, obtienes un comportamiento concentrado, no uncorrimiento bancario uniforme..
El escenario uno es el camino de remediación contenido. Una aplicación corregida se lanza rápidamente, Zilliqa emite pasos claros a seguir para el grupo de transacciones de 5+, y las vías de intercambio se normalizan después de la solicitud de pausa anterior.
En ese caso, el impacto se centra principalmente en la confianza y la interrupción de la actividad a corto plazo en la firma nativa de Zilliqa, no en un deterioro general de la transferibilidad de ZIL. La confirmación sería una versión de la aplicación lanzada coordinada con Ledger más una guía actualizada que sea accionable y coherente con las "medidas de protección" que ya están en vigor.
El escenario dos es el complicado intermedio. La línea de tiempo para la solución se desvía, la orientación sigue siendo "esperar" y los intercambios mantienen los depósitos y retiros restringidos porque el riesgo operativo sigue siendo elevado. Ahí es donde aparecen los efectos secundarios de la liquidez.
Incluso sin nuevas divulgaciones de robos, los rieles restringidos pueden ampliar los márgenes, aumentardeslizamientoy hacer que el descubrimiento de precios sea más volátil porque menos plataformas pueden almacenar el flujo. La confirmación sería una incertidumbre continua sobre el momento de lanzamiento y ninguna declaración clara sobre cuándo los usuarios deberían rotar claves o migrar.
El escenario tres es la escalación a través de la divulgación de pérdidas. Si Zilliqa cuantifica más tarde el robo de la billetera fría o confirma pérdidas adicionales relacionadas con la vulnerabilidad de la aplicación Ledger, el mercado volverá a valorar el incidente de "exposición potencial" a "daño realizado".
El punto de invalidación para la escalación es simple: no se divulgan pérdidas adicionales y se envía una solución con instrucciones claras para el usuario.
La tesis central es que la advertencia de recuperación de claves de firma en cadena de Zilliqa convierte esto en un shock de custodia sensible al tiempo que puede afectar la liquidez si las vías de intercambio y el tiempo de remediación permanecen restringidos, y se confirmará si la solución y la orientación se retrasan mientras el acceso a depósitos y retiros siga restringido.
