Por qué los puentes cross-chain no dejan de ser hackeados
Los puentes cross-chain bloquean activos en una cadena y acuñan copias en otra, concentrando enormes valores tras unas pocas claves o contratos. Esa concentración los convierte en uno de los mayores objetivos de hackeo en la historia de las criptomonedas.
Profundiza con IA
Haz clic → prompt copiado → pégalo en el chat de IA
Un puente cross-chain bloquea tu activo en la cadena A y acuña una representación de él en la cadena B. Para ello, debe custodiar el colateral bloqueado en algún lugar — normalmente tras un pequeño conjunto de claves de firma o un único contrato inteligente. Eso convierte a los puentes en tarros de miel concentrados: enormes valores agrupados custodiados por una superficie de ataque estrecha. Esa concentración, más que cualquier fallo aislado, es la razón por la que los puentes son hackeados con tanta frecuencia.
Esa es la respuesta corta. El resto de esta página explica cómo funcionan los puentes, recorre los casos reales y muestra qué puedes hacer realmente para reducir tu exposición.
Cómo funciona realmente un puente
Las blockchains no pueden leer nativamente el estado unas de otras. Ethereum no sabe qué pasó en Solana, y viceversa. Un puente es la maquinaria que simula una conexión entre ellas.
El diseño dominante es lock-and-mint (bloquear y acuñar):
- Envías 10 ETH al contrato del puente en Ethereum. Allí quedan bloqueados.
- El puente observa este depósito y acuña 10 ETH envueltos (wrapped) en la cadena de destino.
- Para volver, quemas los ETH envueltos, y el puente desbloquea los 10 ETH originales.
El activo envuelto del otro lado es un pagaré (IOU). Solo vale algo porque el puente promete que el colateral bloqueado sigue existiendo y puede canjearse. Rompe esa promesa — vacía el fondo bloqueado, o acuña tokens que nunca estuvieron respaldados — y el activo envuelto colapsa.
Todo depende de quién está autorizado a aprobar una acuñación o un desbloqueo. Ese es el modelo de confianza del puente, y viene en varias formas:
- Los puentes de validadores / multisig dependen de un conjunto de firmantes externos. Si suficientes firman, el puente actúa. Ronin funcionaba así.
- Los puentes de cliente ligero / relay intentan verificar criptográficamente el consenso de la otra cadena, minimizando a los humanos de confianza — más seguros en principio, pero complejos y costosos de construir correctamente.
- Los puentes de red de liquidez mantienen fondos en ambos lados e intercambian en lugar de acuñar, desplazando el riesgo hacia la solvencia del fondo.
Cuanto más se apoya el modelo en un puñado de claves, más se comporta como una única bóveda con contraseña compartida.
Los hackeos que definieron la categoría
Estas son cifras históricas, ampliamente reportadas en su momento. Los valores cambian a medida que los fondos se recuperan o se blanquean, así que verifica las cifras actuales antes de citarlas.
- Poly Network (~610 M$, agosto de 2021). Un atacante explotó un fallo en cómo los contratos cross-chain verificaban las instrucciones y, en la práctica, ordenó al puente que entregara los activos. De forma inusual, la mayoría de los fondos se devolvieron después.
- Wormhole (~320 M$, febrero de 2022). Un fallo en la verificación de firmas permitió al atacante falsificar la aprobación de una acuñación de 120.000 ETH envueltos en Solana que nunca estuvo respaldada por colateral real. La brecha la cubrieron los patrocinadores.
- Puente Ronin (~625 M$, marzo de 2022). El puente usaba un multisig de 9 validadores que requería 5 firmas. Los atacantes obtuvieron el control de 5 claves — cuatro mediante una configuración de nodo comprometida y una a través de un tercero — y simplemente firmaron retiradas fraudulentas. Es una historia pura de compromiso de claves, no un fallo de contrato.
- Nomad (~190 M$, agosto de 2022). Una actualización rutinaria fijó una raíz de confianza en un valor que hacía que casi cualquier mensaje de retirada pasara la validación. En cuanto una persona lo notó, se convirtió en un saqueo libre: cientos de imitadores repitieron el mismo truco, vaciando el puente en horas.
Cuatro incidentes, cuatro causas raíz distintas — y juntos suman bastante más de mil millones de dólares.
Modelos de confianza y cómo fallan
| Modelo de confianza del puente | Cómo falla | Ejemplo |
|---|---|---|
| Multisig externo / validadores | Suficientes claves de firma robadas o forzadas | Ronin (~625 M$) |
| Verificación de firmas on-chain | Un fallo permite falsificar una acuñación de apariencia válida | Wormhole (~320 M$) |
| Contrato actualizable / raíz de confianza | Una mala actualización o init valida mensajes falsos | Nomad (~190 M$) |
| Manejador de mensajes cross-chain | Lógica de verificación engañada para autorizar transferencias | Poly Network (~610 M$) |
La columna que importa es la del medio. Fíjate en lo poco que tienen en común estos fallos a nivel técnico — y lo mucho que comparten a nivel humano: el valor estaba concentrado, y un punto débil lo desbloqueó todo.
Por qué se repiten los mismos fallos
Los detalles difieren, pero las causas raíz se agrupan en cuatro categorías:
- Compromiso de clave privada. Los umbrales multisig son tan fuertes como la seguridad operativa en torno a cada clave. Hacer phishing a un operador o configurar mal un nodo elude toda la criptografía ingeniosa (Ronin).
- Fallos en contratos inteligentes. Los puentes están entre los contratos más complejos desplegados, manejando serialización, firmas y pruebas cross-chain. La complejidad genera fallos (Wormhole).
- Errores de actualización e inicialización. Los puentes se actualizan con frecuencia. Un solo mal despliegue puede desactivar silenciosamente una comprobación crítica (Nomad).
- Pura concentración de valor. Todo lo anterior existe en otros lugares de las criptomonedas, pero los puentes lo combinan con los mayores fondos de colateral individuales. La recompensa justifica el esfuerzo, así que aparecen los mejores atacantes.
La cuarta causa no se arregla escribiendo mejor código. Mientras un contrato o un conjunto de claves custodie cientos de millones, seguirá siendo un objetivo.
Qué puedes hacer realmente
Normalmente no puedes auditar un puente por ti mismo. El objetivo práctico es minimizar cuánto valor expones y durante cuánto tiempo.
- Minimiza el tiempo en el puente. El momento de mayor riesgo es cuando tu valor descansa como colateral bloqueado o pagarés envueltos. Cruza el puente, usa los fondos y sigue adelante. No trates un puente como una cuenta de ahorros.
- Prefiere la emisión nativa a la envuelta. Donde un activo se emita nativamente en tu cadena de destino, úsalo. El USDC nativo transferido mediante el CCTP de Circle se quema en una cadena y se acuña en la otra por el propio emisor — no hay ningún fondo bloqueado en manos de un tercero que vaciar, a diferencia del USDC puenteado o envuelto.
- Sabe en la seguridad de quién confías. Antes de cruzar un puente, pregunta cuál es el modelo de confianza. Un multisig 5-de-9 del que nunca has oído hablar es una apuesta distinta a un puente de cliente ligero probado y auditado.
- No mantengas grandes saldos de activos puenteados o envueltos a largo plazo. Si el puente detrás de tu token envuelto es explotado, el token puede irse a cero aunque no hayas hecho nada mal. Convierte a activos nativos cuando pretendas conservar.
Nada de esto hace seguro el uso de puentes. Hace tu exposición más pequeña y más corta, que es la única palanca que controla la mayoría de los usuarios.
FAQ
¿Son seguros los puentes cross-chain? Ningún puente es totalmente seguro. Concentran grandes valores tras un pequeño número de claves o contratos, lo que los convierte en objetivos primordiales. Algunos diseños (puentes de cliente ligero auditados) son notablemente más seguros que otros (pequeños multisigs externos), pero siempre confías en el modelo de confianza del puente además del de las dos cadenas. Trata el uso de puentes como un riesgo que minimizar, no como una solución resuelta.
¿Cuál fue el mayor hackeo de un puente? El exploit del puente Ronin en marzo de 2022 rondó los 625 M$, y Poly Network en agosto de 2021 los 610 M$ — los dos mayores según las cifras reportadas. Wormhole (~320 M$) y Nomad (~190 M$) también figuran entre los peores. Son cifras históricas; consulta fuentes actuales para montos exactos y actualizados.
¿Qué es un token envuelto y es arriesgado? Un token envuelto es un pagaré acuñado en una cadena para representar un activo bloqueado en otra — por ejemplo ETH envuelto o USDC puenteado. Su valor depende por completo de que el colateral que lo respalda siga seguro y sea canjeable. Si el puente que custodia ese colateral es hackeado, el token envuelto puede perder su respaldo y su valor, de modo que los activos envueltos cargan el riesgo del puente además del riesgo del activo subyacente.
¿Cómo puedo reducir el riesgo de los puentes? Mantén el monto y el tiempo del cruce lo más bajos posible, prefiere la emisión nativa (como el USDC nativo vía CCTP) frente a las versiones envueltas, comprende en qué modelo de confianza te apoyas y evita mantener grandes saldos a largo plazo de tokens puenteados o envueltos. Reconvierte a activos nativos una vez completado el paso cross-chain.
Los puentes son una pieza de un panorama más amplio. Si te mueves a menudo entre redes, comprende las contrapartidas propias de los puentes Layer 2, vigila los últimos hackeos y cómo ocurrieron y aprende por qué un puente auditado no es lo mismo que uno seguro, en lo que realmente cubre una auditoría de contrato inteligente.
Lee también
Ataques de SIM-swap a cuentas de criptomonedas: cómo funcionan y cómo detenerlos
Un SIM-swap traslada tu número de teléfono a la SIM de un atacante para que intercepte tus códigos SMS y restablezca tus contraseñas. Aquí tienes la cadena de ataque completa y las defensas que de verdad resisten.
Monederos fríos y calientes: cuándo tiene sentido cada uno
Un monedero caliente está en línea y es cómodo; un monedero frío mantiene las claves sin conexión y seguras. La verdadera decisión es ajustar tu exposición a la frecuencia con la que realmente necesitas acceso.
Carteras hardware: contra qué protegen en realidad
Una cartera hardware guarda tus claves privadas en un dispositivo dedicado y sin conexión, para que el malware no pueda extraerlas. Este es el modelo de amenazas real: qué detiene y de qué no puede salvarte.