← Volver al blog

Aprobación de phishing en criptografía: cómo funcionan los drenadores de firmas

Por Al Jobson · Lectura de 10 minutos · Septiembre de 2026

El phishing de aprobación no roba sus claves. Le permite entregar el derecho a gastar sus tokens y luego lo hace más tarde. Scam Sniffer contó $494 millones drenados de aproximadamente332.000 direcciones en 2024 solo a través de estafas basadas en firmas, un aumento del 67 por ciento con respecto al año anterior^[1]. Casi ninguna de esas víctimas perdió una frase inicial. Casi todos hicieron clic en "Firmar" en algo que no entendieron.

La primitiva: asignaciones

Los tokens ERC-20 no saben quién puede moverlos. Ese trabajo se delega a una pequeñapieza de estado llamada allowance. Cuando aprueba un intercambio descentralizado para intercambiar 100 USDC por usted, llama a approve(spender, 100) en el contrato de USDC y registra que el contrato de intercambio puede mover hasta 100 USDC desde su dirección. Cuando se activa el intercambio, el intercambio llama a transferFrom(you, comprador, 100) y la asignación se gasta^[2].

Ahorró gasolina e hizo posible DeFi componible. También dejó una subvención persistente que sobrevive mucho después de la transacción que la creó. Si el gastador se vuelve hostil, o si la cantidad aprobada fue type(uint256).max (una aprobación infinita, que sigue siendo la predeterminada en muchas billeteras y dApps), todo el saldo queda expuesto hasta que alguien lo revoca^[3].

Cada ataque en este artículo termina de la misma manera: algún contrato por el que firmaste llama a transferFrom y vacía el token.

Cuatro sabores del ataque

Cada paso pasó de barato y visible (approve) a sin gas y opaco (permit, Permit2). La UX honesta se volvió más rápida; La experiencia de usuario del phishing empeoró. ALa firma permit cuesta $0 para producir, nunca aparece en la cadena hasta que el atacante la envía y permanece invisible para bloquear a los exploradores hasta que se activa el drenaje. Es por eso que las pérdidas por phishing de firmas en 2023 y 2024 siguieron aumentando incluso cuando los lanzamientos aéreos de tokens falsos disminuyeron.

El libro de jugadas

Un kit de escurridor moderno vendido en Telegram ejecuta la misma secuencia cada vez^[7]:

1. Sitio similar. Un clon de una dApp conocida, un panel de apuestas, una página de reclamo de lanzamiento aéreo o una menta NFT. Generalmente servido desde un dominio homoglifo (presentado como uniswap-io.com, opeensea.io) o promocionado a través de una cuenta X comprometida.
2. Wallet connect. El sitio solicita una conexión de billetera. Este paso revela su dirección y sus tenencias de tokens al backend del atacante. Aún no se ha firmado nada.
3. Escanee y elija el objetivo más gordo. El backend enumera sus saldos de tokens. El drenador elige el token o NFT con el valor en dólares más alto que coincida con su lista de activos drenables.
4. Elaborar la solicitud. Una solicitud de firma. Si el objetivo es un token fungible con soporte EIP-2612 (USDC, DAI, la mayoría de los tokens modernos), es un permit. Si la billetera admite Permit2 para la cadena, es un lote de Permit2. Si es una colección NFT, es setApprovalForAll. En raras ocasiones, se trata de una transferFrom directa que requiere una aprobación infinita existente,que muchas billeteras ya tienen.
5. Retiro de efectivo. La dirección de un atacante envía la firma y paga el gas. Los fondos se mueven hacia una ruta de lavado, generalmente Tornado Cash o una cadena de direcciones recién creadas, dentro de una cuadra del desagüe.

La secuencia completa tarda menos de dos minutos desde la conexión hasta el drenaje. La víctima recibe una solicitud de firma. Todo lo demásEsto sucede fuera de la pantalla.

Escala, 2023 a 2025

Chainalysis y Elliptic señalan el phishing de aprobación como la categoría de robo de criptomonedas de más rápido crecimiento, por delante de los hackeos de exchanges y los exploits DeFi en 2024 por pérdida. volumen^[9][10]. El IC3 del FBI atribuyó la mayoría de rDetalle las pérdidas criptográficas por fraude de transacciones firmadas en sus informes anuales de 2023 y 2024^[11].

Por qué la interfaz de usuario de la billetera sigue perdiendo

La solicitud de firma de un drenaje parece legítima porque la interfaz de usuario de la billetera no tiene idea de lo que significa la firma. Cada billetera muestra el mismo texto genérico ("Firme este mensaje de ejemplo.com") para cualquier carga útil escrita EIP-712.no lo reconoce. Frente a una estructura opaca, el usuario firma o se da por vencido y pierde el lanzamiento aéreo. Signo más.

Tres fallas específicas de la interfaz de usuario compuestas:

• Sin simulación predeterminada. Solo unas pocas billeteras incluyen simulación de transacciones de forma predeterminada. La mayoría requiere una extensión (Wallet Guard, Blockaid, Fire) o un cambio manual. Si la billetera no calcula el cambio de estado antes de firmar, el usuario no puede ver que el escurridor está a punto de mover 10,000 USDC.
• Aprobaciones infinitas de forma predeterminada. Uniswap, PancakeSwap y la mayoría de los DEX de primera generación tienen de forma predeterminada las aprobaciones type(uint256).max para ahorrar gasolina en futuras operaciones. Esto deja una puerta abierta durante años después de que se realiza el intercambio^[3].
• Permit y Permit2 se muestran como "Mensaje de firma". Un permit no es un mensaje. Es una autorización fuera de la cadena que se convierte en una pérdida dentro de la cadena cuando el atacante la envía. La etiqueta "Firmar mensaje" de la billetera es técnicamente verdadera y prácticamente peligrosa.

