¿POR QUÉ UNA BILLETERA COMPROMETIDA PODRÍA VOLVER A PERDER DINERO DESPUÉS DEL PRIMER DRENAJE?
El informe técnico de Blockaid sobre el incidente de Binance describe una combinación peligrosa: firma no autorizada + delegación EIP-7702
Este es el mecanismo
PRIMERO: CONTROLAR EL PROCESO DE FIRMA
Según Blockaid, el atacante obtuvo el control de la infraestructura de firma de Binance
Eso no significa necesariamente que se haya copiado una frase semilla. Un atacante que pueda hacer que un servicio de firma genere firmas válidas también puede autorizar acciones maliciosas
La cadena de bloques verifica la firma, no la intención humana que hay detrás
DESPUÉS: CAMBIAR EL FUNCIONAMIENTO DE LA BILLETERA
Una transferencia normal autoriza una transacción específica
Una autorización EIP-7702 apunta la billetera a código de contrato ejecutable. Una transacción de tipo 4 registra esa delegación en la cadena
Entonces, el código malicioso puede ejecutarse en el contexto de la billetera y mover sus activos
POR QUÉ IMPORTA LA «DISPERSIÓN DE NONCES»
Un nonce es el contador de transacciones de una cuenta
Blockaid informa que el atacante proporcionó 50 autorizaciones firmadas que abarcaban distintos valores de nonce, porque la billetera, que tenía mucha actividad, seguía procesando retiros
No se trató de adivinar una clave privada. Cada autorización seguía requiriendo una firma válida
POR QUÉ EL PRIMER DRENAJE NO ELIMINÓ EL RIESGO
La delegación persiste hasta que se reemplaza o se borra
Si el código malicioso sigue activo, un atacante puede volver a ejecutarlo para vaciar los fondos depositados posteriormente, sin obtener otra firma de la víctima
Cambiar una contraseña o desconectar un sitio web no elimina ese estado en la cadena
LA LECCIÓN DE SEGURIDAD
Protege el servicio de firma, inspecciona los destinos de las delegaciones y supervisa los cambios en el código de la billetera
Borrar la delegación y revocar las aprobaciones de tokens son tareas distintas. Si el acceso a la firma sigue comprometido, el atacante puede volver a autorizar acciones
EIP-7702 fue uno de los mecanismos descritos en este incidente, no una explicación para todas las cadenas afectadas
Detalles del incidente: informe de Blockaid; no verificado de forma independiente aquí
Protocolo: especificación EIP-7702 de Ethereum
¿Estamos protegiendo solo el saldo o también lo que la billetera está autorizada a ejecutar?
$BTC $ETH $BNB
El informe técnico de Blockaid sobre el incidente de Binance describe una combinación peligrosa: firma no autorizada + delegación EIP-7702
Este es el mecanismo
PRIMERO: CONTROLAR EL PROCESO DE FIRMA
Según Blockaid, el atacante obtuvo el control de la infraestructura de firma de Binance
Eso no significa necesariamente que se haya copiado una frase semilla. Un atacante que pueda hacer que un servicio de firma genere firmas válidas también puede autorizar acciones maliciosas
La cadena de bloques verifica la firma, no la intención humana que hay detrás
DESPUÉS: CAMBIAR EL FUNCIONAMIENTO DE LA BILLETERA
Una transferencia normal autoriza una transacción específica
Una autorización EIP-7702 apunta la billetera a código de contrato ejecutable. Una transacción de tipo 4 registra esa delegación en la cadena
Entonces, el código malicioso puede ejecutarse en el contexto de la billetera y mover sus activos
POR QUÉ IMPORTA LA «DISPERSIÓN DE NONCES»
Un nonce es el contador de transacciones de una cuenta
Blockaid informa que el atacante proporcionó 50 autorizaciones firmadas que abarcaban distintos valores de nonce, porque la billetera, que tenía mucha actividad, seguía procesando retiros
No se trató de adivinar una clave privada. Cada autorización seguía requiriendo una firma válida
POR QUÉ EL PRIMER DRENAJE NO ELIMINÓ EL RIESGO
La delegación persiste hasta que se reemplaza o se borra
Si el código malicioso sigue activo, un atacante puede volver a ejecutarlo para vaciar los fondos depositados posteriormente, sin obtener otra firma de la víctima
Cambiar una contraseña o desconectar un sitio web no elimina ese estado en la cadena
LA LECCIÓN DE SEGURIDAD
Protege el servicio de firma, inspecciona los destinos de las delegaciones y supervisa los cambios en el código de la billetera
Borrar la delegación y revocar las aprobaciones de tokens son tareas distintas. Si el acceso a la firma sigue comprometido, el atacante puede volver a autorizar acciones
EIP-7702 fue uno de los mecanismos descritos en este incidente, no una explicación para todas las cadenas afectadas
Detalles del incidente: informe de Blockaid; no verificado de forma independiente aquí
Protocolo: especificación EIP-7702 de Ethereum
¿Estamos protegiendo solo el saldo o también lo que la billetera está autorizada a ejecutar?
$BTC $ETH $BNB
