Hackeo de Ledger CryptoBilis: un implante leyó las frases semilla en la pantalla y aun así pasó el Genuine Check — cómo debe guardar cripto un negocio que cobra en su propia wallet

Qué pasó en el hackeo de Ledger CryptoBilis, hora por hora

CryptoBilis vendía wallets de hardware Ledger en Indonesia, Malasia y Filipinas, y figuraba como vendedor autorizado en esos mercados. El viernes 9 de octubre de 2026, las wallets configuradas en dispositivos que había vendido se vaciaron en un barrido coordinado. Esta es la cronología, en hora UTC, según la investigación on-chain de Bitquery:

• Del 25 de septiembre al 7 de octubre: unas dos semanas de ensayo. El atacante creó sus direcciones de control con tres minutos de diferencia el 25 de septiembre y luego hizo 21 pruebas pequeñas en TRON y 20 en Ethereum.
• De 04:59:57 a 05:00:00 del 9 de octubre: 30 wallets de TRON pasan a estar controladas por la clave del atacante en tres segundos.
• De 05:07:48 a 05:07:54: 25 wallets de TRON firman la misma aprobación y salen 29 millones de dólares en seis segundos.
• De 05:07:59 a 05:56: Ethereum y después Solana. A las 05:54:20 se vacían 111 wallets de bitcoin en un solo bloque.
• 12:00: se publican las primeras direcciones del robo. 12:09: Tether empieza a bloquear direcciones. 13:32: Ledger anuncia que investiga y le pide al revendedor detener todas las ventas y envíos.

El 10 de octubre, Ledger confirmó que «uno de los dispositivos de los usuarios afectados contenía un implante de hardware no autorizado», según informó CoinDesk. CryptoBilis suspendió la venta de todo su inventario de wallets de hardware. El 11 de octubre, Ledger dijo que todos los casos confirmados son de dispositivos vendidos por CryptoBilis, que «el volumen de dispositivos afectados es limitado» y que sus propios sistemas y canales de venta directa no se vieron afectados.

La cifra de pérdidas todavía se mueve. El 12 de octubre, los rastreadores la ubicaban entre 93,2 y 94,5 millones de dólares. Bitquery la elevó después a 102,0 millones al sumar wallets en Solana, BNB Chain, Polygon y más direcciones de TRON. Ledger no ha publicado un total, y los conteos on-chain miden wallets, no clientes.

Las wallets por red suman más de 324, y esa es la primera lección. Una sola frase semilla controla direcciones en todas las redes. Con la semilla de una víctima, el atacante tenía a la vez sus saldos en TRON, en bitcoin y en las redes EVM.

Por qué pasó el Genuine Check: verifica el chip, no la caja

Los dispositivos Ledger guardan las claves en un elemento seguro, un chip resistente a manipulaciones. El Genuine Check es un desafío criptográfico que prueba que ese chip lo fabricó y configuró Ledger, y cumple bien esa función. Pero el propio modelo de amenazas de Ledger sobre autenticidad del dispositivo marca el límite: el Genuine Check «no puede detectar modificaciones físicas no autorizadas del hardware, como implantes espía, si el elemento seguro original sigue intacto». La misma página dice que no puede verificar «el historial de la cadena de suministro física del dispositivo».

La frase semilla se genera dentro del elemento seguro, pero hay que mostrarla en pantalla para anotarla. Y la pantalla está fuera del chip. Ledger no ha publicado una descripción técnica del implante que encontró. Investigadores que abrieron dispositivos manipulados comprados por otros canales describen una pequeña placa escondida detrás de la pantalla, con un microcontrolador, un módem LTE y una eSIM. Lee las palabras a medida que aparecen y las envía por la red celular, sin pasar por la computadora ni el wifi del dueño. Un equipo así tiene un chip auténtico, genera una semilla válida y pasa todas las verificaciones. Solo que no es lo único que vio la semilla.

De ahí salen dos consecuencias prácticas. Primero, la configuración inicial es el momento más expuesto de la autocustodia. Una semilla filtrada al configurar queda filtrada para siempre, por bien que se guarde el equipo después. Segundo, el consejo de siempre no alcanzó. La página de Ledger dice que es más seguro comprar «directamente a Ledger o a revendedores autorizados». CryptoBilis era un revendedor autorizado.

El atacante esperó a que crecieran los saldos

Para un negocio, el dato más útil no es de hardware sino de tiempo. Ledger les pidió actuar a quienes compraron a CryptoBilis en los últimos 90 días. Bitquery encontró que unas 6 de cada 10 wallets vaciadas recibieron su primer depósito dentro de esa ventana, pero más de 8 de cada 10 lo recibieron en junio o después. Una wallet fondeada por primera vez el 15 de septiembre perdió 7 millones de USDT. Otra recibió 80 BTC el 29 de septiembre y diez días después estuvo entre las 111 wallets de bitcoin vaciadas en un solo bloque.

