Por qué los puentes cripto no dejan de ser hackeados

La versión rápida. Un puente no traslada una moneda de una cadena a otra, porque las cadenas no pueden verse entre sí. Bloquea o quema tu activo en un lado y emite un derecho en el otro, lo que concentra una enorme cantidad de valor detrás de un único mecanismo. Los puentes no dejan de ser hackeados porque ese mecanismo es un objetivo permanente, público y de alto valor, con un puñado de formas de fallar bien conocidas.

Qué hace realmente un puente

Las cadenas de bloques son sistemas cerrados. Un contrato en una cadena no puede ver lo que ocurrió en otra, así que nada viaja literalmente entre ellas. Todo lo que hace un puente es un arreglo construido en torno a esa limitación.

El diseño más habitual es bloquear y acuñar. Depositas un activo en un contrato de la cadena de origen, donde queda bloqueado. Algo fuera de la cadena observa ese depósito y da fe de él. Un contrato en la cadena de destino acepta ese testimonio y acuña una representación envuelta en tu dirección.

Volver invierte el flujo: quemas el token envuelto, un testimonio de esa quema llega a la cadena de origen y el activo original se libera. Los puentes de red de liquidez funcionan de otra manera de nuevo, manteniendo fondos comunes a ambos lados y pagándote desde el fondo de destino.

Lo que conviene retener es qué es un token envuelto. Es un derecho, y su valor depende por completo de que el colateral bloqueado siga bloqueado y de que la autoridad que acuña siga siendo honesta y correcta. Si la acuñación se puede falsificar, el activo envuelto no está respaldado por nada y el contrato de bloqueo lo vacía quien redime primero.

Por qué el valor se concentra tanto

Cada usuario que cruza en la misma dirección se suma a la misma pila. Los depósitos se acumulan en un solo contrato, así que el saldo simplemente crece con la adopción.

Eso cambia la economía de atacarlo. Contra una cartera individual, un atacante gana una cartera. Contra un puente, una sola llamada con éxito puede alcanzar todo lo que retiene el mecanismo, lo que financia una enorme cantidad de esfuerzo paciente contra un objetivo que nunca se mueve.

Los puentes son también sistemas inusualmente amplios. Tienen contratos en al menos dos cadenas, una capa de retransmisión o de testimonio fuera de la cadena, material de claves en manos de alguien y, a menudo, una vía de actualización. El atacante solo tiene que acertar en una de esas partes. Los defensores tienen que acertar en todas, de forma permanente.

Las clases de fallo que se repiten

Conjuntos de validadores o firmantes comprometidos

Muchos puentes verifican los depósitos de forma externa: un grupo de partes elegidas observa la cadena de origen y firma lo que vio, y el contrato de destino acuña cuando ve suficientes firmas. Eso hace que esas claves de firma equivalgan al dinero. Los puentes se han vaciado repetidamente después de que suficiente material de esas claves cayera en manos de un atacante, ya sea por phishing a un operador, malware en un servidor o alguien desde dentro.

Los umbrales adornan la realidad cuando las claves no son genuinamente independientes. Un conjunto nominalmente distribuido gestionado por una sola organización, en una sola cuenta en la nube, con una sola cadena de despliegue, está más cerca de una única clave de lo que sugiere la notación. La misma lógica se aplica a escala personal, como explica nuestra guía sobre multifirma para particulares.

Verificación de mensajes defectuosa

El contrato de destino debe decidir si un depósito ocurrió de verdad. Esa comprobación es donde reside la confianza, y es código sutil. Los fallos de esta clase permiten a un atacante acuñar sin haber depositado jamás nada, que es la forma más pura de exploit de un puente.

Las formas recurrentes resultan familiares. Una rutina de verificación de pruebas que devuelve éxito en silencio ante una entrada vacía o malformada. Un analizador que acepta un mensaje de un remitente no autorizado porque la comprobación del emisor se aplicó al campo equivocado.

Claves de administración potentes y contratos actualizables

La mayoría de los puentes son actualizables, porque un sistema tan complejo va a necesitar arreglos. El patrón de proxy que lo permite también significa que una sola dirección con privilegios puede reemplazar la lógica que protege cada depósito, al instante y sin el consentimiento de nadie.

El código perfecto no protege nada si esa clave está comprometida, y lo mismo vale para los poderes de pausa, acuñación y retirada de emergencia. Esta es la brecha que un informe de auditoría documenta en lugar de eliminar, así que la sección de roles con privilegios merece más atención que el recuento de errores.

Fallos en la verificación de firmas

Incluso con un conjunto de firmantes honesto, el código que comprueba las firmas puede estar equivocado. Las firmas no ligadas a una cadena o un contrato concretos pueden reproducirse allí donde nunca se pretendió que se aplicaran. Las funciones de recuperación que devuelven una dirección vacía ante una entrada malformada pueden ser engañadas para tratar a un firmante inexistente como válido. Un manejo de nonces que permite la reutilización convierte una única aprobación legítima en muchas.

