Clear signing: Cyfrin halla datos ocultos en 1inch

A finales de julio de 2026, la firma de auditoría Cyfrin clasificó varios defectos del clear signing de 1inch con un nivel de gravedad «alto». Así, algunos campos, incluido el contrato que recibe los fondos comprometidos por el usuario, no aparecen en la pantalla del monedero. Al 12 de octubre, estas reglas de visualización todavía figuran en el registro público. Cubren el router 1inch V6 en 13 redes, incluyendo Ethereum.

El clear signing, una respuesta al hackeo de Bybit

En febrero de 2025, el hackeo récord de Bybit costó aproximadamente 1,5 mil millones de dólares a la plataforma, según el FBI. Además, el FBI atribuye este robo a Corea del Norte. Según el análisis de CertiK, la interfaz de Safe{Wallet} mostraba una transacción legítima. Sin embargo, los datos enviados a Ledger para la firma eran diferentes. El CEO de Bybit incluso dijo no haberlos verificado en la pantalla del dispositivo. CertiK se refiere aquí a una firma a ciegas, o blind signing.

El clear signing responde a este problema. Traduce así los datos de una transacción en lenguaje claro, en la pantalla de tu monedero crypto. Ledger lo lanzó en 2023 y luego lo formalizó en la propuesta de estándar ERC-7730. Posteriormente, el 12 de mayo de 2026, la empresa confió su gestión a la Fundación Ethereum. MetaMask, Trezor, WalletConnect y Cyfrin participan en el grupo de trabajo.

El sistema se basa en archivos públicos, llamados descriptores. Cada uno indica especialmente al monedero qué campos de una transacción mostrar y bajo qué etiqueta. Un campo marcado como «never» nunca aparece en pantalla.

El contrato que recibe tus fondos puede permanecer invisible

1inch es un agregador de intercambios descentralizados. Cyfrin auditó varios de sus descriptores. El ticket nº 2688 apunta al descriptor principal del router V6. De hecho, contiene dos hallazgos de gravedad alta y tres de gravedad media, según la clasificación del auditor.

El primer hallazgo se refiere al parámetro clipperExchange, oculto en pantalla. Sin embargo, designa el contrato que recibe los fondos del usuario. Este parámetro lo proporciona quien llama a la función. Según Cyfrin, el monedero muestra por tanto una pantalla de intercambio normal, sin mostrar el contrato que recibe los fondos.

El segundo hallazgo alto apunta al campo args, también oculto. En ciertos modos de ejecución de una orden, este puede contener la dirección que recibe el activo comprado. El usuario puede entonces ver montos exactos, mientras que el activo se envía a una dirección que no ve, según el auditor.

Dos hallazgos medios también se relacionan con la visualización. Primero, el monto de una orden siempre aparece como un monto «a vender». Pero un modo del router lo trata como un monto a comprar. Después, la función permitAndCall oculta una autorización de gasto que puede especificar el token, la dirección autorizada a gastar, el monto y la fecha límite. Finalmente, el último hallazgo medio se refiere a despliegues que Sourcify aún no había verificado.

El clear signing de 1inch inmutable en 13 redes

Un ticket cercano, el nº 2690, apuntaba a la versión zkSync del router. Este descriptor de nueve líneas remitía al mismo archivo común que la versión principal. Los mantenedores lo retiraron del registro el 22 de septiembre. El motivo se relaciona con la verificación. Sourcify, la herramienta de control de código usada por el registro, aún no sabe verificar el código compilado para zkSync. Por tanto, esta retirada no corrige las reglas de visualización.

Pero la rama principal del registro, consultada el 12 de octubre, todavía contiene estas reglas. El archivo común y el descriptor principal datan, en su versión actual, del 10 de abril de 2026. Se aplican al router V6 en 13 redes, incluyendo Ethereum, Arbitrum, Base, BNB Chain y Polygon. El descriptor de la versión anterior, V5, también oculta clipperExchange en seis redes.

Una tercera auditoría, el nº 2689, concierne a órdenes firmadas fuera de cadena, en formato EIP-712. El descriptor oculta el campo makerTraits. Puede contener la fecha de expiración de la orden y una restricción sobre la dirección autorizada a ejecutarla. Cyfrin también clasifica este hallazgo con gravedad alta.

Una certificación no garantiza el sentido mostrado

El registro prevé un mecanismo de seguridad, la certificación. El proyecto de estándar ERC-8176 define este mecanismo. Permite a un auditor firmar un descriptor que ha examinado. El 17 de agosto, el registro integró certificaciones de Cyfrin para 181 descriptores.

En la carpeta 1inch, solo las versiones antiguas V3 y V4 del router tienen una. En cambio, los descriptores V6 no la poseen. En la auditoría nº 2689, Cyfrin señala la ausencia de verificación del código en cinco redes: «la condición de certificación no está cumplida» (traducción del editor). ERC-8176 luego deja a cada monedero la elección de los auditores en los que confía.

Sin embargo, incluso certificado, un descriptor puede inducir a error. El proyecto ERC-8176 lo explica en su sección dedicada a las limitaciones del sistema.

La verificación de la firma no valida la exactitud semántica.

ERC-8176, Descriptor Attestations for ERC-7730, proyecto de estándar

Otra limitación se refiere a contratos actualizables, o proxys. Un proxy mantiene su dirección, pero su código puede cambiar. Un análisis publicado en septiembre contabilizaba 80 descriptores relacionados con proxys de 382, al 5 de septiembre. Los mantenedores optaron por conservarlos y tratar el problema en el estándar mismo.

Lo que clear signing muestra y lo que omite

El registro también corrige defectos. El 25 de septiembre, una corrección afectó a otro descriptor de 1inch, para órdenes con límite a través de su Limit Order Protocol v2. Según su mensaje, los monederos que reconocen los descriptores por el tipo firmado no podían aplicarlo. Por tanto, los usuarios firmaban esas órdenes «a ciegas».

Para el usuario, una pantalla legible muestra solo los campos retenidos por el descriptor. Así, la ausencia de un destinatario o de una fecha de expiración no se percibe. Cyfrin recomienda mostrar estos campos o retirar la descripción. En este segundo caso, el monedero vuelve a una firma cruda, sin dar una impresión de claridad. Ninguno de los tickets consultados reporta pérdida de usuarios relacionada con estos descriptores. Nuestra guía sobre el monedero crypto más seguro detalla otras protecciones disponibles.

Al 12 de octubre, los dos descriptores V6 auditados aún presentes en el registro permanecen sin cambios. El tercero, para zkSync, salió del registro sin corrección. Para el campo makerTraits, la corrección propuesta por Cyfrin modifica solo una línea del archivo, para hacer visible el campo. [POR COMPLETAR: respuesta fechada de 1inch, de Cyfrin o de los mantenedores del registro, o mención de solicitudes sin respuesta] En cuanto a los proxys, la propuesta nº 1738 no está aún integrada en el estándar. Kaan Uzdoğan, coautor de ERC-7730, indicó en GitHub que esperaba más revisiones antes de aprobarla.