Análisis del evento de ataque de reentrada de OrionProtocol

El 2 de febrero de 2023, OrionProtocol sufrió un ataque de reentrada en Ethereum y Binance Smart Chain, con pérdidas totales de aproximadamente 2.9 millones de dólares. Los atacantes aprovecharon una vulnerabilidad del contrato para robar 2,844,766 USDT en la red de Ethereum y 191,606 BUSD en Binance Smart Chain.

Proceso de ataque

Los atacantes primero desplegaron un contrato de Token personalizado y realizaron las operaciones de transferencia y autorización relacionadas, preparando el terreno para el ataque posterior. Luego, los atacantes tomaron un préstamo mediante el método swap de UNI-V2 y llamaron al método swapThroughOrionPool del contrato ExchangeWithAtomic para intercambiar tokens.

La ruta de intercambio se configura como [USDC, Token del atacante, USDT]. La clave es que el contrato del Token creado por el atacante incluye una función de callback. Durante el proceso de intercambio, el atacante utiliza el método Token.Transfer para llamar a la función ExchangeWithAtomic.depositAsset, llevando a cabo un ataque de reentrada, lo que provoca que el monto del depósito se acumule continuamente. Al final, el atacante completa sus ganancias a través de la operación de retiro.

Flujo de fondos

Los fondos iniciales del atacante provienen de la cuenta de la billetera caliente de una plataforma de intercambio. De las 1,651 ETH obtenidas, 657.5 aún permanecen en la dirección de la billetera del atacante, mientras que el resto ha sido transferido a través de un servicio de mezcla.

Análisis de vulnerabilidades

El problema central radica en la función doSwapThroughOrionPool del contrato ExchangeWithAtomic. Esta función, al ejecutar la operación _doSwapTokens, realiza primero la transferencia y luego actualiza la variable curBalance. El atacante, al agregar lógica de devolución de llamada en la función transfer de un Token personalizado, provoca una actualización incorrecta de curBalance. Esto permite al atacante retirar fondos excesivos a través de la función withdraw después de reembolsar el préstamo relámpago.

Sugerencias de prevención

1. El diseño del contrato debe seguir el patrón "Comprobaciones-Efectos-Interacciones" (Checks-Effects-Interactions), primero actualizar las variables de estado y luego realizar llamadas externas.

2. Implementar mecanismos de prevención de reentrada como cerrojos de reentrada.

3. Para las funciones que implican el intercambio de tokens, es necesario considerar de manera integral los posibles riesgos de seguridad que pueden surgir de los diferentes tipos de tokens y rutas de intercambio.

4. Fortalecer la auditoría de código, prestando especial atención a las funciones clave que implican operaciones financieras.

5. Considerar la introducción de límites de monto de transacción o medidas de seguridad adicionales como bloqueos temporales.

6. Realizar evaluaciones de seguridad y pruebas de penetración de manera regular para detectar y corregir posibles vulnerabilidades a tiempo.

Este evento destaca una vez más la importancia de la seguridad de los contratos inteligentes. Los equipos de proyecto deben prestar atención continua a la seguridad de los contratos y adoptar múltiples medidas de protección para minimizar al máximo los riesgos de seguridad.