Web3Auth dice que movió aproximadamente USD 5,6 millones en activos de usuarios desde billeteras Keplr antes de que los atacantes pudieran vaciarlas, y afirma que identificó una exposición en la infraestructura de gestión de claves que soporta y actuó de forma preventiva para proteger los fondos de los usuarios. La versión de la empresa no ha sido verificada de forma independiente, y al momento de escribir esta nota no se ha publicado ninguna autopsia técnica ni confirmación en cadena.

Lo que Web3Auth dice que ocurrió

Según un reportaje de The Block, Web3Auth identificó una vulnerabilidad que afectaba a las billeteras Keplr que dependían de su infraestructura de claves y, a continuación, movió aproximadamente USD 5,6 millones en activos de usuarios antes de que cualquier atacante pudiera actuar. La empresa calificó la operación como el front-running de un posible exploit, un término tomado de la mecánica de MEV (valor máximo extraíble) que implica competir contra un adversario para ejecutar primero una transacción. En este contexto, el término indica que Web3Auth ejecutó sus transferencias antes de cualquier transacción adversaria, en lugar de intentar recuperar fondos después de un robo.

Web3Auth, anteriormente conocida como Torus, proporciona infraestructura de inicio de sesión social y gestión de claves utilizada por una variedad de aplicaciones Web3; su sitio oficial es web3auth.io. Keplr es una billetera de extensión de navegador, desarrollada por Chainapsis, que se utiliza principalmente para interactuar con cadenas del ecosistema Cosmos, incluido el Cosmos Hub y otras redes basadas en Cosmos SDK. La relación entre ambos productos significa que una falla en la derivación de claves o en la custodia por parte de Web3Auth podría afectar a los usuarios de Keplr que se autenticaron mediante inicio de sesión social en lugar de frases semilla autogestionadas.

La acción reportada, según lo declarado por la empresa

La afirmación de Web3Auth es que ejecutó un barrido protector, trasladando la totalidad de los USD 5,6 millones a través de las billeteras afectadas para prevenir pérdidas. El número de billeteras involucradas, las cadenas específicas afectadas, las direcciones de destino de los fondos movidos, si los usuarios fueron notificados con antelación y el momento del barrido en relación con cualquier actividad del atacante no están confirmados en la información disponible.

No se ha vinculado ningún dato de exploradores de bloques querobore la escala o el destino de la transferencia. Sin hashes de transacciones ni direcciones de billeteras, no es posible verificar de forma independiente la cifra de USD 5,6 millones ni la ubicación actual de los fondos basándose solo en información pública.

Por qué una transferencia preventiva de fondos es un evento de riesgo material

Cuando un proveedor de billeteras mueve fondos de usuarios sin transacciones iniciadas por ellos, surgen preguntas directas sobre el modelo de custodia en uso. Si Web3Auth poseía o podía reconstruir las claves privadas de manera unilateral, eso es por diseño en las arquitecturas de billeteras con inicio de sesión social, pero también significa que el proveedor tiene autoridad de firma que los usuarios quizás no entendieron plenamente que estaban otorgando. Dichas arquitecturas, comúnmente construidas con computación multipartita (MPC) para dividir el material de las claves en partes custodiadas por distintas partes, están diseñadas de modo que ninguna parte, ni el usuario ni el proveedor, posea por sí sola la clave privada completa; por lo tanto, la custodia práctica depende de cómo se distribuyen y reconstruyen las partes de la clave.

La pila de DeFi depende cada vez más de capas de abstracción de billeteras, recuperación social y servicios de gestión de claves para reducir la fricción de incorporación. Esos compromisos de diseño son legítimos, pero incidentes como este aclaran la superficie de confianza real: los usuarios de billeteras no custodiales que dependen de infraestructura de claves de terceros están expuestos a la postura de seguridad y a las decisiones operativas de ese proveedor de maneras que difieren de la autocr custody pura, donde una única frase semilla permanece bajo el control exclusivo de su titular. Ese compromiso no es teórico: las fallas de infraestructura a nivel de billeteras tienen precedentes en la industria, incluida la violación de la billetera Slope en 2022, en la que las frases semilla de los usuarios fueron capturadas por un servicio centralizado de registro, y el compromiso en 2023 de la biblioteca JavaScript Connect Kit de Ledger, que sirvió código malicioso a billeteras que interactuaban con frontends afectados.

Exposición reportada frente a pérdida confirmada

El planteamiento de Web3Auth implica que los fondos estaban en riesgo pero no se perdieron. Esa distinción importa al evaluar el riesgo del protocolo. Si la empresa logró adelantarse a un atacante y la totalidad de los USD 5,6 millones sigue siendo recuperable por los usuarios, el incidente representa un casi accidente en lugar de un exploit consumado.

En esta etapa, ninguna fuente independiente ha confirmado ninguno de los dos escenarios. El relato proviene de una sola parte: el proveedor de infraestructura cuya gestión de claves estuvo implicada. Reportes de usuarios, una declaración propia de Keplr o datos en cadena correspondientes a las transferencias descritas proporcionarían cada uno evidencia más sólida para cualquiera de los escenarios.

Lo que queda por confirmar

Varios hechos que sustentarían la versión de Web3Auth están ausentes de la información actual. Cada uno representa una pregunta abierta que los lectores pueden seguir a medida que el incidente se desarrolla.

• Divulgación de la causa raíz. ¿Cuál fue la naturaleza de la exposición: una clave filtrada, un servicio de firma comprometido o una falla lógica en la derivación de claves? Sin esto, no se puede evaluar el alcance de las billeteras en riesgo.
• Número de billeteras afectadas. ¿Cuántas billeteras Keplr estuvieron expuestas? La cifra de USD 5,6 millones implica un conjunto específico de billeteras, pero no se ha reportado ningún conteo.
• Datos de transacciones en cadena. Entradas de exploradores de bloques que muestren el volumen de la transferencia, lasteras de origen, las direcciones de destino y las marcas de tiempo permitirían verificar de forma independiente tanto el monto como la cronología en relación con cualquier actividad del atacante.
• Estado de restitución de los fondos. ¿Dónde están ahora los fondos movidos: devueltos a los usuarios, retenidos en una multisig o colocados en un contrato de recuperación? La intención protectora del barrido solo es plenamente creíble si la restitución está documentada.
• Declaración independiente de Keplr. Como la interfaz de billetera utilizada por los usuarios afectados, una declaración propia de Keplr aportaría un peso significativo al relato del incidente. No se ha confirmado ninguna declaración separada de Keplr en las fuentes disponibles.

La ausencia de estos detalles no significa que la versión de Web3Auth sea falsa, pero sí significa que el incidente es actualmente una afirmación de una sola fuente, la parte con mayor incentivo para presentar el resultado como un éxito protector. Las evaluaciones de riesgo de protocolo para aplicaciones construidas sobre la infraestructura de claves de Web3Auth deben tratar esto como un evento de seguridad abierto hasta que se publique una autopsia completa.

Para los usuarios cuyas billeteras puedan haber sido afectadas, la acción más directa es verificar los saldos de fondos a través de los exploradores de cadenas Cosmos y monitorear las comunicaciones oficiales tanto de Web3Auth como de Keplr. La seguridad de las billeteras en arquitecturas de inicio de sesión social depende de la transparencia y la calidad de la respuesta ante incidentes de la capa de gestión de claves subyacente, y este incidente servirá como un punto de datos en esa evaluación en curso.

Fuente: DefiLiban — Web3Auth Says It Moved $5.6M From Exposed Keplr Wallets