A la 1 a. m. vi la recapitulación del incidente del puente Dusk y el análisis de AEGIS seguidos; antes de cerrar la página, de pronto sentí un poco de miedo: hace unos días casi acepto esa falsa solución “de dos opciones” tan cómoda: “no es una vulnerabilidad de L1, así que no pasa nada” o “como falló el puente, entonces toda la cadena es insegura”.
En realidad, la situación es mucho más complicada que esos eslóganes. El 16 de enero de 2026, el atacante consiguió permisos de una wallet con firmas que usaba el servicio de puente de Dusk a EVM.
La recapitulación oficial deja claro que esto no es un fallo de consenso, ni que se haya comprometido el protocolo subyacente de Dusk; es que se vulneró la ruta de firmas del puente. El diseño antiguo comprimía la wallet con firmas, el manejo del evento y la conexión de red en una sola vía operativa. Si la llave cae, el alcance al que puede llegar el atacante es demasiado grande.
Lo interesante es que el enfoque de la corrección no es simplemente “cambiar una llave”. El nuevo diseño separa la recepción del evento, la persistencia del trabajo, la liberación de fondos y el signer dedicado, y gestiona las transacciones con una máquina de estados como seen, submitted, completed, failed, stuck. La wallet caliente solo conserva el saldo que se necesita recientemente; si falta fondos, se pausa, y luego se reabastece manualmente desde la wallet fría.
Lo resumo con una analogía: es como si un camión de caudales lleno de dinero se convirtiera en algo con compartimentos, límites y autorizaciones escalonadas.
Y AEGIS es otra cuestión: la auditoría interna impulsó 39 medidas de reparación en total, de las cuales 7 se clasificaron como de criticidad, relacionadas con causas raíz como el aislamiento de VM, la deserialización inversa, el vínculo entre costos de Phoenix y reembolsos, y falsificación de BLS. La oficina oficial afirma que aún no se han encontrado pruebas de que esos problemas críticos se hubieran explotado previamente. El incidente del puente y AEGIS no pueden mezclarse en el mismo tipo de vulnerabilidad, y que “se hayan reparado” no significa que el riesgo sea cero.
Así que mi valoración actual es: no es una vulnerabilidad de consenso, pero eso no significa que no sea un problema de seguridad para el usuario. La recapitulación pública merece reconocimiento, pero no puede reemplazar la estabilidad a largo plazo ni la verificación por terceros.
Cuando ustedes evalúan una cadena, ¿incluyen el puente y la operación/mantenimiento dentro de la puntuación de seguridad del protocolo?
#dusk $DUSK @Dusk
En realidad, la situación es mucho más complicada que esos eslóganes. El 16 de enero de 2026, el atacante consiguió permisos de una wallet con firmas que usaba el servicio de puente de Dusk a EVM.
La recapitulación oficial deja claro que esto no es un fallo de consenso, ni que se haya comprometido el protocolo subyacente de Dusk; es que se vulneró la ruta de firmas del puente. El diseño antiguo comprimía la wallet con firmas, el manejo del evento y la conexión de red en una sola vía operativa. Si la llave cae, el alcance al que puede llegar el atacante es demasiado grande.
Lo interesante es que el enfoque de la corrección no es simplemente “cambiar una llave”. El nuevo diseño separa la recepción del evento, la persistencia del trabajo, la liberación de fondos y el signer dedicado, y gestiona las transacciones con una máquina de estados como seen, submitted, completed, failed, stuck. La wallet caliente solo conserva el saldo que se necesita recientemente; si falta fondos, se pausa, y luego se reabastece manualmente desde la wallet fría.
Lo resumo con una analogía: es como si un camión de caudales lleno de dinero se convirtiera en algo con compartimentos, límites y autorizaciones escalonadas.
Y AEGIS es otra cuestión: la auditoría interna impulsó 39 medidas de reparación en total, de las cuales 7 se clasificaron como de criticidad, relacionadas con causas raíz como el aislamiento de VM, la deserialización inversa, el vínculo entre costos de Phoenix y reembolsos, y falsificación de BLS. La oficina oficial afirma que aún no se han encontrado pruebas de que esos problemas críticos se hubieran explotado previamente. El incidente del puente y AEGIS no pueden mezclarse en el mismo tipo de vulnerabilidad, y que “se hayan reparado” no significa que el riesgo sea cero.
Así que mi valoración actual es: no es una vulnerabilidad de consenso, pero eso no significa que no sea un problema de seguridad para el usuario. La recapitulación pública merece reconocimiento, pero no puede reemplazar la estabilidad a largo plazo ni la verificación por terceros.
Cuando ustedes evalúan una cadena, ¿incluyen el puente y la operación/mantenimiento dentro de la puntuación de seguridad del protocolo?
#dusk $DUSK @Dusk