Primero los accesos habituales: el Sitio Oficial de Binance, la App Oficial de Binance y la Página de Descarga. Un ataque de préstamo flash aprovecha el préstamo flash (Flash Loan), un primitivo DeFi que permite "tomar prestada una gran cantidad de fondos dentro de una sola transacción y devolverla obligatoriamente dentro de esa misma transacción". El flujo típico es que el atacante toma prestados entre decenas de millones y cientos de millones de dólares, manipula un oráculo de precios o explota una falla del contrato para obtener ganancias, y luego devuelve el capital. Hasta finales de 2025, los ataques de préstamo flash han causado a los protocolos DeFi pérdidas acumuladas de más de 1,200 millones de dólares (fuentes: SlowMist / Rekt News).
El préstamo flash es un "préstamo grande sin garantía", ofrecido por protocolos como Aave, dYdX y Equalizer. La regla del préstamo es extremadamente simple: debe tomarse y devolverse dentro de la misma transacción en la blockchain, de lo contrario la transacción se revierte. Esta característica permite que el prestatario movilice decenas de millones de dólares sin ninguna garantía, pero también lo convierte en un "arma sin costo" para los atacantes.
El flujo estándar de un ataque de préstamo flash:
El préstamo flash en sí no es la vulnerabilidad; la vulnerabilidad está en el protocolo atacado. El préstamo flash simplemente reduce a casi cero el umbral de capital que en los mercados tradicionales requeriría cientos de millones de dólares para manipular un precio, permitiendo que cualquiera que domine la lógica del contrato pueda intentarlo.
El primer ataque de préstamo flash registrado. El atacante tomó prestados 10,000 ETH de dYdX, manipuló el precio de sUSD/ETH en Uniswap, y obtuvo un préstamo insuficientemente garantizado de bZx, generando una ganancia de unos 350,000 dólares. Aunque el monto fue pequeño, marcó el inicio de la era de los ataques de préstamo flash.
El atacante usó el pool y de Curve para manipular el precio de USDC, depositando a bajo precio y retirando a precio alto en el pool fUSDC de Harvest para obtener ganancias. Harvest era en ese momento un protocolo líder de "yield farming", y el ataque hizo que su TVL cayera de 1,000 millones a 300 millones de dólares en una semana.
Cream sufrió un ataque de préstamo flash un día después de que el protocolo Yearn fuera atacado. El atacante manipuló el precio de yUSDVault y tomó prestados fondos excesivos de Cream dentro de una sola transacción. El protocolo Cream quedó gravemente debilitado, con su TVL cayendo al 5% de su máximo histórico.
El atacante combinó una "vulnerabilidad de reentrancia" de Rari con la manipulación de precios de un préstamo flash para tomar prestados fondos de múltiples Fuse Pools. El incidente llevó directamente a la fusión y disolución de Rari y Fei Protocol.
Uno de los ataques más creativos: el atacante tomó prestada una gran cantidad de stablecoins mediante un préstamo flash y usó el token de gobernanza STALK para hacer aprobar en la DAO de Beanstalk una propuesta maliciosa que transfería todos los fondos del protocolo al atacante. El diseño de gobernanza de Beanstalk tenía una falla: no contaba con un mecanismo de timelock, por lo que las propuestas podían ejecutarse de inmediato.
El atacante Avraham Eisenberg hizo trading consigo mismo en Mango Markets, usando un préstamo flash para inflar el precio del token MNGO entre 5 y 10 veces, y luego usó el MNGO sobrevaluado como garantía para tomar prestados activos reales del protocolo. Tras el incidente, Avraham fue demandado por la SEC y la CFTC, y en 2024 fue condenado por manipulación de mercado.
El protocolo de préstamos Euler fue atacado mediante una vulnerabilidad de "donación sin garantía". El atacante construyó un escenario especial para hacer que se le liquidara de forma anómala, extrayendo una gran cantidad de fondos del protocolo. Lo dramático es que el atacante devolvió después la mayor parte de los fondos, convirtiéndose en un caso emblemático del debate entre "reivindicación de sombrero blanco vs. ataque de sombrero negro".
Un protocolo de "yield farming" en BSC. El atacante usó un préstamo flash para vender de forma masiva el token BUNNY, logrando extraer del pool una cantidad anómala de recompensas en BUNNY. El token BUNNY cayó 96% ese mismo día; el protocolo siguió operando, pero quedó gravemente debilitado.
El pool yDAI de Yearn v2 fue manipulado mediante un préstamo flash que alteró el precio del 3pool de Curve, y el atacante extrajo un rendimiento anómalo del pool yDAI. Fue el primer incidente de seguridad grave de Yearn, lo que aceleró sus auditorías y su reestructuración posterior.
Aunque no fue un ataque de préstamo flash puro, el atacante combinó una vulnerabilidad en la verificación de firmas del puente Wormhole con tácticas propias de préstamo flash, emitiendo 120,000 wETH en el lado de Solana sin la garantía real correspondiente en el lado de Ethereum. Jump Crypto inyectó capital para cubrir el hueco y mantener operativo a Wormhole.
La siguiente tabla muestra las pérdidas DeFi causadas por ataques de préstamo flash por año (basado en datos de la base de datos Rekt de SlowMist):
| Año | Número de incidentes | Pérdida total (millones de dólares) | Notas |
|---|---|---|---|
| 2020 | 8 | Unos 70 | bZx abrió el escenario |
| 2021 | 25 | Unos 450 | Cream / PancakeBunny |
| 2022 | 32 | Unos 400 | Beanstalk / Mango |
| 2023 | 28 | Unos 280 | Euler / varios incidentes menores |
| 2024 | 22 | Unos 150 | Mejora en las defensas, bajan los incidentes |
| 2025 | 18 | Unos 80 | Tendencia a la baja continua |
El año 2022 fue el pico de los ataques de préstamo flash, y desde entonces, con auditorías más estrictas y la mejora de los oráculos de precios (como Chainlink TWAP), tanto el número de incidentes como los montos han ido a la baja.
La siguiente tabla resume varios patrones de ataque con préstamo flash:
| Táctica de ataque | Principio | Caso típico |
|---|---|---|
| Manipulación del oráculo de precios | Toma prestados grandes fondos para vender o comprar de forma masiva en un único DEX, afectando a los protocolos que usan ese DEX como fuente de precio | Harvest, Cream |
| Ataque de voto de gobernanza | Toma prestados grandes cantidades de tokens de gobernanza y vota de inmediato, sorteando el timelock | Beanstalk |
| Combinación con vulnerabilidad de reentrancia | Préstamo flash + función de reentrancia que actualiza de forma errónea el estado del protocolo | Rari Capital |
| Inflado de precio mediante trading propio | Infla el precio de un token en un mercado donde el propio atacante actúa como creador de mercado, para usarlo como garantía | Mango Markets |
| Arbitraje entre protocolos | Toma prestados grandes fondos para activar rutas de arbitraje entre varios protocolos | Diversos ataques menores |
| Activación de estado anómalo | Toma prestados grandes fondos para activar condiciones límite no probadas del protocolo | Euler |
Las principales prácticas de ingeniería para prevenir ataques de préstamo flash:
| Medida de prevención | Función | Limitación |
|---|---|---|
| Precio ponderado por tiempo TWAP | Usa un precio promedio de 30 minutos o más en lugar del precio instantáneo | Aún puede manipularse de forma sostenida |
| Múltiples oráculos | Combina fuentes como Chainlink, Pyth y otras | Aumenta la complejidad del protocolo |
| Interruptor por volatilidad de precio | Pausa el sistema si la volatilidad en un bloque supera un umbral | Afecta el trading normal |
| Timelock de gobernanza | Retrasa la ejecución de propuestas entre 24 y 48 horas | Retrasa también las propuestas urgentes |
| Mayor ratio de colateralización en préstamos | Colateralización de 150%-200% | Reduce la eficiencia de capital |
| Bloqueo de reentrancia | Modificador ReentrancyGuard | Práctica estándar en Solidity |
| Verificación formal | Demostración matemática de la lógica del contrato | Costo extremadamente alto |
| Auditorías continuas | Auditorías cruzadas de varias firmas | No garantiza el 100% de protección |
Ningún protocolo DeFi puede ser 100% inmune a los ataques de préstamo flash. La mejor práctica es reducir al mínimo la probabilidad de ser atacado y contar con un fondo de emergencia o un mecanismo de seguro en caso de ataque.
Defensas para el usuario común frente a los ataques de préstamo flash:
La calificación legal de los ataques de préstamo flash sigue siendo ambigua. El atacante de Mango Markets, Avraham Eisenberg, fue el primer condenado por un ataque de préstamo flash: la SEC y la CFTC lo demandaron a finales de 2022 por manipulación de mercado y fraude, y en 2024 el tribunal del Distrito Sur de Nueva York lo declaró culpable.
Pero muchos otros atacantes de préstamo flash no han sido procesados hasta hoy. La zona gris legal se debe principalmente a:
P: ¿El préstamo flash en sí es una vulnerabilidad? No. El préstamo flash es una función legítima diseñada por protocolos como Aave y dYdX, ampliamente usada para arbitraje, liquidaciones y conversión de garantías con fines legítimos. La vulnerabilidad está en el protocolo objetivo atacado; el préstamo flash solo reduce el umbral del ataque.
P: ¿Puede un usuario común usar un préstamo flash? En teoría sí, pero se necesita saber programar contratos inteligentes. Un usuario común no puede iniciar un préstamo flash a través de la interfaz de Aave; debe desplegar un contrato o invocar la función flashLoan de Aave. Herramientas visuales como Furucombo permiten que usuarios con algo de conocimiento técnico también hagan arbitraje con préstamos flash.
P: ¿Los atacantes de préstamo flash son genios? El ataque requiere un sólido conocimiento de contratos inteligentes, pensamiento lógico-matemático y una aguda capacidad de auditoría de código; no es simplemente "suerte". Pero muchos atacantes no son genios anónimos: se han identificado casos de israelíes, europeos del este y estudiantes técnicos asiáticos.
P: ¿Puede un protocolo DeFi defenderse por completo de los ataques de préstamo flash? No al 100%, pero sí puede reducir la probabilidad al mínimo. Los protocolos líderes consolidados (Aave, Compound), con años de operación real, tienen una probabilidad de éxito de ataque significativamente menor que los protocolos nuevos.
P: ¿Puede recuperarse un protocolo atacado? Depende de la magnitud de la pérdida y de la respuesta del equipo. Algunos protocolos (Euler, Wormhole) se recuperaron mediante rescates de capital, mientras que otros (Cream, Beanstalk) quedaron gravemente debilitados. Unos pocos cerraron por completo.
P: ¿Puede un usuario recuperar su dinero en un protocolo atacado? Depende del caso específico. A veces el protocolo compensa a los usuarios con su tesorería o financiamiento externo, y si el atacante devuelve los fondos (caso de sombrero blanco) también se puede recuperar el dinero. En la mayoría de los casos el usuario pierde parte o la totalidad de su capital.
P: ¿Seguirán aumentando los ataques de préstamo flash? La tendencia es a la baja. Con auditorías más estrictas, oráculos mejorados y patrones de ataque ampliamente conocidos, los protocolos nuevos consideran la defensa contra préstamos flash desde la fase de diseño. Pero siguen evolucionando nuevas tácticas de ataque.
P: ¿Qué tipo de protocolo es más vulnerable a un ataque de préstamo flash? Generalmente: 1) protocolos nuevos con TVL pequeño y liquidez superficial; 2) protocolos que usan un único DEX como fuente de precio; 3) protocolos sin timelock de gobernanza o con uno demasiado corto; 4) protocolos con alta complejidad de contrato y auditoría insuficiente.
P: ¿Cómo se rastrea un ataque de préstamo flash? Herramientas: Tenderly (simulación de contratos), Etherscan / Tronscan (rastreo de transacciones), SlowMist (monitoreo de seguridad), Chainalysis (análisis on-chain). En Twitter (X), los equipos de SlowMist, PeckShield y CertiK son las fuentes que primero revelan los incidentes de ataque.
P: ¿El seguro DeFi puede compensar las pérdidas de un ataque de préstamo flash? En parte sí. Productos de seguro DeFi como Nexus Mutual e InsurAce cubren el riesgo de "vulnerabilidad de contrato inteligente", y los incidentes que cumplen las condiciones reciben una compensación. Pero la prima del seguro es alta (2%-10% anual), la cobertura no es total, y el proceso de reclamo es complejo.
P: ¿Son precisos los datos de los incidentes de este artículo? Se basan en fuentes públicas como Rekt News, SlowMist y CertiK; el monto de pérdida de un incidente específico puede ajustarse por la devolución del atacante o por medidas de remediación del protocolo. Los lectores pueden consultar rekt.news para obtener la versión más actualizada.
P: ¿Este artículo es un tutorial o una advertencia? Es una advertencia. Este artículo no enseña a ejecutar ataques de préstamo flash; solo repasa incidentes históricos para ayudar a los usuarios a entender los riesgos de DeFi. Cualquier ataque a un protocolo real conlleva riesgo legal.
Fuentes de datos: Rekt News, base de datos de seguridad de SlowMist, CertiK Skynet, informes de PeckShield, análisis posteriores de cada protocolo, documentos de demanda de la SEC/CFTC, hasta abril de 2026. Este artículo no constituye asesoramiento de inversión.