Defensas que funcionan en 2026

Monedero por monedero, en una tabla

Guía prácticance

• Aprobaciones de auditoría mensuales. Vaya a revoke.cash, primero conecte la billetera en modo de solo lectura y revoque todo lo que no use activamente. Apunte a cero aprobaciones infinitas con más de 30 días.
• Rechazar aprobaciones infinitas en nuevos tokens. Cuando una dApp solicita type(uint256).max,edite el monto al tamaño exacto de la operación o use una billetera que lo haga por usted.
• Nunca firmes un "mensaje" que no puedas leer. Si la carga útil es una estructura hexadecimal, trátala como hostil. Copie el dominio y compruébelo con el feed público de Blockaid o Scam Sniffer antes de hacer cualquier otra cosa.
• Separar frío y calor. La billetera a la que te conectas se ejecutóLas dApps dom deberían permitir gastar dinero únicamente. Un drenaje que golpea una billetera caliente de $200 es molesto; uno que afecta a sus posesiones le cambia la vida.
• Utilice una billetera con simulación predeterminada. La lista anterior la reduce. Si su billetera actual no lo hace, instale una extensión que sí lo haga o cambie.
• Esté atento a la indicación específica. La dApp solicita un "sin gas"firma para "verificar su billetera" antes de permitirle reclamar un lanzamiento aéreo, acuñar un NFT o volver a apostar. No existe una necesidad legítima de esa firma. Es el escurridor.

Lo que la industria aún necesita arreglar

Las aprobaciones ERC-20 son un diseño de hace 10 años que asumió que dominaría el caso honesto. Eso dejó de ser cierto cuando DeFi cruzó los 50 mil millones de dólares TVL. Existen soluciones. Se envían solowly.

• Aprobaciones con límite de tiempo como estándar de token. Permit2 tiene este token por token, pero requiere la aceptación por parte del gastador. Un valor predeterminado a nivel de token ayudaría.
• Claves de sesión a través de ERC-4337. Otorga a una dApp una clave de firma con alcance y tiempo limitado en lugar de una asignación persistente. Uniswap V4 y Safe avanzan en esta dirección^[17].
• Firma clara a nivel de billetera para cada estructura EIP-712. La iniciativa Clear Signing de Ledger es la idea correcta; hacerlo obligatorio en todas las billeteras móviles y de hardware cierra la brecha del "mensaje opaco"^[16].
• Infraestructura pública para escurridor detection. Blockaid y Scam Sniffer mantienen feeds útiles; un feed abierto y compartido se agravaría más rápido^[14].

Resultado final

El phishing de aprobación es ahora el mayor vector de pérdidas en la autocustodia minorista. Funciona porque las asignaciones ERC-20 son opacas, porque permit y Permit2 parecen mensajes inofensivos y porque la mayoría de las billeteras incluyen una interfaz de usuario que no puede decirles a los usuarios lo que están firmando. Todas las correcciones son del lado del cliente: simulación predeterminada, aprobaciones limitadas, análisis de permisos legibles por humanos y una auditoría de aprobación mensual. Cada uno de ellos está disponible en prod.Carteras de subasta hoy. Úselos.

Fuentes

1. Scam Sniffer, "Informe sobre drenaje de billeteras de 2024". drainer.io
2. Estándar de token ERC-20, EIP-20. eips.ethereum.org
3. OpenZeppelin, "Aprobaciones infinitas y su riesgo". blog.openzeppelin.com
4. EIP-2612, "permiso, aprobación ERC-20 mediante firmas secp256k1". eips.ethereum.org
5. Uniswap Labs, "Documentación del Permiso2". docs.uniswap.org
6. EIP-721, "T no fungibleEstándar aceptado." eips.ethereum.org
7. SlowMist, "Anatomía de un kit para escurrir carteras". slowmist.medium.com
8. Secuencia de alertas de PeckShield, agosto de 2024, pérdida de 69 millones de dólares. x.com/peckshieldalert
9. Chainalysis, "Informe sobre delitos criptográficos de 2025". chainalysis.com
10. Elliptic, "Análisis de phishing de firmas". elliptic.co
11. FBI IC3, "Informe de fraude con criptomonedas 2023". ic3.gov
12. Blockaid, simulación de transacciones. blockaid.io
13. Cartera Rabby, características de seguridad. rabby.io
14. Scam Sniffer, alimentación escurridora. scamsniffer.io
15. Revoke.cash, panel de asignaciones. revoke.cash
16. Ledger, "Iniciativa de firma clara".ledger.com
17. EIP-4337, "Abstracción de cuenta mediante punto de entrada". eips.ethereum.org
18. MetaMask, "Anuncio de integración de Blockaid". consensys.io
19. Trail of Bits, "Modelo de amenaza Permit y Permit2". blog.trailofbits.com
20. CertiK, "Aprobarestudios de casos de phishing." certik.com
21. TRM Labs, "2025 Criptocrimen a mitad de año". trmlabs.com
22. Wallet Guard, detección de firmas de phishing. walletguard.app
23. Aprobaciones de tokens Etherscan. etherscan.io
24. Documentación de claves de sesión seguras.docs.safe.global

Al Socrates Jobson, cofundador y director de tecnología, Veyrnox LTD · ← Volver al blog