No sabemos quiénes eran los dueños. Pero saldos así se parecen más a la mesa de una empresa de trading o a la tesorería de un negocio que a ahorros personales. Y el patrón es claro: el atacante juntó semillas durante meses, ensayó dos semanas y se llevó casi todo en menos de una hora. Una semilla comprometida cuesta lo que tenga encima el día en que el atacante se mueve. Nadie sabe qué día será, así que lo único que controla un negocio es cuánto hay ahí y por cuánto tiempo.

Es la misma lógica de saldo por tiempo que usamos para los congelamientos de emisores tras la demanda de Conduit a Tether. Otra amenaza, la misma palanca.

Los congelamientos recuperaron una décima parte

Tether empezó a bloquear direcciones nueve minutos después del primer aviso público y terminó congelando 10,0 millones de dólares en 20 wallets. Es rápido. También fue siete horas después de que empezara el robo. Para entonces el atacante ya había cambiado 23,7 millones de USDT a USDD, que Tether no puede congelar, había llevado 20 millones a Ethereum por un puente y había empezado a mover ETH por Tornado Cash. El bitcoin no lo puede congelar nadie. Bitquery también señaló unos 2,38 millones de USDC en dos wallets que Circle podría congelar, pero la mayor parte de lo robado quedó fuera del alcance de cualquier emisor.

El congelamiento corta para los dos lados. El 9 de octubre escribimos sobre una empresa a la que le congelaron USDT por error durante más de un año. Tres días después, ese mismo poder fue lo único que recuperó algo de dinero. Ninguno de los dos casos sirve para planificar. Congelar es decisión del emisor, no tu modelo de seguridad. Si tu plan depende de que otro congele a tiempo lo robado, no tienes plan.

La autocustodia falla distinto que la custodia: diseña para eso

Este hackeo se va a usar como argumento contra tener tus propias claves. No lo es. Las fallas de custodia de los últimos meses fueron del custodio: el hackeo de Bitget pausó retiros hasta 7,5 días, y un emisor de tarjetas de stablecoins cerró de un día para otro. Un negocio no puede arreglar la seguridad ni la solvencia de un custodio. Solo puede esperar que no falle.

El riesgo de la autocustodia es otro, y está en cosas que el negocio sí controla: qué dispositivos compra, cuántas semillas tiene, cuánto guarda cada una y cuántas personas tienen que firmar para mover dinero. A ninguna víctima de CryptoBilis la vaciaron porque fallara una blockchain o se revirtiera un pago. La vaciaron porque una sola semilla lo controlaba todo y, hasta donde se sabe, esa semilla estaba comprometida antes del primer depósito.

Así que la meta no es un dispositivo imposible de comprometer. Es una configuración en la que un dispositivo comprometido no pueda llevarse mucho.

Seguridad de wallets para negocios: una configuración que aguanta un dispositivo malo

Una lista para cualquier negocio que recibe cripto o stablecoins en sus propias wallets:

1. Compra los dispositivos de firma directo al fabricante. Que lleguen a nombre del negocio, y lleva un registro: número de serie, fecha, canal de compra y quién configuró cada uno. Esta vez, «revendedor autorizado» no alcanzó.
2. Separa funciones en semillas distintas. Una wallet de cobro donde caen los pagos de clientes. Una tesorería con lo que guardas. Una wallet de pagos que solo se fondea antes de cada lote. Una semilla por función, para que una frase filtrada no alcance las tres.
3. Pon la tesorería detrás de una multifirma. Por ejemplo, dos firmas de tres, cada clave en un dispositivo comprado por un canal distinto y, si se puede, de fabricantes distintos. Un implante, una semilla o un lote manipulado no alcanzan para mover el dinero.
4. Pon un tope a la wallet de cobro y barre con calendario. Decide cuántos días de ventas puede acumular y pasa el resto a tesorería cada día o cada semana. Ese tope es tu peor caso si se filtra su semilla.
5. Vigila las salidas, no solo las entradas. Una wallet de solo lectura o una alerta en un explorador de bloques te avisa en minutos si sale dinero sin motivo.
6. Nunca escribas en un teclado, fotografíes ni compartas una frase semilla. Ledger recuerda que nunca te va a llamar, escribir ni pedir las 24 palabras. Payzum tampoco.
7. Escribe hoy el plan de incidentes. Quién mueve los fondos a una semilla nueva en un equipo nuevo, quién contacta al emisor si roban stablecoins y quién hace la denuncia. En este caso, el primer aviso público llegó siete horas después del robo.

El consejo de Ledger para quien compró a CryptoBilis: no configurar un dispositivo sin usar y, si ya está en uso, pasar los fondos a una semilla nueva en un equipo comprado directamente a Ledger. Con los datos de Bitquery, conviene aplicarlo a las compras desde junio, no solo a las de los últimos 90 días.

Dónde entra Payzum, y dónde no

Payzum es un procesador de pagos cripto sin custodia. Los pagos se liquidan directo en wallets que tú controlas, y Payzum nunca retiene, agrupa ni controla los fondos. Por eso esta lista les importa a nuestros clientes: la wallet que recibe el dinero es tuya, y su seguridad también. Lo que suma Payzum:

