Vaciado de wallets del bot de Solana Bloom Trading

El 26 de octubre de 2026, Bloom Trading, un bot de trading de Solana basado en Telegram, perdió aproximadamente 947.000 dólares (unos 9.408 SOL) después de que un atacante explotara una falla de ejecución remota de código en un módulo de software de terceros y vaciara 49 wallets pertenecientes a nueve usuarios.

Qué ocurrió

Bloom Trading es un bot de Telegram que permite a los traders ejecutar swaps de Solana directamente desde el chat, con las claves de las wallets importadas al bot para que este pueda firmar transacciones en nombre de los usuarios. El 26 de octubre de 2026, el monitor de blockchain Onchain Lens detectó una oleada de transferencias sospechosas que sacaban SOL de wallets vinculadas al servicio, y Onchain Alert informó de que los fondos se consolidaban en una única dirección sospechosa de drenaje.

Bloom atribuyó el robo a una compleja vulnerabilidad de ejecución remota de código (RCE) en un módulo de software de terceros, y no a un fallo en sus propios contratos ni a una fuga masiva de claves. La empresa afirmó que su investigación no encontró indicios de que se hubieran accedido o comprometido claves privadas y que las wallets fuera del grupo afectado estaban seguras, aunque no explicó públicamente cómo se autorizaron las transferencias no autorizadas. Los investigadores contaron inicialmente 49 víctimas; Bloom aclaró después que las 49 direcciones vaciadas pertenecían a nueve usuarios. La mayor transferencia individual fue de 1.636 SOL (unos 166.000 dólares). Un primer análisis en cadena de Onchain Lens situó el total cerca de 954.000 dólares, que la propia contabilidad de Bloom redujo a unos 947.000 dólares. Cabe destacar que solo se sustrajo SOL: los saldos de USDC en las wallets afectadas quedaron intactos.

Repercusiones

Bloom puso todos sus sistemas fuera de línea como precaución y se comprometió a reembolsar el 100 % de los fondos robados, enviando SOL de reemplazo a direcciones seguras designadas por los nueve usuarios afectados. Rechazó la idea de un fondo comunitario de ayuda, afirmando que cubriría las pérdidas por sí misma, pero no anunció un calendario de pagos ni confirmó que los reembolsos estuvieran completos. El equipo dijo que estaba rastreando los fondos y explorando opciones de congelación y recuperación mientras intentaba identificar al atacante. En el momento de las primeras divulgaciones, no se había informado de la recuperación ni congelación de fondos, no se había establecido la identidad del atacante y no se había nombrado al proveedor de software de terceros.

Por qué es importante

La pérdida de Bloom es el último recordatorio de que los bots de trading de Telegram concentran el riesgo: para firmar swaps automáticamente, custodian o controlan las claves de los usuarios, de modo que un solo fallo en cualquier parte del stack del bot puede vaciar muchas wallets a la vez. El patrón recuerda al drenaje del oráculo de mensajes de Banana Gun y al error de aprobación del router de Unibot, que vaciaron las wallets de los usuarios de un bot y terminaron con reembolsos financiados por el equipo. Aquí el punto de entrada no fue el propio código del bot, sino una dependencia — un recordatorio de que externalizar parte del stack no externaliza el radio de impacto. La comodidad que exige ceder la custodia de las claves a un servicio siempre activo sigue siendo uno de los compromisos más delicados de las criptomonedas.