Cómo verificamos esto
Revisamos las fuentes enlazadas y actualizamos la página cuando cambia el registro. Usa la lista de fuentes abajo para verificar los detalles.
Key points
En el complejo mundo de las criptomonedas, comprender la mecánica detrás de las interacciones de su billetera es primordial para salvaguardar sus activos. Entre las características más potentes, pero a menudo malentendidas, se encuentran las "aprobaciones de tokens". Estos permisos permiten que los contratos inteligentes interactúen con sus tokens en su nombre, posibilitando funcionalidades como el comercio en intercambios descentralizados (DEX), préstamos y otras aplicaciones DeFi. Sin embargo, sin una comprensión clara de sus implicaciones, las aprobaciones de tokens pueden convertirse en una vulnerabilidad significativa, lo que lleva a pérdidas devastadoras a través de drenadores de billeteras y estafas sofisticadas.
Esta columna de autor profundiza en los matices de las aprobaciones de tokens, explicando su propósito, los riesgos inherentes y, lo que es más importante, cómo los lectores pueden verificar y administrar estos permisos para mejorar su seguridad criptográfica.
Por qué son importantes las aprobaciones de tokens
En su esencia, las aprobaciones de tokens son un mecanismo dentro de las plataformas de contratos inteligentes, como Ethereum, que otorgan a una dirección de contrato específica permiso para gastar, transferir o administrar de otra manera una cierta cantidad de sus tokens. Cuando interactúa con un DEX como Uniswap o SushiSwap, primero "aprueba" el contrato inteligente del intercambio para acceder a sus tokens. Esta aprobación es necesaria porque, sin ella, el contrato DEX no podría mover sus tokens de su billetera al grupo de negociación.
El proceso de aprobación generalmente implica dos pasos:
1. Transacción de aprobación: Usted inicia una transacción que establece un "permiso" para una dirección de contrato específica. Este permiso puede ser indefinido (lo que significa que el contrato puede gastar cualquier cantidad de sus tokens) o limitado a una cantidad específica.
2. Transacción de interacción: Una vez aprobado, puede ejecutar la transacción principal, como el intercambio de tokens.
Este sistema está diseñado para la comodidad del usuario, permitiendo una interacción fluida con aplicaciones descentralizadas sin requerir una aprobación separada para cada operación o acción.
Cómo funciona el riesgo habitualmente
El peligro de las aprobaciones de tokens radica en su potencial de uso indebido. Varios vectores de ataque comunes explotan esta característica:
- Drenadores de billeteras: Actores maliciosos implementan sitios web de phishing o dApps falsas que engañan a los usuarios para que conecten sus billeteras y aprueben que el contrato malicioso gaste sus tokens. A menudo, estas aprobaciones se establecen como "infinitas" o una cantidad extremadamente alta. Una vez aprobado, el atacante puede iniciar transacciones para barrer todos los tokens del usuario a su propia dirección.
- Estafas de soporte falso e suplantación de identidad: Los estafadores pueden hacerse pasar por personal de soporte legítimo o proyectos conocidos en plataformas de redes sociales como X (anteriormente Twitter) o Telegram. Podrían instruir a las víctimas para que "aprueben un contrato" para resolver un supuesto problema, recibir un airdrop o participar en una oferta especial. Estas aprobaciones invariablemente conducen al robo de tokens.
- Contratos inteligentes explotados: Incluso los contratos inteligentes legítimos pueden tener vulnerabilidades. Si un contrato que ha aprobado tiene un error o es explotado, los atacantes podrían aprovechar su aprobación existente para drenar sus tokens.
- Envenenamiento de direcciones: Aunque no es directamente una explotación de aprobación, el envenenamiento de direcciones puede llevar a aprobaciones. Los atacantes envían pequeñas cantidades de tokens a la dirección de una víctima, esperando que la víctima interactúe más tarde con un contrato malicioso que utiliza una dirección de aspecto similar para las aprobaciones, lo que lleva a una pérdida accidental de tokens.
La FTC ha advertido a los consumidores sobre las estafas de criptomonedas, particularmente aquellas que suplantan a empresas legítimas o agencias gubernamentales, y los riesgos asociados con estas transacciones.
Señales que los lectores pueden verificar
Protegerse de las exploits de aprobación de tokens requiere vigilancia y un enfoque proactivo para administrar los permisos de su billetera. Aquí hay pasos de verificación clave:
Revise regularmente las aprobaciones existentes
No asuma que una vez que se realiza una aprobación, está grabada en piedra. Revise regularmente todas las aprobaciones de tokens activas vinculadas a su billetera. Herramientas como Revoke.cash (que interactúa con exploradores de blockchain como Etherscan) son invaluables para esto. Proporcionan una lista clara de todos los contratos que ha aprobado y le permiten revocarlos.
Comprenda el "permiso"
Al aprobar un token, preste mucha atención a la cantidad que está permitiendo. Si una dApp realmente necesita acceso ilimitado para su función prevista (por ejemplo, el comercio perpetuo en un DEX), comprenda el riesgo. Si no, considere establecer un permiso específico y limitado. Muchos usuarios optan por aprobaciones infinitas por conveniencia, pero esto es un riesgo significativo.
Examine la dirección del contrato
Siempre verifique la dirección del contrato inteligente que está aprobando. Los estafadores a menudo crean contratos con direcciones muy similares a las legítimas. Utilice la documentación oficial de la dApp o del proyecto para encontrar las direcciones de contrato correctas.
Tenga cuidado con las solicitudes no solicitadas
Si alguien en Telegram, X o cualquier otra plataforma le pide que "apruebe un contrato" para solucionar un problema, reclamar una recompensa o participar en una oferta, asuma que es una estafa. Los proyectos legítimos rara vez piden a los usuarios que aprueben directamente contratos arbitrarios fuera de sus interfaces oficiales de dApp.
Utilice billeteras de hardware
Para tenencias significativas, considere usar una billetera de hardware. Si bien aún deben administrarse las aprobaciones, las billeteras de hardware añaden una capa adicional de seguridad al requerir confirmación física para las transacciones, lo que dificulta que los atacantes remotos drenen sus activos.
Comprenda la aprobación de tokens frente a la transacción
Recuerde que una transacción de aprobación es independiente de la acción real (como el intercambio de tokens). Puede aprobar un contrato hoy y luego ejecutar una operación mañana. Esta separación puede ser explotada si un actor malicioso ya ha obtenido una aprobación infinita de usted.
Aquí hay una tabla para ayudar a comparar diferentes escenarios de aprobación:
| Escenario | Nivel de riesgo | Acción requerida | Mejor práctica |
|---|---|---|---|
| Aprobación infinita | Alto | Revoque inmediatamente si no está en uso activo por una dApp de confianza. | Establezca permisos limitados o revoque cuando no se usen. |
| Aprobación limitada | Medio | Supervise el uso; revoque una vez que se complete la tarea específica. | Establezca el permiso en la cantidad exacta necesaria. |
| No se necesita aprobación | Bajo | No se requiere ninguna acción específica con respecto a las aprobaciones para esta interacción. | N/A |
| Contrato malicioso | Crítico | Revoque inmediatamente si se aprueba accidentalmente. Informe el contrato si es posible. | Nunca apruebe contratos de fuentes desconocidas. |
Lo que aún no se ha probado
Si bien los exploradores de blockchain y las herramientas de seguridad pueden revelar qué contratos han sido aprobados, probar definitivamente la intención o identificar el momento exacto en que un usuario fue víctima de una estafa de phishing puede ser un desafío sin el testimonio directo del usuario o una investigación adicional. Además, la propiedad última de una dirección de billetera que se ha utilizado para drenar fondos a menudo se oculta a través de mezcladores y tecnologías que mejoran la privacidad. Si bien la forense en cadena puede rastrear el flujo de fondos, vincular directamente una dirección de billetera a un individuo detrás de una estafa sigue siendo una tarea compleja para la aplicación de la ley.
Lo que CryptoRescue observará a continuación
CryptoRescue continuará monitoreando el panorama cambiante de las exploits de aprobación de tokens. Esto incluye el seguimiento de nuevas técnicas de drenadores de billeteras, el análisis de la efectividad de varias herramientas de gestión de aprobación de tokens y la presentación de informes sobre cualquier orientación regulatoria o acciones de cumplimiento relacionadas con las vulnerabilidades de los contratos inteligentes y las estafas de DeFi. También prestaremos mucha atención a cualquier nuevo patrón de suplantación de identidad o phishing que aproveche las aprobaciones de tokens, particularmente a medida que el fraude asistido por IA se vuelva más frecuente. El desarrollo continuo de interfaces de billetera más intuitivas y seguras, junto con iniciativas de educación del usuario, también será un área clave de observación.
Lista de verificación de verificación
1. Liste sus aprobaciones de tokens activas: Use una herramienta como Revoke.cash o la pestaña de aprobación de tokens de Etherscan.
2. Identifique todas las aprobaciones `infinitas`: Estas son las de mayor riesgo.
3. Revise las aprobaciones para contratos no utilizados o sospechosos: Si no reconoce un contrato o no ha usado la dApp asociada en meses, revóquelo.
4. Verifique las direcciones de los contratos con fuentes oficiales: No confíe en enlaces de redes sociales o mensajes no solicitados.
5. Establezca permisos específicos y limitados siempre que sea posible: Para acciones que no requieran acceso ilimitado.
6. Programe revisiones regularmente: Haga que la verificación de aprobaciones sea parte de su práctica rutinaria de seguridad criptográfica.
7. Considere revocar todas las aprobaciones antes de una actualización importante de la red o si sospecha de un compromiso: Como una fuerte medida preventiva.
Registro de actualizaciones
- 31 may 2026Publicado con seguimiento de fuentes y contexto de seguridad para lectores.
- CorreccionesSi una fuente cambia o una afirmación necesita aclaración, esta página puede actualizarse desde la redacción.