• Liquidación en la wallet que elijas. Una wallet de cobro simple que barres, o directo a una multifirma. No hay un saldo de Payzum en el medio que alguien pueda hackear, pausar o congelar.
• Fondos que puedes mover en segundos. La confirmación suele tardar unos 0,4 segundos en Solana y unos 2 segundos en Base y Polygon, así que los barridos van a tu ritmo, no al de una cola de liquidación.
• Un solo token que administrar. Acepta cripto en Bitcoin, Ethereum, Solana, Polygon, Base, Arbitrum, Optimism, BNB Chain y Avalanche, con conversión automática opcional a USDC o USDT.
• Personal que nunca toca claves. El POS muestra un QR nuevo por venta y los cajeros entran con PIN. Las claves quedan con los dueños, y la analítica muestra cada venta por cajero y por terminal.
• Wallets de pago fondeadas por lote. Pagos masivos por CSV en BTC, LTC y DOGE, y pagos en stablecoins en Polygon, Arbitrum, Optimism, Base, BNB Chain y Avalanche, para que la wallet de pagos solo tenga lo que necesita el próximo lote.
• Protección para la cuenta que decide adónde va el dinero. Quien pueda cambiar tu dirección de liquidación puede desviar tu próximo cobro. Las cuentas de Payzum usan 2FA, secretos encriptados, webhooks firmados y un registro de auditoría completo.

Los límites, dichos claro: Payzum no puede proteger una semilla que se filtró al configurar el equipo, no puede revertir un robo y no puede congelar tokens. Si un dispositivo que compraste está comprometido, los fondos de su semilla están en riesgo con cualquier procesador. Lo que te da Payzum es un flujo de cobro sin custodio en el medio, para que las únicas claves que importen sean las tuyas, y puedas diseñar alrededor de ellas.

Cómo funciona, paso a paso

1. Arma primero tus wallets. Semillas separadas para cobro y tesorería, dispositivos comprados directo y multifirma para la tesorería.
2. Conecta Payzum a tu wallet de cobro. Elige las redes y los tokens que aceptas, y si los pagos se convierten automáticamente a USDC o USDT.
3. Activa las formas de cobrar. Online: checkout alojado, links y botones de pago, plugins listos para usar (WooCommerce, Magento 2, PrestaShop, Shopify y otros), facturas o suscripciones. En tienda: el POS con cajeros protegidos por PIN.
4. Concilia y barre. Los webhooks firmados llevan cada pago a tus sistemas, y tú mueves los saldos a tesorería con el calendario que definas.

Qué cambia según el tipo de negocio

• Una cafetería en Ciudad de México que cobra en el mostrador. Los cajeros usan el POS con su PIN y nunca ven una frase semilla. La wallet de cobro guarda como mucho unos días de ventas, y el dueño la barre a tesorería.
• Una tienda online en Bogotá con un plugin. Los pagos se convierten a USDC o USDT y caen en una wallet de cobro. Un barrido semanal a una tesorería multifirma hace que una semilla filtrada no cueste más que una semana de ventas.
• Un exportador en Lima que factura en stablecoins. Los montos son grandes y poco frecuentes, así que conviene liquidar las facturas directo en la multifirma. Las facturas con vencimiento y detección de sobrepago atan cada pago a un comprador.
• Una plataforma que paga a afiliados, vendedores o contratistas. Fondea la wallet de pagos justo antes de cada lote. Si alguna vez se filtra su semilla, la pérdida es un lote, no todo el capital de trabajo.
• Una API que cobra a agentes de IA. Con x402, los agentes pagan USDC en Base por cada llamada. Payzum se pone delante de tu API como proxy, y un facilitador externo liquida cada pago en tu wallet. Los pagos chicos se acumulan rápido, así que bárrelos como las ventas de una tienda.

Tres formas de guardar lo que te pagan tus clientes

Objeciones razonables

«¿Esto no demuestra que es mejor dejar la cripto en un exchange?»

No. Demuestra que una sola semilla es un punto único de falla. Un exchange también lo es, solo que no lo puedes revisar ni rediseñar. La autocustodia te deja repartir el riesgo entre semillas, firmantes y tiempo. La custodia solo te deja elegir de quién es el riesgo que tomas.

«Compramos nuestros equipos directo a Ledger. ¿Estamos bien?»

Ledger dice que sus canales directos no se vieron afectados, y nada de lo que vimos lo contradice. Pero la lección no es sobre un revendedor. Cualquier dispositivo de cualquier fabricante se puede perder, manipular o usar mal. Una tesorería que pide dos firmas no depende de que un solo equipo sea perfecto.

«La multifirma suena exagerada para un negocio chico.»

Dimensiónala según el saldo. Si tu wallet de cobro guarda unos días de ventas y podrías sobrevivir a perderlos, un buen dispositivo comprado directo es un equilibrio razonable. Cuando la tesorería guarde más de lo que podrías perder, suma firmantes. Normalmente eso pasa mucho antes de llegar a los 7 millones de USDT que perdió una de las víctimas.

«¿Dejamos de usar wallets de hardware?»

No. Nada indica que se haya roto el elemento seguro. El ataque lo rodeó por la cadena de suministro. Los celulares y las wallets de navegador tienen sus propios riesgos. Sigue usando hardware, y deja de tratar un solo dispositivo como todo tu plan de seguridad.