El sitio web de Kintsu ha sido restaurado, pero se sigue recomendando a los usuarios que no conecten sus billeteras

Kintsu, un protocolo de staking líquido desarrollado sobre la cadena de bloques Monad, habría restaurado su sitio web oficial tras un presunto ataque a su interfaz. Sin embargo, el equipo del proyecto continúa advirtiendo a los usuarios que no visiten kintsu.xyz ni conecten sus billeteras hasta que se publique una confirmación de seguridad formal.

El incidente pone de relieve un riesgo cada vez más importante en las finanzas descentralizadas: incluso cuando los contratos inteligentes no han sido modificados, un sitio web comprometido puede redirigir a los usuarios hacia transacciones maliciosas.

La recuperación del sitio web no significa que el incidente haya terminado

Kintsu afirmó que su dominio había sido restaurado y que volvía a apuntar a la infraestructura del propio proyecto. Sin embargo, las cachés del sistema de nombres de dominio (DNS) no se actualizan al mismo tiempo en todos los proveedores de servicios de internet ni en todas las regiones.

Como consecuencia, algunos usuarios podrían seguir siendo dirigidos durante cierto tiempo a una versión maliciosa del sitio web. El equipo indicó que este riesgo podría prolongarse aproximadamente una hora después de corregir el dominio y recomendó esperar a que se publicara un anuncio oficial que confirmara que la situación estaba bajo control.

Esta distinción es fundamental. Que un sitio web parezca normal en una ubicación no demuestra necesariamente que todos los usuarios estén accediendo a la misma infraestructura. La propagación del DNS, la caché del navegador y la caché a nivel de red pueden generar condiciones de acceso diferentes.

Para consultar las últimas novedades específicas del proyecto, los usuarios deberían confiar únicamente en los canales de comunicación verificados de Kintsu y no interpretar el aspecto restaurado del sitio web como una prueba de que ya es seguro.

¿Qué ocurrió durante el presunto ataque a la interfaz?

La empresa de seguridad Blockaid advirtió que había detectado un ataque activo contra la interfaz de varios sitios web de criptomonedas, entre ellos Kintsu, Flap y Stonkbrokers.

Según la advertencia, los sitios afectados habían sido modificados para cargar scripts maliciosos asociados con la herramienta StepDrainer. Estos scripts podían manipular el proceso de conexión de la billetera y redirigir a los usuarios a una página diseñada para facilitar la transferencia de activos digitales.

El ataque no requería necesariamente que los usuarios descargaran una aplicación sospechosa o introdujeran su frase semilla. En su lugar, el peligro aparecía cuando hacían clic en un conocido botón de «Connect Wallet» y después interactuaban con una solicitud de transacción o firma presentada por la página maliciosa.

Por eso, los incidentes de seguridad en la interfaz pueden ser especialmente difíciles de detectar. El sitio web puede conservar su identidad visual, diseño y navegación habituales mientras sustituye silenciosamente las interacciones legítimas con la billetera por otras perjudiciales.

Por qué «Connect Wallet» no es una acción inofensiva

Muchos usuarios consideran que conectar una billetera es simplemente un proceso de inicio de sesión. En la práctica, conectar una billetera puede revelar información sobre la dirección y establecer un canal de comunicación entre una aplicación descentralizada y la interfaz de la billetera.

El riesgo más grave comienza cuando una dApp pide al usuario que:

• Apruebe una asignación de tokens
• Firme un mensaje desconocido
• Confirme una transacción cuyos parámetros no están claros
• Transfiera activos a una dirección desconocida
• Conceda permisos que sigan activos después de que termine la sesión

Un sitio web malicioso puede presentar estas solicitudes utilizando un lenguaje familiar o una interfaz cuidada. Si el usuario las aprueba, el atacante podría obtener la capacidad de mover determinados tokens o convencerlo para autorizar una transferencia directa de activos.

Por tanto, los usuarios deberían evaluar cada solicitud de la billetera por separado, en lugar de asumir que es segura simplemente porque aparece en un sitio web conocido.

Medidas recomendadas para los usuarios de Kintsu

Hasta que Kintsu publique una confirmación de seguridad clara, los usuarios deberían tomar las siguientes precauciones:

