La noticia de hackeo que más ruido hizo ayer en el mundo cripto no tiene absolutamente nada que ver con un exchange. La víctima fue Railway, una plataforma en la nube para que los desarrolladores desplieguen aplicaciones, que asegura tener 2 millones de desarrolladores entre sus usuarios.

La mañana del 21 de octubre, Railway detectó una anomalía en el sistema que almacena las variables de entorno de los usuarios y, poco después, suspendió las compilaciones y los despliegues de todo el sitio. ¿Qué son las variables de entorno? En pocas palabras, son configuraciones secretas que las aplicaciones necesitan para funcionar: claves API, contraseñas de bases de datos, credenciales de repositorios de imágenes y, como muchos las guardan ahí por comodidad, también claves privadas. El comunicado oficial fue muy cauteloso: decía que terceros no autorizados podrían haber accedido a variables de entorno cifradas y que algunos habrían obtenido su contenido descifrado. Que cada cual saque sus propias conclusiones.

Quien confirmó lo que había ocurrido fue la investigadora de seguridad Taylor Monahan. Rastreó una dirección de un hacker, 0xd9773325282874d18cb83f1fe50f14c39750b2ee; la primera transacción de robo de criptomonedas ocurrió el 21 de octubre a las 19:36 UTC. Después, más de 500 transacciones recorrieron más de 200 direcciones y 19 cadenas EVM. El método fue un script sweeper ya existente y las pérdidas se estiman en 371.000 dólares. La cronología que publicó resulta muy interesante: la plataforma había suspendido las compilaciones por la mañana, pero las transacciones de robo no aparecieron hasta la noche. Sobre ese silencio entre ambos momentos, hizo una crítica directa: «la pesadilla de cualquier abogado». Primero, dejemos clara la limitación de los datos: los 371.000 dólares son una estimación personal de los movimientos en cadena; Railway aún no la ha confirmado de forma independiente.

¿Qué tiene que ver esto con quienes invertimos por nuestra cuenta? Primero, perder criptomonedas no siempre se debe a una vulnerabilidad de un contrato o a que hayas hecho clic en un enlace de phishing. También pueden ocurrir problemas en lugares donde ni siquiera has participado. Mucha gente usa plataformas en la nube para ejecutar bots de trading o monitorear nodos, y deja las claves privadas y las claves API de los exchanges guardadas en las variables de entorno. Si hackean la plataforma, es como si te hackearan la billetera; y si roban la clave del exchange, pueden retirar tus fondos directamente. ¿Entonces no hay peligro si no usas bots? No necesariamente. Las claves API de exchanges que autorizaste para herramientas de copy trading, herramientas cuantitativas o aplicaciones de gestión de activos también están guardadas en las plataformas de esas empresas. Es exactamente lo mismo. Segundo, una plataforma en la nube no es una caja fuerte. En cuanto subes una clave privada a la nube, pasa a estar en manos de la plataforma; lo único que puedes hacer es confiar en que no haya problemas con sus operaciones.

Mi conclusión es muy clara: si usas bots, mejor ejecútalos en tu propio ordenador o en un servidor que administres tú. Si de verdad necesitas usar la nube, desactiva los permisos de retiro de las claves API de tus exchanges y deja solo los permisos de trading. Railway también añadió una frase que da que pensar: este incidente podría formar parte de una serie de ataques dirigidos a proveedores de servicios de inferencia de IA. Con todo el auge de la IA, hasta los hackers le han echado el ojo.

¿Has autorizado a alguna herramienta de terceros a usar la API de tu exchange? Cuéntalo con sinceridad en los comentarios.

#Railway #被黑事件 #私钥安全 #交易机器人 #seguridadWeb3

—— Xiao Kai, pequeño inversor de Web3
Aviso legal: opiniones personales; no constituyen asesoramiento de inversión.