El 24 de septiembre de 2026, Bitget detectó transferencias no autorizadas de criptoactivos desde parte de su infraestructura de billeteras calientes y templadas. A comienzos de octubre, la plataforma situó los fondos afectados en alrededor de 388 millones de dólares.
Es fácil resumir el episodio diciendo que «hackearon un exchange de criptomonedas», pero esa frase mezcla preguntas distintas. ¿Fue comprometida la blockchain? ¿Se robaron claves privadas? ¿Cómo se eludieron los controles de retiro? Y, una vez que los activos salieron de las billeteras, ¿quién terminó absorbiendo la pérdida económica?
Según la explicación más reciente de Bitget, el atacante aprovechó una vulnerabilidad de día cero en un producto de seguridad de un tercero, obtuvo credenciales de alto privilegio e inyectó instrucciones de retiro falsas que superaron los controles de riesgo. La empresa afirma que las claves privadas no fueron comprometidas y que las billeteras frías no se vieron afectadas.
Las actualizaciones de SlowMist y Mandiant respaldan en términos generales una ruta en la que el ataque cruzó un límite de confianza desde un entorno de seguridad externo hacia la infraestructura de billeteras en producción de Bitget. Sin embargo, la investigación seguía abierta y algunos datos de proveedores no se habían hecho públicos. Por eso, al 6 de octubre de 2026, esta debe leerse como la mejor reconstrucción disponible, no como una conclusión forense definitiva.
Para los usuarios, la pregunta más importante es qué ocurrió después del fallo técnico. Bitget dijo que no redujo los saldos de los clientes y que el impacto financiero fue absorbido por su Protection Fund. Los retiros se restablecieron por fases, con el resto de los activos compatibles, los retiros en moneda fiduciaria y el servicio P2P programados para volver antes del 2 de octubre.
La distinción es fundamental: el sistema que sufre la brecha y la parte que finalmente absorbe la pérdida económica no tienen por qué ser la misma.
Idea clave: Para evaluar el riesgo de un exchange ya no basta con preguntar si la blockchain es segura. También hay que saber quién controla las claves, quién puede autorizar transacciones, qué sistemas pueden emitir instrucciones de confianza y si la plataforma tiene capital o mecanismos suficientes para absorber una pérdida cuando desaparecen activos.
«Hackearon las criptomonedas» puede describir cinco riesgos muy distintos
La expresión «hack de criptomonedas» suele comprimir varios mecanismos de fallo bajo una sola etiqueta. Separarlos permite entender con más precisión dónde se rompe realmente la seguridad.
- Riesgo de blockchain o protocolo del activo – vulnerabilidades en un protocolo, un contrato inteligente o un puente pueden permitir que las reglas de la red se utilicen de una forma no prevista.
- Riesgo de custodia – fallos en los sistemas que guardan claves privadas o controlan billeteras en nombre de los usuarios.
- Riesgo de seguridad operativa – debilidades en interfaces de firma, credenciales privilegiadas, flujos de retiro o software de terceros conectado a sistemas centrales.
- Riesgo de contraparte – aunque el ataque haya terminado, los usuarios siguen expuestos si los activos restantes de la plataforma no alcanzan para cubrir sus pasivos, lo que puede desembocar en problemas de liquidez, reestructuración o insolvencia.
- Riesgo regulatorio y de protección al consumidor – los derechos de los clientes no son iguales en todas las jurisdicciones. Las normas sobre segregación de activos y obligaciones de los custodios varían de un mercado a otro.
Idea clave: Una transacción puede ser plenamente válida para la red y, al mismo tiempo, no haber sido autorizada por el usuario o la institución. La blockchain puede limitarse a ejecutar una instrucción correctamente firmada aunque el proceso interno que creó o aprobó esa firma ya esté bajo control del atacante.
Comparación de tres incidentes en exchanges de criptomonedas
| Caso | Modo de fallo técnico | Valor afectado reportado | Resultado para los usuarios |
|---|---|---|---|
| Bitget (2026) | Se comprometió un producto de seguridad de un tercero, lo que permitió acceso privilegiado e instrucciones de retiro falsas | unos 388 millones de dólares | Los saldos de usuarios no fueron reducidos; Bitget dijo cubrir el impacto con su Protection Fund |
| Bybit (2025) | Se manipuló el flujo de firma de una billetera fría multifirma en el entorno de Safe, con un problema de seguridad en la cadena de suministro | unos 1.460 millones de dólares | El exchange cubrió el déficit y recuperó el respaldo 1:1 para los activos incluidos en su informe |
| WazirX (2024) | Compromiso de una billetera multifirma que generó un gran déficit de colateral | más de 230 millones de dólares | La empresa entró en reestructuración; los usuarios elegibles recibieron una primera distribución cercana al 85% de sus Approved Claims según el plan |
Hay que separar dos preguntas: dónde falló el sistema y quién absorbió la pérdida. La primera pertenece a la arquitectura de seguridad; la segunda depende de capital, liquidez, contratos y derecho.
Bitget: no se rompió la blockchain, se tomaron los permisos que rodeaban a las claves
El caso Bitget muestra la diferencia entre poseer una clave privada y controlar el flujo operativo que la rodea. Según la explicación más reciente de la plataforma, el atacante no robó directamente la clave privada de una billetera fría. En cambio, comprometió un producto de seguridad externo y obtuvo credenciales con privilegios elevados.
En la práctica, el atacante consiguió autoridad suficiente para hacerse pasar por un operador de confianza y generar instrucciones de retiro falsas que los sistemas internos trataron como legítimas. La lección es que proteger la clave no basta si los sistemas con capacidad de actuar alrededor de ella pueden ser tomados por un tercero.
Por eso, una arquitectura moderna de custodia no puede limitarse a separar billeteras calientes y frías. También debe controlar permisos de firmantes, separación de funciones, políticas de transacción, límites de retiro y seguridad de proveedores externos. La protección de los activos depende del eslabón más débil entre las rutas privilegiadas capaces de moverlos.
Cuando fallaron los controles técnicos, Bitget utilizó su balance y el Protection Fund como siguiente capa de defensa. La empresa afirmó que no reduciría los saldos de los clientes. No todos los exchanges pueden hacer lo mismo, pero el caso muestra que la capacidad de una institución para absorber pérdidas se convierte en un control de seguridad económico cuando falla el técnico.
Idea clave: La pregunta ya no es solo «¿está segura la clave?», sino también «¿quién controla los sistemas autorizados a actuar alrededor de esa clave?» Aunque la blockchain y la clave privada no sean comprometidas directamente, tomar el control del flujo operativo puede producir el mismo daño económico.
Bybit: una billetera fría sigue siendo vulnerable si se engaña el proceso de aprobación
El 21 de febrero de 2025, Bybit perdió activos de una billetera fría multifirma de Ethereum. La plataforma situó la pérdida en unos 1.460 millones de dólares, mientras que el FBI habló de aproximadamente 1.500 millones y atribuyó el robo a actores vinculados con Corea del Norte.
El caso demuestra que la etiqueta «billetera fría» no elimina el riesgo. Si se manipula el proceso que usan los firmantes para revisar y aprobar una transacción, la billetera puede autorizar una operación que los responsables humanos nunca pretendieron ejecutar.
Bybit explicó que el incidente ocurrió durante una transacción multifirma a través de Safe, cuando la información mostrada a los firmantes no coincidió con la transacción que finalmente se ejecutó en cadena. Por tanto, el problema de control no se limita al número de firmantes: también incluye el software, la interfaz de verificación y la capacidad de comprobar de forma independiente las direcciones de destino y los datos de la transacción.
Después del incidente, Bybit dijo haber cerrado el déficit de ETH mediante préstamos de corto plazo, compras OTC y grandes depósitos. Un informe posterior de prueba de reservas indicó que los activos de clientes incluidos en el informe volvieron a estar respaldados 1:1 en unas 72 horas.
Idea clave: Guardar claves fuera de línea no garantiza seguridad si el flujo de firma puede ser manipulado. Y una prueba de reservas que muestre cobertura 1:1 después del incidente es información útil, pero por sí sola no demuestra solvencia a largo plazo, segregación jurídica de activos ni seguridad futura.
WazirX: cuando una pérdida cibernética se convierte en un problema de liquidez y acreedores
WazirX muestra un desenlace distinto. Tras el ataque a una billetera multifirma el 18 de julio de 2024, la empresa dijo que se habían robado más de 230 millones de dólares en activos digitales y reconoció que la pérdida afectaba su capacidad para mantener respaldo de colateral 1:1.
Desde ese momento, el problema dejó de ser solo una respuesta técnica al incidente. Se convirtió en una cuestión de balance: ¿cómo se pagan las obligaciones de la plataforma cuando los activos restantes ya no alcanzan para cubrir lo que se debe a los usuarios?
En 2025, Zettai, operador de WazirX, entró en un Scheme of Arrangement en Singapur. La empresa indicó que el esquema entró en vigor en octubre de 2025. Los usuarios elegibles recibieron después una primera distribución equivalente a aproximadamente 85% de sus Approved Claims, calculada con la metodología de precios de referencia del esquema, además de Recovery Tokens vinculados a recuperaciones futuras.
Por tanto, ese 85% no significa «recuperar el 85% de las monedas originales al precio de mercado actual». Es una distribución de valor calculada dentro del marco jurídico de reestructuración.
La comparación entre Bitget, Bybit y WazirX muestra que incidentes que parecen similares en un titular pueden producir resultados económicos muy diferentes para los usuarios.
Si un exchange dispone de suficiente capital, liquidez o reservas, los usuarios pueden evitar un recorte directo. Si la pérdida atraviesa el balance y deja los activos por debajo de los pasivos, el problema pasa rápidamente a insolvencia, prioridad de acreedores y derecho de propiedad.
Idea clave: Un incidente cibernético no termina cuando se corrige la vulnerabilidad técnica. Cuando la pérdida atraviesa las defensas financieras de la institución, se convierte en un problema de estructura de deuda y la recuperación de los usuarios depende en gran medida del balance y del marco jurídico aplicable.
Por qué los fondos en blockchain pueden rastrearse sin ser automáticamente reversibles
Una de las paradojas de las criptomonedas es que muchas transacciones quedan registradas en un libro mayor público, lo que permite seguir el movimiento de los fondos, pero esa visibilidad no crea un botón de deshacer.
Una vez que una transacción cumple las reglas de la red, revertir su efecto económico suele requerir un punto de control externo. Un exchange centralizado que recibe los activos puede congelarlos. Un emisor de stablecoin puede tener capacidad para bloquear determinados tokens. Las autoridades también pueden incautar activos si tienen facultades legales y cooperación de los proveedores de servicios.
En el caso Bybit hubo ejemplos de congelación e incautación parcial. La T3 Financial Crime Unit anunció en marzo de 2025 que había congelado casi 9 millones de dólares vinculados al incidente, mientras que Chainalysis informó después de una incautación adicional por parte de autoridades griegas.
Estos ejemplos muestran que la trazabilidad puede ser muy útil para la aplicación de la ley, pero no significan que la mayoría de los fondos robados puedan recuperarse siempre. Tampoco todos los activos digitales cuentan con un interruptor de emergencia controlado por una entidad central.
En activos de capa base como Bitcoin o Ether no existe un emisor central que pueda congelar retroactivamente una transacción como ocurre con algunas stablecoins. Cuanto más rápido se dispersan los fondos por distintas redes, swaps, puentes o servicios que no colaboran con investigadores, más difícil es recuperarlos.
Un libro mayor transparente deja un rastro, pero no convierte la blockchain en un sistema de contracargo como el de una tarjeta de crédito.
Una blockchain puede ser transparente y final al mismo tiempo. Ver dónde se movieron los activos robados no otorga automáticamente la autoridad para recuperarlos.
La autocustodia reduce el riesgo de contraparte, pero traslada la responsabilidad al titular de la clave
Tras un hack a un exchange, una recomendación habitual es mover los activos a autocustodia. Puede reducir una clase de riesgo porque el usuario pasa a controlar su propia clave privada. Así disminuye la exposición a quiebra del exchange, suspensión de retiros o fallos de custodia.
Pero el riesgo no desaparece. Se traslada de una institución con equipos de seguridad, procedimientos de recuperación y balance propio al usuario individual. El propietario debe proteger la frase semilla, verificar direcciones, defenderse del phishing, separar dispositivos cuando sea necesario y planificar la recuperación si pierde acceso.
Chainalysis señaló que los compromisos de billeteras personales representaron 23,35% de la actividad de fondos robados que seguía a mediados de 2025. Ese dato no demuestra que la autocustodia sea más peligrosa que la custodia en un exchange porque las definiciones y bases de datos son distintas. Sí muestra que sacar los activos del intermediario cambia la superficie de ataque en lugar de eliminarla.
La pregunta más útil es qué riesgos está dispuesto a gestionar personalmente cada usuario y qué capacidades espera de un custodio.
Quien utilice un exchange no debería limitar la diligencia de seguridad a frases sobre billeteras frías o pruebas de reservas. También debe revisar el gobierno de los firmantes, la segregación de activos de clientes, los controles de retiro, las prácticas de conciliación y auditoría, los seguros o fondos de protección, las condiciones legales y el historial de respuesta ante incidentes.
Idea clave: La autocustodia no es una solución universal. Sustituye riesgo de plataforma por responsabilidad operativa personal. Si los activos permanecen con un intermediario, el inversor debe mirar más allá del marketing técnico y examinar gobierno, segregación y capacidad de absorber pérdidas.
El futuro del dinero digital puede depender menos de eliminar la confianza que de saber en qué estamos confiando
La promesa original de la blockchain suele partir de la minimización de la confianza: reducir la dependencia de intermediarios mediante reglas verificables y claves controladas por los usuarios. En la economía real, sin embargo, la mayoría sigue dependiendo de exchanges, custodios, emisores de stablecoins, software de billeteras, infraestructura en la nube, proveedores de ciberseguridad y sistemas jurídicos.
La confianza no ha desaparecido. Se ha redistribuido entre distintas capas del ecosistema.
Bitget, Bybit y WazirX muestran que la seguridad del dinero digital es un problema sociotécnico, no solo criptográfico. Un protocolo robusto sigue necesitando disciplina operativa, verificación independiente, segregación de activos, respuesta a incidentes, reservas líquidas y reglas claras para asignar pérdidas.
También ocurre lo contrario: un intermediario sólido no elimina el riesgo del protocolo ni los errores cometidos por los propios usuarios.
Para los usuarios, la pregunta debería pasar de «¿alguna vez hackearon este exchange?» a «si falla una capa de control, ¿puede la siguiente limitar el daño?» Eso exige revisar permisos de firma, límites de retiro, verificación independiente, segregación de los activos de clientes, capacidad del balance para absorber un shock y derechos legales del cliente en el peor escenario.
La lección va más allá de las criptomonedas. Cada vez más formas de dinero y activos financieros dependen de software e infraestructura de custodia, desde activos tokenizados y stablecoins hasta nuevos sistemas de pagos digitales.
La credibilidad no surge de elegir entre «confiar en la blockchain» o «confiar en la institución». Surge de diseñar capas que puedan verificarse entre sí y absorber fallos sin trasladar automáticamente todo el coste al usuario final.
Puntos clave
- Un hack a un exchange no significa necesariamente que la blockchain haya fallado. Las pérdidas pueden originarse en custodia, procesos de firma, accesos privilegiados, controles de retiro o software de terceros mientras la red sigue ejecutando instrucciones válidas.
- Dónde ocurrió la brecha y quién pagó son preguntas distintas. Bitget y Bybit dijeron haber absorbido el déficit; WazirX entró en reestructuración después de que la pérdida generara un faltante de activos.
- Trazabilidad no es reversibilidad. Los libros mayores públicos ayudan a seguir activos robados, pero congelarlos o recuperarlos suele requerir un punto de control centralizado, cooperación de proveedores o autoridad legal.
- La autocustodia traslada el riesgo, no lo elimina. Reduce el riesgo de contraparte del exchange, pero hace al usuario responsable de la gestión de claves, la defensa contra phishing y la recuperación.
- El futuro del dinero digital necesita seguridad de protocolo y resiliencia institucional. Claves seguras deben operar dentro de estructuras con buen gobierno, segregación de activos, controles de riesgo, liquidez y derechos claros para los clientes.