1. No visites kintsu.xyz por el momento.
   Un dominio restaurado podría seguir resolviendo de forma inconsistente debido a la caché del DNS y del navegador.

2. No conectes tu billetera a Kintsu, Flap ni Stonkbrokers.
   Esto se aplica incluso si la interfaz parece normal o se carga sin mostrar ninguna advertencia evidente.

3. Rechaza las solicitudes de firma desconocidas.
   No apruebes nunca una transacción simplemente porque un sitio web afirme que es necesaria para continuar.

4. Revisa las aprobaciones y los permisos de los tokens.
   Si una billetera se conectó o se aprobó una transacción durante el periodo en el que presuntamente tuvo lugar el ataque, los usuarios deberían revisar sus permisos en la cadena y revocar las asignaciones innecesarias mediante una herramienta fiable de gestión de permisos.

5. Separa la respuesta al incidente de las frases de recuperación.
   No introduzcas nunca una frase semilla ni una clave privada en un sitio web, formulario de soporte, ventana emergente de una extensión del navegador o mensaje directo. Si existe la posibilidad de que la frase de recuperación de una billetera haya quedado expuesta, podría ser necesario trasladar los activos a una billetera recién generada.

6. Sigue los comunicados verificados.
   Los dominios de los proyectos, las cuentas en redes sociales y los canales comunitarios pueden ser suplantados. Los usuarios deberían verificar la autenticidad de las cuentas antes de actuar siguiendo instrucciones urgentes.

La guía de seguridad de billeteras de la Fundación Ethereum también recomienda actuar con cautela ante solicitudes de firma inesperadas y aplicaciones desconocidas.

Una lección más amplia para los usuarios de DeFi

El incidente de Kintsu demuestra que la seguridad de las finanzas descentralizadas va más allá de las auditorías de contratos inteligentes. Los usuarios suelen centrarse en el código de los contratos, el riesgo de los validadores y la gobernanza de los protocolos, pero la interfaz también constituye una parte importante de la superficie de ataque.

Una aplicación descentralizada puede depender de múltiples componentes, entre ellos:

• El registro del dominio y la configuración del DNS
• Los proveedores de alojamiento y los procesos de despliegue
• Las bibliotecas de JavaScript y los scripts de terceros
• Los proveedores de conexión con billeteras
• Las cuentas de redes sociales utilizadas para publicar anuncios

El compromiso de cualquiera de estas capas puede afectar a los usuarios incluso cuando la cadena de bloques subyacente sigue funcionando con normalidad.

El incidente también demuestra por qué la simulación de transacciones y la verificación por parte del usuario siguen siendo importantes. Una solicitud de la billetera debe evaluarse en función del contrato, la función, el destinatario y el valor reales implicados, no simplemente del nombre del sitio web que la generó.

Cómo encajan las billeteras físicas en este modelo de seguridad

Una billetera física puede proporcionar una capa adicional de protección al mantener las claves privadas aisladas de los entornos habituales conectados a internet. Sin embargo, no puede hacer que una transacción maliciosa sea segura automáticamente. Si un usuario confirma una aprobación o una transferencia sin verificar correctamente los detalles de la transacción, la billetera física podría firmarla de todos modos.

Para los usuarios que interactúan con protocolos DeFi en redes como Monad, una billetera física como OneKey puede formar parte de una estrategia de seguridad más amplia. El enfoque más eficaz combina el aislamiento de las claves con una verificación cuidadosa del dominio, aprobaciones limitadas, billeteras separadas para distintos niveles de riesgo y la negativa a firmar solicitudes poco claras o inesperadas.

Conclusión

La restauración del sitio web de Kintsu no debe interpretarse como el final del incidente de seguridad. Hasta que el proyecto confirme explícitamente que la interfaz y la infraestructura relacionada son seguras, los usuarios deberían evitar kintsu.xyz, abstenerse de conectar sus billeteras y rechazar cualquier solicitud de firma desconocida.

Para quienes participan en DeFi, la lección es clara: un sitio web conocido no garantiza que una transacción sea segura. Verifica el dominio, revisa cada solicitud de la billetera, limita los permisos de los tokens y considera cualquier urgencia inesperada como una posible señal de alerta.