Un antiguo contrato de Aztec Connect ha vuelto a poner en el centro de atención un riesgo conocido de DeFi: la infraestructura abandonada no deja de ser peligrosa solo porque un producto ya no esté activo.
Una publicación de un investigador de seguridad reveló un posible exploit que afecta a Aztec Connect, con alrededor de 2,1 millones de dólares supuestamente transferidos desde un Smart Contract inmutable. Los detalles aún requieren un manejo cuidadoso, ya que la primera fuente es una divulgación de un investigador y no un análisis post-mortem completo. Pero el problema general ya es suficientemente claro: los contratos antiguos de DeFi pueden permanecer activos, con fondos y vulnerables mucho después de que la mayoría de los usuarios hayan dejado de pensar en ellos.
En el software convencional, un producto obsoleto suele desvanecerse. Los usuarios dejan de descargarlo, las empresas dejan de soportarlo y, eventualmente, desaparece en segundo plano.
DeFi no funciona así. Un Smart Contract puede permanecer en cadena indefinidamente. Si contiene fondos o tiene alguna ruta hacia ellos, aún puede ser atacado. El frontend puede haber desaparecido. El equipo puede haberse marchado. La documentación puede indicar a los usuarios que retiren sus fondos. Nada de eso importa para un atacante que analiza el propio contrato.
El caso de Aztec Connect es especialmente incómodo porque el contrato fue descrito como inmutable. En DeFi, la inmutabilidad suele considerarse una característica. Significa que los usuarios no tienen que confiar en que un equipo evitará cambiar las reglas más adelante.
Pero la inmutabilidad también elimina las opciones de emergencia.
Si un contrato activo tiene un problema y no queda ningún control administrativo, es posible que el equipo no pueda pausarlo, actualizarlo ni parchearlo. Esto puede dejar a los usuarios dependiendo de si los fondos ya han sido retirados y de si cualquier valor restante puede protegerse por otros medios.
Este es el trade-off con el que DeFi todavía lucha. La capacidad de actualización genera riesgo de confianza y de gobernanza. La inmutabilidad genera riesgo de respuesta.
La lección aquí no es simplemente "los contratos antiguos son malos". La lección es que los cierres deben tratarse como eventos de seguridad.
Un cierre responsable debería incluir advertencias repetidas a los usuarios, plazos de retiro donde sea posible, monitoreo de riesgos en tiempo real tras el cierre, documentación clara y comunicación pública de riesgos. Si quedan fondos significativos en contratos antiguos, los equipos deben asumir que los atacantes siguen vigilando.
Esto es especialmente cierto para los sistemas de privacidad, puente entre cadenas, rollup y cross-chain, donde la lógica del contrato puede ser más compleja y los modos de fallo menos evidentes para los usuarios ordinarios.
Para los usuarios, la regla es sencilla: no dejen fondos en contratos obsoletos a menos que haya una razón muy clara.
Si un protocolo indica a los usuarios que retiren sus fondos, tómenlo en serio. Si un frontend se cierra, no asuman que el riesgo ha terminado. Si un contrato es antiguo, no ha sido auditado en su estado actual o ya no está monitoreado, puede ser más seguro tratarlo como infraestructura hostil.
El incidente de Aztec Connect es otro recordatorio de que el control de riesgo en DeFi tiene una larga cola. Los productos pueden desaparecer de la conversación del mercado mientras sus contratos permanecen en cadena, esperando a que alguien encuentre la próxima debilidad.


