Las finanzas descentralizadas prometieron un sistema financiero sin bancos, corredores ni una línea de atención al cliente, uno donde el código hace cumplir cada regla en lugar de una empresa. Ese mismo diseño también creó un nuevo tipo de objetivo. Cuando un pool de préstamos o un exchange descentralizado funciona enteramente sobre software de código abierto alojado en una blockchain pública, cualquier persona en el mundo puede leer cada línea de ese código, probarlo contra fondos reales en una copia local, y buscar el único fallo que convierte al protocolo en una fuente gratuita de dinero. Un exploit de DeFi rara vez es una intrusión, en el sentido en que se irrumpe en la bóveda de un banco. Se parece más a que alguien encuentre un vacío en las reglas de un juego que ningún árbitro puede pausar una vez que comienza, porque el árbitro es el propio código.
Las pérdidas totales por exploits de finanzas descentralizadas han superado los miles de millones de dólares en los últimos años, y 2026 ya ha producido algunos de los mayores incidentes individuales registrados. Comprender el puñado de patrones detrás de casi todas estas pérdidas hace que los titulares sean mucho menos misteriosos, y deja claro por qué la recuperación tras un exploit depende tanto de la velocidad y del rastreo de los fondos antes de que se dispersen.
Qué hace que un protocolo DeFi sea un objetivo
Varias características que hacen atractivas a las finanzas descentralizadas para usuarios legítimos son las mismas que las hacen atractivas para los atacantes. Los protocolos son sin permiso, lo que significa que cualquiera puede interactuar con un pool de préstamos, un exchange descentralizado o un puente sin una cuenta, un proceso de aprobación o una relación con la plataforma. Los contratos suelen ser inmutables una vez desplegados, por lo que un fallo descubierto tras el lanzamiento a menudo no puede simplemente parchearse como se haría con una aplicación web. Y el valor total bloqueado, el término del sector para indicar cuánto capital reside dentro de un protocolo en un momento dado, concentra sumas enormes en un pequeño número de contratos inteligentes de lectura pública. Un atacante no necesita adivinar dónde está el dinero. Está publicado en la cadena, en tiempo real, para que todos lo vean.
La composabilidad agrava aún más el riesgo. Los protocolos DeFi modernos toman habitualmente prestados datos de precios, liquidez o lógica de otros protocolos, de modo que una debilidad en un componente ampliamente utilizado puede propagarse hacia todos los protocolos que dependen de él. Esta interconexión también es la razón por la que nuestra guía sobre el lavado entre cadenas importa tanto una vez que un exploit tiene éxito. Los fondos rara vez permanecen mucho tiempo en la cadena donde fueron robados.
Los patrones de ataque principales detrás de la mayoría de los exploits
Reentrancia
La reentrancia explota un error de secuenciación. Cuando un contrato envía fondos a una dirección antes de terminar de actualizar sus propios registros internos de quién posee qué, un atacante puede usar un contrato receptor especialmente diseñado para volver a llamar a la función original una y otra vez, antes de que la primera llamada termine de actualizar el saldo. Cada reentrada drena más fondos contra un saldo que el contrato todavía cree intacto. Variantes más recientes apuntan a funciones de solo lectura durante una transición de estado, permitiendo que un atacante explote un momento en que la propia vista del protocolo sobre sus saldos es temporalmente errónea, incluso si la función llamada no puede en sí misma ser reentrada en el sentido clásico.
Manipulación de oráculos de precios
Muchos protocolos DeFi necesitan conocer el precio de mercado actual de un activo para calcular valores de colateral, liquidaciones y tasas de intercambio. Cuando ese feed de precios, conocido como oráculo, obtiene sus datos directamente de las propias reservas de un exchange descentralizado en lugar de una fuente de mercado amplia y promediada en el tiempo, un atacante con capital suficiente para una sola transacción puede empujar bruscamente el precio de un pool poco negociado en una dirección, pedir prestado o liquidar contra ese precio distorsionado, y luego revertir la operación un momento después. El protocolo nunca supo que el precio era falso. Solo vio el número que reportó el oráculo.
Amplificación mediante préstamos flash
La mayoría de los atacantes no tienen millones de dólares de capital propio disponibles para manipular un precio o desbordar un pool de liquidez. Los préstamos flash eliminan esa barrera al permitir que cualquiera pida prestadas sumas enormes sin ningún colateral, siempre que el préstamo se tome y se devuelva íntegramente dentro de una sola transacción de blockchain. Si cualquier paso del plan del atacante falla, toda la transacción simplemente se revierte como si nunca hubiera ocurrido, eliminando el riesgo a la baja del atacante. Para un desglose completo de cómo funciona este mecanismo, consulta nuestra guía sobre ataques de préstamos flash.
Tomas de control de gobernanza
Muchos protocolos DeFi son gobernados por votos de titulares de tokens en lugar de por la junta directiva de una empresa. Si los tokens de gobernanza pueden pedirse prestados a bajo costo, un atacante puede adquirir temporalmente suficiente poder de voto para aprobar una propuesta maliciosa, a veces una que autoriza directamente transferir la tesorería del protocolo a la propia billetera del atacante, y ejecutarla antes de que nadie tenga tiempo de objetar u organizar un contravoto.
Claves comprometidas y objetivos humanos
El equilibrio de las pérdidas en DeFi ha cambiado en los últimos años. Investigadores del sector que rastrean los incidentes de 2025 y 2026 reportan que las cuentas y credenciales comprometidas, más que los fallos puros de contratos inteligentes, ahora representan más de la mitad de todo el valor de los ataques DeFi. En lugar de buscar un fallo de código, los atacantes apuntan cada vez más a las personas que operan un protocolo, sus desarrolladores, sus colaboradores de la DAO y sus proveedores de infraestructura, mediante campañas de phishing, malware e ingeniería social, y luego usan el acceso obtenido para aprobar transacciones fraudulentas o corromper directamente los feeds de datos de confianza.
Dentro de dos de los mayores incidentes de 2026
El exploit de Drift Protocol en abril de 2026 ilustra cómo estas categorías se mezclan cada vez más entre sí. En lugar de un único fallo limpio, los atacantes introdujeron un activo falso en el protocolo, manipularon su precio reportado, y usaron el valor inflado como colateral para retirar más de 280 millones de dólares en fondos reales, una combinación de un fallo lógico y una manipulación de precios trabajando juntos.
El exploit de Kelp DAO, también en abril de 2026, tomó una ruta diferente. Los atacantes comprometieron la infraestructura que alimentaba de datos al verificador del puente entre cadenas del protocolo mientras simultáneamente interrumpían servicios externos que podrían haber detectado la anomalía, y luego lograron que el puente aprobara mensajes de retiro falsificados para fondos que nunca habían sido depositados legítimamente. Aproximadamente 292 millones de dólares en activos en staking fueron drenados, convirtiéndolo en uno de los dos mayores exploits de DeFi del año. Ninguno de los dos incidentes fue principalmente cuestión de una línea descuidada de código Solidity. Ambos involucraron infraestructura y supuestos de confianza que rodeaban al contrato, no solo la aritmética del contrato.
Por qué las auditorías no son una garantía
Una suposición común entre los usuarios más nuevos de DeFi es que un protocolo que ha superado una auditoría de seguridad profesional es seguro de usar. El exploit de Balancer de noviembre de 2025 muestra por qué esa suposición es incompleta. Los pools de la versión dos de Balancer habían sido sometidos, según se informó, a once auditorías separadas realizadas por cuatro firmas de seguridad diferentes antes de que un atacante encontrara y explotara igualmente un error de redondeo en lo profundo de una función usada para calcular cantidades de tokens durante un tipo específico de intercambio. Al elaborar cuidadosamente una secuencia de operaciones de intercambio agrupadas, el atacante suprimió el precio reportado del propio token de liquidez del pool y repitió la manipulación a lo largo de docenas de microtransacciones rápidas, drenando finalmente aproximadamente 128.64 millones de dólares a través de seis redes blockchain distintas en menos de treinta minutos.
La lección no es que las auditorías no sirvan de nada. Es que una auditoría revisa el código específico y los escenarios específicos que fue diseñada para verificar, en un momento específico, y no puede descartar exhaustivamente cada posible caso límite aritmético que un atacante decidido pueda eventualmente encontrar, particularmente en código que desde entonces ha sido reutilizado, extendido o desplegado en cadenas adicionales tras la revisión original.
La liquidación en blockchain es definitiva en cuestión de segundos y no existe un mecanismo de contracargo, así que una vez que un exploit se ejecuta, la pregunta práctica pasa de inmediato de la prevención a rastrear hacia dónde fueron los fondos.
Por qué estas pérdidas son tan difíciles de revertir
Una vez que los fondos salen de un protocolo explotado, un atacante suele moverse rápido, a menudo en cuestión de minutos, dividiendo lo obtenido entre múltiples billeteras, enrutándolo a través de puentes entre cadenas para complicar el rastro, y en algunos casos haciéndolo pasar por servicios de mezcla antes de que ningún exchange o investigador tenga una posibilidad real de marcar las direcciones involucradas. Las transacciones en sí permanecen visibles de forma permanente en las blockchains correspondientes. Lo que se vuelve difícil no es ver a dónde fue el dinero, sino seguirlo con suficiente rapidez, y suficiente lejos, antes de que llegue a una salida que lo convierta en algo más difícil de rastrear.
Qué examinan los investigadores tras un exploit
Una investigación blockchain tras un exploit de DeFi suele comenzar con la propia transacción del exploit, cartografiando cada dirección que tocan los fondos robados a partir de ese punto. Nuestra guía sobre cómo funciona el rastreo blockchain cubre la metodología subyacente con más profundidad, y nuestra guía sobre el rastreo de fondos entre cadenas explica cómo los analistas siguen los activos una vez que salen de su red original, algo que ocurre en la gran mayoría de los exploits significativos.
Cómo reducir la exposición como usuario o como protocolo
- Revisa y revoca regularmente las aprobaciones de tokens concedidas a contratos que ya no usas activamente, ya que una aprobación olvidada puede ser explotada mucho después de que hayas olvidado que un protocolo existe.
- Trata con precaución proporcional los protocolos sin auditar o recién desplegados, especialmente aquellos que anuncian rendimientos inusualmente altos.
- Presta atención a las señales de advertencia cubiertas en nuestra guía sobre cómo identificar contratos inteligentes riesgosos antes de depositar fondos significativos.
- Distribuye las tenencias significativas entre más de un protocolo en lugar de concentrarlo todo en un único contrato, por muy bien considerado que esté.
Para un recorrido más detallado sobre la higiene de aprobaciones específicamente, consulta nuestra guía sobre cómo revocar aprobaciones de tokens, y para una lista de verificación de las señales que suelen preceder a un rug pull o exploit, consulta nuestra guía sobre señales de alerta en contratos DeFi.
Preguntas frecuentes
En la práctica, los términos se usan indistintamente, pero un exploit de DeFi se refiere específicamente a que un atacante usa el protocolo exactamente como su código lo permite, solo que en una secuencia que sus diseñadores nunca previeron, en lugar de irrumpir en un servidor o robar una contraseña directamente. Los fondos se mueven mediante transacciones legítimas y válidas desde la perspectiva de la blockchain, lo cual es parte de por qué son tan difíciles de revertir.
Solo si el protocolo cuenta con una tesorería o un fondo de seguro lo bastante grande para cubrir la pérdida, o si se puede persuadir u obligar al atacante a devolver los fondos, lo cual ocurre ocasionalmente mediante acuerdos negociados de recompensa. No existe una autoridad central que pueda revertir las transacciones de la blockchain en sí, así que cualquier recuperación debe venir de fuera del código del protocolo.
Una auditoría revisa el código de un contrato en busca de categorías conocidas de vulnerabilidad en un momento específico, pero no puede garantizar la ausencia de cada posible fallo, no puede prever cómo interactuará el contrato con otros protocolos desplegados después de la auditoría, y no puede prevenir ataques que apunten a la infraestructura, las claves o la gobernanza en lugar de a la lógica del propio contrato.
Deja de interactuar con el protocolo de inmediato, revoca cualquier aprobación de tokens que le hayas concedido previamente, y monitorea los canales oficiales en busca de actualizaciones verificadas en lugar de cuentas de redes sociales no oficiales, que se usan con frecuencia para difundir más enlaces de phishing en el caos inmediatamente posterior a un exploit público.
Fuentes y lecturas adicionales
- Year in Review: The Biggest DeFi Hacks of 2025 · Halborn
- Explained: The Balancer Hack (November 2025) · Halborn
- SC07:2025 Flash Loan Attacks · OWASP Smart Contract Security
- 2026 Crypto Crime Report Introduction · Chainalysis