El hackeo de Binance de ayer estuvo relacionado con EIP-7702, una función muy peligrosa que nunca me ha gustado y aprovecho para advertirles.
Normalmente, muchos piensan que basta con mantener la clave privada en secreto para estar a salvo, sobre todo si usan una billetera fría, porque cada vez que transfieren dinero tienen que conectar el dispositivo y pulsar físicamente el botón de confirmación. Así creen que, por muy bueno que sea un hacker, no puede pulsar el botón por ellos.
Pero en realidad, con EIP-7702 ni siquiera te salva una billetera fría. El proceso es más o menos así: entras en una dapp y te aparece una solicitud para firmar una actualización de la billetera o activar alguna función. Conectas la billetera y, a veces, la pantalla solo muestra un montón de código hexadecimal que no entiendes, así que confirmas rápidamente. Pues bien, esta firma de autorización puede permitir que la dirección de tu billetera ejecute código del contrato.
Si se trata de un contrato malicioso, el hacker puede usar tu propia billetera para transferir fondos sin que tengas que firmar ninguna otra transacción.
Es decir, sigues guardando la billetera fría en una caja fuerte, y la seed está tan protegida que ni tú mismo la conoces, pero el dinero se larga por su cuenta. Es como cerrar la puerta con cien cerraduras y luego firmar un poder para que otra persona pueda vender la casa como le dé la gana.
Lo peligroso es que esto puede durar mucho tiempo. Antes, si firmabas algo por error, perdías un token; entrabas en alguna página de revocación, lo cancelabas y listo. Pero esto es un permiso a nivel de cuenta: puede transferir cualquier cosa que haya en la billetera, y las páginas habituales de revocación no sirven para solucionarlo. Para cancelarlo, hay que firmar otra autorización EIP-7702 que apunte a la dirección 0 y enviarla a la blockchain. En resumen, la mayoría no tiene ni idea de cómo hacerlo.
Por eso no me gusta este diseño.
$NEAR $BTC $ETH
Normalmente, muchos piensan que basta con mantener la clave privada en secreto para estar a salvo, sobre todo si usan una billetera fría, porque cada vez que transfieren dinero tienen que conectar el dispositivo y pulsar físicamente el botón de confirmación. Así creen que, por muy bueno que sea un hacker, no puede pulsar el botón por ellos.
Pero en realidad, con EIP-7702 ni siquiera te salva una billetera fría. El proceso es más o menos así: entras en una dapp y te aparece una solicitud para firmar una actualización de la billetera o activar alguna función. Conectas la billetera y, a veces, la pantalla solo muestra un montón de código hexadecimal que no entiendes, así que confirmas rápidamente. Pues bien, esta firma de autorización puede permitir que la dirección de tu billetera ejecute código del contrato.
Si se trata de un contrato malicioso, el hacker puede usar tu propia billetera para transferir fondos sin que tengas que firmar ninguna otra transacción.
Es decir, sigues guardando la billetera fría en una caja fuerte, y la seed está tan protegida que ni tú mismo la conoces, pero el dinero se larga por su cuenta. Es como cerrar la puerta con cien cerraduras y luego firmar un poder para que otra persona pueda vender la casa como le dé la gana.
Lo peligroso es que esto puede durar mucho tiempo. Antes, si firmabas algo por error, perdías un token; entrabas en alguna página de revocación, lo cancelabas y listo. Pero esto es un permiso a nivel de cuenta: puede transferir cualquier cosa que haya en la billetera, y las páginas habituales de revocación no sirven para solucionarlo. Para cancelarlo, hay que firmar otra autorización EIP-7702 que apunte a la dirección 0 y enviarla a la blockchain. En resumen, la mayoría no tiene ni idea de cómo hacerlo.
Por eso no me gusta este diseño.
$NEAR $BTC $ETH
