SignalPlus afirma que el ataque se debió al acceso no autorizado a una cuenta de Telegram de un tercero; reembolsará íntegramente las pérdidas, inferiores a 82.000 dólares
SignalPlus afirma que el ataque se debió al acceso no autorizado a una cuenta de Telegram de un tercero; reembolsará íntegramente las pérdidas, inferiores a 82.000 dólares
SignalPlus, una plataforma de negociación de criptoderivados, informó de que un atacante logró acceder a sus sistemas a través de una cuenta de Telegram de un tercero comprometida durante la madrugada del 4 de noviembre. Según la plataforma, el incidente afectó a un reducido número de cuentas que no tenían activada una lista blanca de direcciones IP.
En una actualización publicada el 5 de noviembre, SignalPlus estimó que las pérdidas totales ascendían a menos de 82.000 dólares y aseguró que los usuarios afectados recibirían un reembolso íntegro. La empresa también señaló que había contenido la intrusión, suspendido temporalmente su terminal como medida de precaución y colaborado con sus socios de exchanges centralizados para revocar las claves API relacionadas.
El incidente pone de relieve uno de los riesgos a los que se exponen los operadores que conectan sus cuentas de exchanges con herramientas externas: una cuenta puede seguir protegida dentro del propio exchange mientras que un servicio conectado —o sus credenciales— se convierte en un punto vulnerable.
¿Qué ocurrió en SignalPlus?
SignalPlus atribuyó el ataque al acceso no autorizado a una cuenta de Telegram de un tercero. La empresa indicó que el incidente afectó a un grupo limitado de usuarios cuyas cuentas no tenían activada una lista blanca de direcciones IP.
La información disponible no permite determinar con exactitud cómo se utilizó la cuenta de Telegram comprometida ni detalla todas las acciones realizadas por el atacante. Tampoco especifica el procedimiento ni los plazos previstos para los reembolsos.
Como parte de su respuesta, SignalPlus afirmó haber tomado las siguientes medidas:
- Contener la intrusión tras detectarla.
- Coordinarse con sus socios de exchanges centralizados para revocar las claves API vinculadas.
- Suspender temporalmente los servicios de su terminal.
- Comprometerse a reembolsar íntegramente a los usuarios afectados.
- Prever el restablecimiento completo de los servicios durante los días siguientes, con actualizaciones e instrucciones que se comunicarían a través de los canales oficiales.
Los usuarios deben considerar la fecha estimada de restablecimiento como un objetivo, no como una garantía, y esperar una confirmación oficial antes de volver a conectar cualquier cuenta de un exchange.
Binance revocó las claves API asociadas
Binance también comunicó que, tras conocer el posible problema de seguridad, había revocado de forma preventiva todas las claves API asociadas con SignalPlus. El exchange aseguró que sus propios sistemas no se habían visto afectados y que los fondos de los usuarios estaban a salvo.
Binance recomendó a los usuarios de SignalPlus iniciar sesión directamente en sus cuentas de Binance y revisar tanto las posiciones abiertas como las órdenes pendientes. También les advirtió que no volvieran a conectar ninguna clave API hasta que SignalPlus confirmara que el problema se había resuelto por completo.
Para quienes operan con derivados, esta revisión sigue siendo importante incluso después de revocar el acceso. Es posible que las órdenes y posiciones existentes todavía requieran atención: revocar una clave API impide que vuelva a utilizarse, pero no implica necesariamente el cierre automático de posiciones ni la cancelación de todas las órdenes abiertas.
Por qué son importantes los permisos de las API
Las claves API permiten que las herramientas de trading interactúen con una cuenta de un exchange sin que el usuario tenga que introducir repetidamente sus credenciales de acceso. Dependiendo de los permisos concedidos, una aplicación conectada puede consultar información de la cuenta, ejecutar operaciones o realizar otras acciones compatibles.
Esa comodidad conlleva una responsabilidad de seguridad adicional. No basta con confiar en un exchange: el usuario también debe evaluar cada servicio que conecta con él y limitar las acciones que dicho servicio puede realizar.
Una lista blanca de direcciones IP añade una capa de protección al permitir que una clave solo pueda utilizarse desde direcciones de red previamente autorizadas. Esto puede reducir la exposición si se roban las credenciales, aunque no sustituye a una gestión cuidadosa de los permisos ni a la supervisión continua de la cuenta.
Las funciones de las API y las opciones de seguridad varían entre exchanges. Antes de crear o modificar una clave, los usuarios pueden consultar la documentación de la API de Binance y revisar la configuración actual de su cuenta en el exchange correspondiente.
Medidas recomendadas para los usuarios afectados
Si conectaste SignalPlus con un exchange, considera adoptar las siguientes precauciones:
- Accede directamente al exchange. Utiliza la aplicación oficial del exchange o una dirección que tengas guardada, en lugar de abrir un enlace incluido en un mensaje inesperado.
- Revisa tus posiciones y órdenes abiertas. Comprueba si existe alguna actividad que no reconozcas y determina si tu exposición actual a derivados sigue ajustándose a tus intenciones.
- Examina las claves API conectadas. Verifica el estado de las claves asociadas con SignalPlus y elimina aquellas que ya no necesites.
- Espera instrucciones oficiales sobre el restablecimiento. No crees ni vuelvas a conectar una clave únicamente porque un mensaje afirme que el servicio ya se ha reanudado.
- Concede únicamente los permisos imprescindibles. Cuando vuelvas a conectar una herramienta, habilita solo los accesos necesarios para su función y utiliza una lista blanca de direcciones IP siempre que sea posible.
- Mantente alerta ante intentos de suplantación de identidad. Los atacantes pueden aprovechar un incidente de seguridad para enviar mensajes falsos de soporte o de reembolso. Nunca compartas contraseñas, secretos de API ni frases de recuperación en respuesta a estos mensajes.
Si detectas alguna actividad sospechosa, ponte en contacto con el exchange mediante sus canales oficiales de atención al cliente y conserva los registros pertinentes de tu cuenta.
Una lección más amplia sobre la seguridad de los criptoactivos
El incidente de SignalPlus demuestra cómo una vulneración externa a un exchange puede afectar a los usuarios que dependen de infraestructuras de trading conectadas. Por tanto, la seguridad de una cuenta no consiste únicamente en proteger la contraseña del exchange: también exige revisar las integraciones, limitar los permisos de las API y supervisar las posiciones.
Para los activos almacenados fuera de un exchange, una cartera de hardware como OneKey puede ayudar a proteger las claves privadas cuando el usuario mantiene la autocustodia. Sin embargo, este tipo de dispositivo no protege las claves API de un exchange ni impide que se realicen operaciones no autorizadas a través de un servicio conectado. Esos riesgos requieren controles independientes tanto en el exchange como en la aplicación.
