Cómo revisar permisos después de usar una dapp
Un proceso de seguimiento para identificar y revisar accesos concedidos.
Este artículo puede contener enlaces de afiliados. Las relaciones comerciales se detallan en la política de afiliados.
Cada vez que conectas tu billetera a una aplicación descentralizada y firmas una operación, muchas de esas aplicaciones dejan además una autorización: un contrato queda habilitado para mover una cantidad determinada de un token desde tu dirección. Esa autorización no desaparece al cerrar la pestaña, no se ve en el saldo de tu billetera y no vuelve a pedirte confirmación. Por eso la revisión de permisos no es una tarea previa a la conexión, sino una tarea posterior.
Lo que realmente queda después de firmar
Lo que sobrevive a la sesión es una capacidad, no una transacción. El mecanismo se describe con las funciones approve y allowance del estándar ERC-20: el permiso es un número asociado a la combinación de tu dirección, un contrato y un token. Leer ese número te dice el techo autorizado, no la cantidad que se movió.
Ese techo es el que hay que interpretar. Un permiso de cero significa que fue revocado o que nunca existió. Un permiso igual al saldo del token es, en la práctica, ilimitado. Un permiso con una cifra redonda muy grande es la firma de alguien que aceptó el valor predeterminado sin leerlo.
Tres características hacen que esta autorización merezca una revisión programada.
El beneficiario casi nunca es la aplicación que usaste. El contrato que recibe el permiso suele ser un router, un contrato de depósito o un contrato de liquidación. El nombre comercial que aparece en pantalla te dice muy poco sobre el código que queda autorizado.
El permiso es independiente por red. La misma dirección en Ethereum, Base, Arbitrum y otras cadenas es una dirección distinta con asignaciones separadas y no transferibles. Una revocación ejecutada en una red no modifica las demás. Por eso una afirmación como “ya revocé todo” es con frecuencia incorrecta para un par concreto de red y token.
El permiso sobrevive al uso que lo originó. Una aprobación ilimitada concedida para un depósito que retiraste hace ocho meses sigue vigente, y si ese contrato se compromete, el compromiso tiene un camino hacia tu saldo que no requiere que vuelvas a interactuar.
Un procedimiento que toma dos minutos
- Abre desde tu propia billetera el centro de permisos o aprobaciones. Hazlo desde la billetera, nunca desde un enlace dentro de un mensaje, de un anuncio o de un supuesto soporte.
- Confirma qué dirección estás revisando. Las billeteras manejan varias cuentas, y revisar la equivocada produce una respuesta correcta a la pregunta equivocada.
- Localiza los contratos de las operaciones que firmaste desde la última revisión, no los que te resulten familiares por nombre.
- Anota para cada uno la fecha de la última operación y el uso que le diste, en una sola línea por contrato.
- Decide con esa línea delante: si el uso sigue siendo previsible, deja el permiso; si ya no lo es, revoca.
- Verifica cada revocación en un explorador de bloques. La transacción debe aparecer y el permiso debe quedar en cero.
El orden importa: primero identificas qué firmaste y cuándo, después decides. Revisar sin una fecha asociada convierte la lista en un inventario de nombres que no te dice nada.
Cómo leer las aprobaciones ilimitadas sin panicarse
“Ilimitado” es un estado normal en DeFi, no una señal de alarma por sí mismo. Los protocolos lo piden para que los intercambios y depósitos posteriores no exijan una aprobación nueva cada vez. La decisión no es “ilimitado sí o no”, sino si ese contrato merece acceso permanente a ese token.
Una postura razonable es la que combina: aprobación ilimitada para los pocos contratos que usas activamente con ese token, y aprobación limitada o revocada para todos los demás. La propia guía de seguridad de ethereum.org es explícita en el mismo sentido: al interactuar con contratos inteligentes no se deben permitir límites de gasto ilimitados, porque un gasto ilimitado podría permitir que el contrato vacíe tu billetera, y conviene establecer límites solo por la cantidad necesaria para la transacción.
Lo que cambia el cálculo es la fecha que anotaste en el paso anterior. Un contrato que firmaste hace una semana y volviste a usar hace dos días es una aprobación viva. El mismo contrato con la misma cifra, firmado una vez hace un año y sin uso posterior, es una autorización que ya no tiene a nadie detrás: reautorizar cuesta una transacción, mientras que dejarla vigente cuesta todo el monto aprobado si ese contrato llega a estar comprometido.
Un patrón de estafa que usa precisamente esta pantalla
La estafa de airdrop funciona así: un proyecto fraudulento envía un activo a tu billetera y te manda a un sitio web fraudulento para reclamarlo. Al intentar el reclamo, la página te pide iniciar sesión con tu billetera y “aprobar” una transacción. Esa transacción compromete tu cuenta, y en algunas variantes te pide confirmar una transacción que envía fondos a la cuenta del estafador.
Las señales de alarma son siempre las mismas, y ninguna depende de la pantalla de permisos: que te contacten por un canal privado no oficial, que pidan tu frase de recuperación o tu clave privada, y que insistan en actuar con urgencia. Ningún servicio legítimo te pedirá jamás la frase de recuperación, y una transacción enviada en Ethereum es irreversible.
Lo que esta revisión no resuelve
Revisar permisos te dice qué autorizaciones existen, nunca qué va a hacer con ellas el beneficiario. La pantalla muestra permisos, no intenciones, y una lista de permisos no es un informe de un ataque en curso.