Across recupera el control de su dominio web y promete indemnizar íntegramente a los afectados

El protocolo entre cadenas Across anunció el 11 de noviembre que había recuperado el control del dominio de su sitio web y restablecido el funcionamiento normal tras un incidente de seguridad. El equipo también se comprometió a indemnizar íntegramente a los usuarios afectados y señaló que publicaría un informe detallado sobre el incidente en los próximos días.

Este suceso pone de relieve un riesgo que va más allá de los contratos inteligentes: aunque la infraestructura de un protocolo descentralizado funcione correctamente, el sitio web que utilizan los usuarios para acceder a él puede convertirse en un vector de ataque.

Cómo se vulneró el dominio

Según Across, el atacante recurrió a técnicas de ingeniería social contra Namecheap, la empresa registradora de su dominio, para hacerse con el control de este. Los ataques de ingeniería social se centran en manipular a personas y aprovechar fallos en los procesos de una organización, en lugar de depender únicamente de vulnerabilidades de software.

Durante el periodo en que el dominio estuvo bajo control no autorizado, el equipo de respuesta de seguridad SEAL 911 ayudó a identificarlo como un sitio de phishing. La advertencia pudo evitar que más usuarios se expusieran al ataque, pero también provocó que algunas carteras y navegadores siguieran mostrando alertas después de que Across recuperara el dominio. El equipo indicó que esperaba que dichas advertencias desaparecieran pronto.

El comunicado de Across se refiere al dominio del sitio web y no confirma que los contratos inteligentes del protocolo se vieran comprometidos. Esta distinción es importante a la hora de evaluar el incidente, aunque un sitio web fraudulento también puede inducir a los usuarios a autorizar transacciones perjudiciales.

A qué deben prestar atención los usuarios afectados

Across se ha comprometido a ofrecer una indemnización íntegra, pero los usuarios deberán consultar sus canales de comunicación verificados para conocer los requisitos y el proceso de reclamación una vez que se publiquen. El próximo análisis del incidente también podría ofrecer una visión más clara del ataque y de sus consecuencias.

Mientras tanto, quienes hayan interactuado con el sitio durante el incidente pueden adoptar varias medidas de precaución:

• Revisar las transacciones recientes y las autorizaciones de tokens. Busque actividades o permisos que no reconozca. Revoque cualquier autorización sospechosa mediante una herramienta de confianza y asegúrese de verificar también la dirección de dicha herramienta.
• Desconfiar de los mensajes relacionados con indemnizaciones. Los atacantes pueden aprovechar incidentes públicos para crear sitios falsos de reembolso o cuentas fraudulentas de atención al cliente. Nunca introduzca una frase de recuperación para reclamar un pago.
• Examinar las solicitudes de la cartera antes de firmar. Una petición para autorizar el gasto de tokens o firmar una transacción merece el mismo nivel de atención que una solicitud para transferir fondos.
• Tomarse en serio las advertencias del navegador y de la cartera. Las alertas de seguridad pueden permanecer activas después de recuperar un dominio, pero cualquier aviso inesperado sigue siendo motivo suficiente para detenerse y comprobar la situación mediante canales independientes.

Los usuarios que crean haber revelado una frase de recuperación o una clave privada deben considerar que la cartera asociada ha quedado comprometida. Trasladar los activos restantes a una cartera nueva puede ayudar a limitar posibles pérdidas adicionales, pero es fundamental verificar cuidadosamente la dirección de destino y solicitar ayuda de confianza si fuera necesario.

Por qué la seguridad de los dominios es importante para las DeFi

Los servicios entre cadenas dependen de algo más que del código alojado en la cadena de bloques. Los usuarios también interactúan con sitios web, infraestructuras de nombres de dominio, interfaces de carteras y servicios de terceros. Una vulnerabilidad en cualquiera de estas capas puede poner en riesgo el uso de un protocolo que, por lo demás, continúa operativo.

Las carteras físicas pueden ayudar a impedir que las claves privadas queden expuestas directamente a un sitio web, pero no pueden determinar si todas las transacciones que aprueba el usuario son seguras. Por ello, sigue siendo esencial revisar el destinatario, los permisos concedidos a los tokens y los detalles de cada transacción, especialmente después de que se haya notificado un incidente de seguridad.

El caso de Across recuerda que la recuperación consta de varias etapas: restablecer el control del sitio web, comunicarse con claridad con los usuarios, resolver las advertencias de seguridad y explicar cómo se indemnizará a los afectados. Hasta que se publique el informe posterior al incidente, conviene no sacar conclusiones sobre el alcance total del ataque ni sobre el método empleado.