Estos fallos son pequeños, fáciles de pasar por alto y catastróficos en su efecto, porque permiten a un atacante fabricar lo único de lo que depende todo el sistema.

Por qué esto sigue siendo difícil de arreglar

Un puente tiene que ser correcto a través de dos entornos de ejecución más la fontanería que hay entre medias, y seguir siendo correcto mientras ambas cadenas se actualizan por debajo. La complejidad no es aquí accidental; es el trabajo mismo.

La componibilidad multiplica las consecuencias. Los activos envueltos se usan como colateral y se emparejan en mercados por toda la cadena de destino, así que cuando uno pierde su respaldo el daño se extiende a fondos que nunca tocaron el puente. Nuestra lección sobre conceptos básicos y riesgos de DeFi aborda ese tipo de efecto en cadena.

Las herramientas defensivas cortan por los dos lados también. Los límites de tasa y los interruptores de pausa reducen cuánto puede extraer un solo fallo, y le entregan a alguien el poder de congelar tus fondos. Ningún diseño elimina la confianza por completo; los buenos la trasladan a un lugar que puedes inspeccionar.

Qué significa esto para ti en la práctica

No puedes auditar un puente por ti mismo, pero sí puedes cambiar cuánto expones a él y durante cuánto tiempo.

• Trata el paso por un puente como transporte, no como almacenamiento. Mantener un derecho envuelto significa seguir expuesto al mecanismo que lo respalda.
• Prefiere menos saltos. Cada puente adicional en una ruta añade otra forma de que el derecho se rompa, y una versión envuelta de un activo envuelto hereda todas las debilidades por encima de ella.
• Averigua qué lo asegura realmente. ¿La verificación la hace un conjunto de firmantes, o pruebas que la cadena de destino comprueba por sí misma? ¿Quién puede actualizar los contratos, y hay un retardo antes de que una actualización surta efecto?
• Ten en cuenta que el puente canónico propio de una capa 2 tiene un modelo de confianza distinto al de un puente de terceros que sirve la misma ruta, aunque a menudo se presenten uno junto al otro como si fueran intercambiables.

Seguridad: Accede a cualquier puente escribiendo tú mismo su dirección en lugar de a través de un anuncio de búsqueda o un enlace que alguien te envió, porque las interfaces de puente clonadas son una estafa habitual. Envía una pequeña cantidad de prueba y confirma que llega antes de mover el resto, y comprueba con cuidado la red y la dirección de destino. Una transferencia a la cadena equivocada suele ser irrecuperable.

Puntos clave

• Los puentes bloquean o queman en un lado y emiten un derecho en el otro, así que un token envuelto solo vale tanto como el mecanismo que lo acuña.
• Los depósitos se agrupan en un solo contrato, lo que hace que un único fallo valga el saldo entero para un atacante.
• Los fallos recurrentes son conjuntos de firmantes comprometidos, verificación de mensajes defectuosa, claves de actualización potentes y errores de comprobación de firmas.
• Minimiza el tiempo con fondos en un puente, minimiza los saltos y averigua quién puede acuñar y quién puede actualizar antes de comprometer nada relevante.

Preguntas frecuentes

¿Es un token envuelto lo mismo que el activo que representa?

No. Un token envuelto es un derecho emitido en otra cadena, respaldado por colateral que se guarda en otro sitio bajo algún arreglo concreto. Suele cotizar cerca del original porque se espera que la redención funcione, pero los dos conllevan riesgos distintos. Si el respaldo se ve comprometido, la versión envuelta puede comportarse de forma muy diferente a su homónimo.

¿Son los puentes oficiales más seguros que los de terceros?

Tienen un modelo de confianza distinto, no uno automáticamente mejor. El puente canónico de una cadena puede apoyarse en la propia verificación de la cadena en lugar de en un conjunto de firmantes externo, lo que elimina una clase de riesgo. Aun así puede tener claves de actualización y errores de código. La pregunta útil es qué lo asegura, no quién le pone la marca.

¿Cómo puedo reducir mi exposición sin evitar los puentes por completo?

Mueve solo lo que necesites, cuando lo necesites, y no dejes saldos en forma envuelta durante largos periodos. Elige rutas directas antes que cadenas de puentes, prueba primero con una cantidad pequeña y comprueba con cuidado la red de destino. Mantener las tenencias a largo plazo en su cadena nativa esquiva la cuestión en lugar de gestionarla.

Contenido educativo, no es asesoramiento financiero. No compartas nunca tu frase semilla ni tus claves privadas con nadie — ni siquiera con alguien que afirme ser CoinCrafty.