#币安被盗 Ya se conocen los detalles de la operación del hacker de Binance
El hacker desconocía el nonce en tiempo real de la hot wallet Binance 14, así que preparó 50 firmas de autorización EIP-7702 que cubrían los nonces 18,914,775–18,914,824 y las metió todas en una misma transacción para probar suerte.
Como la hot wallet procesa transacciones cada segundo, el nonce cambiaba constantemente y el atacante no podía saber qué número sería válido cuando la autorización se incluyera en la cadena. Al final, solo una de las 50 autorizaciones dio en el clavo y permitió hacerse con el control de la wallet.
Mediante EIP-7702, el hacker delegó la lógica de ejecución de Binance 14 a un contrato Sweeper que había desplegado previamente y, a continuación, llamó a la función sweep desde una dirección operativa específica para transferir de una vez el ETH y todos los activos ERC-20 de la wallet.
Esta delegación no se invalida automáticamente cuando se vacía el saldo. Si más adelante se envían fondos a esa dirección, el atacante aún puede volver a llamar al contrato para retirarlos. Para cerrar realmente esta puerta trasera, hay que revocar activamente la delegación EIP-7702.
Pero hay otra pregunta que merece aún más atención:
¿De dónde salieron estas 50 firmas de autorización?
La autorización EIP-7702 debe estar firmada por la propia clave de control de Binance 14. El atacante no podría generar una firma válida de la nada limitándose a adivinar el nonce.
Es decir, adivinar el nonce fue solo el último paso. La verdadera brecha fue cómo consiguió el atacante acceso a la capacidad de firma de la hot wallet.
Por ahora, no hay una conclusión clara sobre si se filtró la clave privada, se comprometió el sistema de firma o se abusó del proceso interno de firma.
El hacker desconocía el nonce en tiempo real de la hot wallet Binance 14, así que preparó 50 firmas de autorización EIP-7702 que cubrían los nonces 18,914,775–18,914,824 y las metió todas en una misma transacción para probar suerte.
Como la hot wallet procesa transacciones cada segundo, el nonce cambiaba constantemente y el atacante no podía saber qué número sería válido cuando la autorización se incluyera en la cadena. Al final, solo una de las 50 autorizaciones dio en el clavo y permitió hacerse con el control de la wallet.
Mediante EIP-7702, el hacker delegó la lógica de ejecución de Binance 14 a un contrato Sweeper que había desplegado previamente y, a continuación, llamó a la función sweep desde una dirección operativa específica para transferir de una vez el ETH y todos los activos ERC-20 de la wallet.
Esta delegación no se invalida automáticamente cuando se vacía el saldo. Si más adelante se envían fondos a esa dirección, el atacante aún puede volver a llamar al contrato para retirarlos. Para cerrar realmente esta puerta trasera, hay que revocar activamente la delegación EIP-7702.
Pero hay otra pregunta que merece aún más atención:
¿De dónde salieron estas 50 firmas de autorización?
La autorización EIP-7702 debe estar firmada por la propia clave de control de Binance 14. El atacante no podría generar una firma válida de la nada limitándose a adivinar el nonce.
Es decir, adivinar el nonce fue solo el último paso. La verdadera brecha fue cómo consiguió el atacante acceso a la capacidad de firma de la hot wallet.
Por ahora, no hay una conclusión clara sobre si se filtró la clave privada, se comprometió el sistema de firma o se abusó del proceso interno de firma.