La explotación de Fetch.ai FET ha vuelto a centrar la atención en la seguridad de los puentes cripto tras la extracción de aproximadamente $1,56 millones en FET desde un contrato de conversión de tokens basado en Ethereum el 19 de septiembre de 2026. El incidente comenzó con la retirada de alrededor de 8,72 millones de FET antes de expandirse a actividades no autorizadas que involucraron NTX, AGIX, WMTx y CGV. Las investigaciones en la cadena vincularon el evento más amplio a una infraestructura de autorización comprometida utilizada en sistemas interconectados de migración y puente de tokens. Los lectores que siguen el token tras el incidente de seguridad pueden monitorear los datos actuales de precio y mercado de FET junto con actualizaciones de los proyectos involucrados.

El ataque no implicó una vulneración de todos los tokens FET ni de la red subyacente de Fetch.ai. En cambio, reveló los riesgos generados cuando credenciales de firma con privilegios controlan el acceso a grandes saldos de tokens mantenidos por contratos de migración o puente. Esa distinción es importante porque el atacante parece haber utilizado autorización confiable en lugar de romper el mecanismo de consenso de Fetch.ai o acceder directamente a los monederos de usuarios comunes. Por lo tanto, la investigación se centra en cómo se comprometieron las credenciales con privilegios, cuánto valor logró obtener realmente el atacante y qué cambios de seguridad podrían implementarse en todo el ecosistema de la Artificial Superintelligence Alliance.

La explotación de Fetch.ai FET ocurrió el 19 de septiembre de 2026, cuando un atacante retiró aproximadamente 8.721.530 FET del contrato TokenConversionManagerV3 en Ethereum. Los tokens tenían un valor de aproximadamente $1,53 millones a $1,56 millones en ese momento, lo que convirtió la transacción en la pérdida financiera directa más clara asociada con la etapa inicial del incidente. El análisis en cadena ubicó el retiro principal alrededor de las 20:21 UTC, tras lo cual los FET robados fueron intercambiados rápidamente por aproximadamente 523 ETH. La velocidad de la transferencia y la conversión aumentó la dificultad de contener la pérdida, ya que gran parte de los FET directamente robados ya habían sido movidos antes de que se pudiera restringir la infraestructura afectada.

El incidente de seguridad pronto se extendió más allá de esa transacción original. Los investigadores vincularon el mismo grupo de ataques con actividad no autorizada de tokens que involucraba al NTX de NuNet, el AGIX de SingularityNET, el WMTx de World Mobile y el CGV de Cogito, transformando lo que inicialmente parecía una explotación aislada del convertidor de FET en un evento de seguridad multifásico. El patrón más amplio indicaba una infraestructura compartida o conectada de puentes, conversiones y autorizaciones, más que un problema limitado a un solo contrato de token. Varias funciones de migración y puente se restringieron posteriormente mientras los equipos revisaban permisos privilegiados, credenciales comprometidas y el alcance de las transacciones no autorizadas.

La fuga de 1,56 millones de dólares en FET parece haber involucrado una infraestructura de firma con privilegios comprometida, en lugar de un ataque contra titulares individuales de FET. El atacante pudo enviar una transacción que llevaba una autorización que el contrato de conversión reconoció como legítima, permitiendo que un gran saldo de FET saliera del contrato sin que la transacción pareciera inválida a nivel de contrato inteligente. Esta distinción desplaza el enfoque de seguridad lejos de las transferencias normales de tokens y hacia los mecanismos utilizados para aprobar solicitudes de conversión con altos privilegios. También ayuda a explicar por qué el incidente se describe con mayor precisión como una compromisión de clave de firma o autorización, y no como un hack directo de la cadena de bloques de Fetch.ai.

Autorización comprometida

El atacante interactuó con la función conversionIn() de TokenConversionManagerV3 utilizando una firma de autorización válida, permitiendo que aproximadamente 8,72 millones de FET salieran del contrato en una sola transacción. Dado que la solicitud contenía credenciales que el sistema reconoció, el contrato la procesó en lugar de rechazarla como no autorizada. Un análisis de seguridad preliminar vinculó la actividad a una clave de autorizador de puente comprometida asociada con la infraestructura de SingularityNET, aunque los registros de la cadena de bloques por sí solos no pueden revelar exactamente cómo el atacante obtuvo control de esa credencial. Determinar si la clave fue expuesta a través de un sistema fuera de cadena, un error operativo u otra vulnerabilidad requiere información más allá del historial de transacciones en cadena.

El incidente demuestra por qué la seguridad de la clave privada se vuelve especialmente importante cuando credenciales privilegiadas controlan funciones de contratos inteligentes que mantienen saldos significativos de tokens. Un firmante comprometido puede permitir que actividades maliciosas aparezcan técnicamente válidas, ya que la transacción lleva la misma autorización criptográfica esperada de un operador legítimo. En este caso, la cadena de bloques subyacente continuó procesando transacciones normalmente, mientras que el punto vulnerable fue la infraestructura de autorización que controlaba el convertidor. Esa separación es esencial para comprender por qué las transferencias ordinarias de FET no eran equivalentes al mecanismo de conversión comprometido.

Seguridad de la clave de firma

Una clave de firma privilegiada forma efectivamente parte del perímetro de seguridad de un contrato inteligente. Si un atacante obtiene el control de dicha credencial, las instrucciones maliciosas pueden parecer idénticas a las solicitudes legítimas desde la perspectiva del contrato. Esto crea un tipo diferente de riesgo de seguridad en comparación con un error tradicional en un contrato inteligente, ya que el atacante puede no necesitar manipular el código en sí. En cambio, obtener acceso al proceso de firma de confianza puede proporcionar una ruta directa a funciones diseñadas intencionadamente para mover o liberar tokens.

La explotación refuerza por tanto la importancia de la autorización de múltiples partes, el almacenamiento de claves respaldado por hardware, los límites de retirada, la rotación de claves y el monitoreo en tiempo real de transacciones privilegiadas. Controles adicionales pueden dificultar que una sola credencial comprometida autorice transferencias inusualmente grandes sin una verificación adicional. Para los operadores de puentes y migración de tokens, limitar la autoridad de claves individuales y monitorear tamaños de transacciones anormales puede reducir el impacto de una compromisión incluso si uno de los componentes de la infraestructura de firma falla. Estas medidas son particularmente relevantes para contratos que mantienen regularmente grandes saldos de tokens en nombre de sistemas de migración o interoperabilidad.

La explotación de Fetch.ai se amplió a un incidente de seguridad multifichas poco después del retiro inicial de FET. El análisis entre cadenas rastreó aproximadamente 2.31 mil millones de unidades de fichas que fueron drenadas o creadas sin autorización en FET, NTX, AGIX, WMTx y CGV. La creciente lista de activos afectados mostró que el ataque no se limitó a un solo convertidor de fichas, sino que involucró infraestructura capaz de interactuar con múltiples proyectos. Este alcance más amplio hizo que el evento fuera relevante para los usuarios que siguen el ecosistema de la Artificial Superintelligence Alliance, así como para la seguridad de los sistemas de migración de fichas entre cadenas en general.

A diferencia de la transacción de FET, que involucró tokens existentes ya mantenidos dentro de un convertidor, gran parte de la actividad posterior involucró creación o conversión no autorizada de tokens. Esta diferencia es importante al comparar estimaciones de pérdidas, ya que una oferta recién creada no se traduce automáticamente en una cantidad igual de efectivo que un atacante pueda obtener. Varios de los tokens afectados se negociaron en mercados relativamente líquidos, lo que significa que intentar vender saldos muy grandes podría reducir rápidamente los precios. Como resultado, el valor nominal de los tokens no autorizados fue mucho mayor que la cantidad que realísticamente se podría convertir en activos líquidos.

NTX

NTX de NuNet estuvo entre los primeros activos afectados tras la retirada de FET. El análisis en cadena registró aproximadamente 408,53 millones de NTX creados en una sola transacción de acuñación menos de 30 minutos después del principal drenaje de FET. El aumento brusco en la oferta disponible ejerció una fuerte presión sobre la liquidez de NTX y ayudó a elevar las estimaciones iniciales del incidente combinado hacia aproximadamente $2 millones cuando se consideraron juntas la pérdida de FET y la actividad de NTX. La proximidad temporal entre ambos eventos también fortaleció la hipótesis de que formaban parte de la misma secuencia de ataque más amplia, en lugar de ser explotaciones independientes.

El episodio de NTX también demuestra por qué la oferta de tokens y las pérdidas realizadas deben analizarse por separado. Multiplicar cientos de millones de tokens no autorizados por un precio de mercado previo al ataque puede producir una cifra teórica muy grande, pero ese cálculo asume que hay compradores disponibles al mismo precio para toda la oferta. En un mercado con poca liquidez, la venta agresiva puede agotar rápidamente la liquidez y reducir el precio del token. Por esa razón, la cantidad de NTX creada sin autorización no debe tratarse automáticamente como efectivo robado exitosamente por el atacante.

AGIX

AGIX de SingularityNET se convirtió en otra parte importante del incidente más amplio, ya que los investigadores rastrearon actividad no autorizada en redes y contratos adicionales. Un análisis más amplio entre cadenas atribuyó aproximadamente 895,96 millones de AGIX a actividad de conversión no autorizada, mientras que observaciones anteriores centradas en ethereum capturaron cantidades más pequeñas en etapas tempranas de la investigación. Estas cifras diferentes reflejan variaciones en la cobertura de cadena, el momento y la metodología, más que necesariamente informes contradictorios. Los números en evolución demuestran cómo el tamaño estimado de una explotación entre cadenas puede cambiar a medida que los analistas identifican transacciones adicionales.

La actividad de AGIX también sometió a mayor escrutinio la infraestructura de conversión de AGIX a FET, que se pausó mientras los equipos investigaban los sistemas afectados. Esta respuesta operativa fue significativa para los usuarios participantes en la migración más amplia del token ASI, ya que las rutas de conversión normales se vieron interrumpidas, aunque la posesión ordinaria de FET no se vio directamente comprometida. La pausa también brindó a los investigadores tiempo para revisar los permisos de los firmantes y determinar si una autorización comprometida podría reutilizarse contra otros contratos. Restaurar esos servicios de forma segura dependerá de la confianza en que las credenciales y permisos vulnerables hayan sido reemplazados o revocados.

WMTx

El ataque también afectó la infraestructura WMTx de World Mobile, añadiendo otro token a la creciente lista de actividades no autorizadas relacionadas con el incidente. Un análisis multipropiedad más amplio rastreó aproximadamente 500,48 millones de WMTx, mientras que capturas anteriores centradas en ethereum registraron cantidades menores antes de que los investigadores reconstruyeran la secuencia completa. La diferencia ilustra por qué los informes iniciales sobre el hack a menudo cambian a medida que se revisan más cadenas y transacciones. Los incidentes multipropiedad pueden involucrar cientos de transacciones en diferentes sistemas, lo que hace que las estimaciones iniciales sean inherentemente incompletas.

La actividad de WMTx resalta aún más la brecha entre el valor nominal del token y su valor realizable. Los saldos controlados por el atacante pueden parecer extremadamente valiosos cuando se miden utilizando un precio de mercado anterior al exploit, pero esos precios asumen condiciones de liquidez normales. Vender cientos de millones de tokens recién creados puede abrumar a los compradores disponibles y hacer caer bruscamente el mercado, reduciendo los ingresos disponibles de cada venta adicional. Este efecto de liquidez es una de las principales razones por las que las valoraciones posteriores no deben considerarse equivalentes a pérdidas financieras confirmadas.

CGV

Aproximadamente 492,4 millones de CGV vinculados a Cogito también se incluyeron en la reconstrucción más amplia en la cadena. Su inclusión mostró que la infraestructura de autorización comprometida podría afectar varios activos interconectados en lugar de permanecer aislada en un solo contrato de migración o proyecto. La actividad adicional de los tokens amplió el alcance de la investigación y aumentó la presión sobre los proyectos conectados para revisar los permisos de firmantes, los mecanismos de conversión de tokens y los controles de acceso entre cadenas. También demostró cómo una vulnerabilidad a nivel de infraestructura puede generar riesgos en múltiples activos, incluso cuando cada cadena subyacente continúa operando.

En conjunto, el drenaje de FET y la actividad no autorizada que involucra NTX, AGIX, WMTx y CGV ilustran por qué las debilidades en un blockchain bridge o sistema de migración pueden generar riesgos que se extienden mucho más allá de un solo token. Los sistemas entre cadenas suelen depender de componentes privilegiados que autorizan transferencias o emisión de tokens entre redes, lo que convierte a esos componentes en objetivos atractivos para los atacantes. Por lo tanto, el incidente pone una atención más amplia en el diseño de los firmantes, la gestión de permisos, los límites de transacción y las salvaguardias utilizadas para verificar que las solicitudes de conversión entre cadenas correspondan a actividad legítima.

La cantidad perdida en el hack de Fetch.ai depende de qué parte del incidente se esté midiendo. La cifra directa más clara es aproximadamente de $1.53 millones a $1.56 millones, que representa los 8.72 millones de FET retirados de TokenConversionManagerV3. Los primeros informes posteriormente elevaron la estimación del impacto a alrededor de $2 millones al incluir la actividad no autorizada de NTX y otros componentes tempranos del ataque. Un análisis más amplio en la cadena rastreó posteriormente cientos de ETH en ingresos provenientes de ventas que involucraban múltiples tokens afectados, mostrando que el incidente había crecido más allá de la transacción inicial de FET.

Una reconstrucción posterior estimó alrededor de $2.25 millones en valor realizado o líquido en las carteras rastreadas del atacante en un momento de la investigación. En contraste, algunos informes situaron las tenencias del atacante en aproximadamente $16.77 millones después de incluir grandes cantidades de AGIX, WMTx y otros activos no autorizados a precios de mercado cotizados. Esa cifra más alta representaba una valoración nominal en lugar de una ganancia en efectivo confirmada, porque la liquidez de mercado disponible no necesariamente podía soportar la venta de los saldos completos de tokens a esos precios. Para lectores que comparan las cifras del exploit de Fetch.ai, la distinción clave es, por lo tanto, entre los $1.56 millones drenados directamente en FET, el estimado inicial de aproximadamente $2 millones en múltiples tokens, unos $2.25 millones en valor líquido o realizado rastreado, y valoraciones teóricas mucho mayores de las tenencias no autorizadas de tokens.

La explotación generó preocupaciones sobre la seguridad de FET, la migración de tokens y la infraestructura del puente ASI Alliance, pero la información disponible no indica que la red subyacente de Fetch.ai haya sido comprometida ampliamente. El incidente se concentró en sistemas específicos de conversión, autorización y puente, más que en el funcionamiento normal del token en sí. FET continuó operando mientras los equipos restringían las rutas de migración afectadas e investigaban credenciales privilegiadas relacionadas con el ataque más amplio. Esta distinción es importante para separar el riesgo de infraestructura de la seguridad de los saldos ordinarios de tokens.

La importancia a largo plazo del evento dependerá de los hallazgos técnicos finales y de cómo los proyectos afectados fortalezcan su arquitectura de puente y gestión de claves. Los inversores y titulares de tokens estarán atentos a pruebas de que los permisos comprometidos han sido revocados, los contratos vulnerables han sido actualizados y las funciones de migración pueden reanudarse de forma segura. Cualquier post-mortem detallado también será importante para establecer con precisión cómo se comprometió la infraestructura de firma y si el incidente expuso debilidades que podrían afectar otros sistemas conectados. Hasta entonces, algunos aspectos de la causa raíz siguen siendo preliminares.

Seguridad del titular de FET

Los aproximadamente 8,72 millones de FET involucrados en el exploit ya existían dentro del convertidor. El atacante no creó miles de millones de nuevos FET de la manera en que apareció la oferta de tokens no autorizada para varios de los otros activos afectados. Tampoco hay evidencia de que el incidente haya alterado ampliamente los saldos mantenidos en monederos personales no relacionados o comprometido transacciones normales en la red de Fetch.ai. Esto hace que el impacto de seguridad sea diferente al de un exploit que ataque directamente las cuentas de los usuarios o modifique la oferta subyacente de tokens.

Los titulares de FET deben, sin embargo, continuar siguiendo los avisos oficiales sobre la disponibilidad del puente, la migración de tokens y las operaciones del exchange, ya que estos servicios pueden restringirse incluso cuando el token subyacente sigue funcionando. Los operadores que monitorean cómo las nuevas actualizaciones de seguridad afectan las condiciones del mercado también pueden seguir el mercado de operación FET/USDT junto con los anuncios oficiales del proyecto. Los usuarios deben mantenerse particularmente cautelosos con servicios falsos de recuperación, enlaces de phishing e instrucciones de migración no oficiales, ya que los principales incidentes de seguridad cripto suelen crear oportunidades para estafas secundarias dirigidas a titulares preocupados.

Recuperación de ASI

La siguiente etapa para Fetch.ai, SingularityNET y otros proyectos afectados se centra en asegurar la infraestructura de puente, reemplazar o revocar credenciales comprometidas y revisar los permisos privilegiados de los contratos. Las restricciones preventivas sobre la migración y las funciones de puente pueden ayudar a contener una exposición adicional mientras los investigadores determinan exactamente qué sistemas fueron afectados. Los equipos también podrían necesitar revisar si los modelos de autorización dependen demasiado de claves de firma individuales y si se requieren controles adicionales antes de que los servicios entre cadenas puedan reanudarse de forma segura.

La atención también se centrará en la migración de AGIX a FET, la restauración del puente, los cambios en la gestión de claves, las auditorías de contratos inteligentes, la recuperación de activos y un informe final de post-mortem de seguridad. Los datos en cadena pueden mostrar qué transacciones ocurrieron, qué contratos se llamaron y dónde se movieron los fondos, pero determinar exactamente cómo se obtuvo la clave de firma con privilegios requiere una investigación adicional más allá de los registros de la cadena de bloques. Por lo tanto, un informe final detallado será importante para establecer la causa raíz, explicar las medidas de corrección y restaurar la confianza en la infraestructura intercadena afectada. La efectividad de esos cambios probablemente moldeará cómo se percibe el incidente a largo plazo.

La explotación de Fetch.ai FET comenzó con la retirada de aproximadamente 8.72 millones de FET valorados en unos $1.56 millones desde un convertidor de tokens de ethereum y posteriormente se expandió a actividades no autorizadas que involucraron NTX, AGIX, WMTx y CGV. Las pruebas apuntan hacia una autorización privilegiada comprometida en lugar de un fallo de la cadena de bloques de Fetch.ai, mostrando cómo el control de una credencial de firma confiable puede exponer la infraestructura de puente y migración incluso cuando la red subyacente sigue operativa. El incidente más amplio también demuestra cómo los sistemas de tokens interconectados pueden amplificar el impacto de un único fallo de autorización en varios activos y cadenas.

El ataque también muestra por qué las cifras de explotación en cripto requieren una interpretación cuidadosa. Los activos directamente robados, los ingresos realizados y el valor nominal del suministro de tokens no autorizados son mediciones diferentes, especialmente cuando los mercados afectados tienen liquidez limitada. Para Fetch.ai y el ecosistema ASI en general, los siguientes desarrollos importantes serán la investigación final, controles más sólidos de gestión de claves, la restauración de los servicios de migración y cualquier otra información sobre la recuperación de activos. Esas actualizaciones proporcionarán una imagen más clara del impacto financiero y las implicaciones de seguridad a largo plazo del incidente.

1. ¿Cuándo ocurrió la explotación de Fetch.ai FET?

La retirada principal de FET ocurrió el 19 de septiembre de 2026, aproximadamente a las 20:21 UTC en Ethereum. Los investigadores identificaron posteriormente actividad no autorizada adicional que involucraba NTX, AGIX, WMTx y CGV mientras reconstruían el ataque más amplio a través de la infraestructura conectada. Por lo tanto, el incidente evolucionó desde una sola transacción de alto valor de FET hacia una investigación de seguridad más amplia que involucra múltiples tokens.

2. ¿Cuánto FET fue robado en la explotación de Fetch.ai?

Aproximadamente 8,72 millones de FET fueron retirados del contrato TokenConversionManagerV3. Los tokens tenían un valor de aproximadamente $1,53 millones a $1,56 millones en ese momento y posteriormente se intercambiaron por aproximadamente 523 ETH. Esta pérdida directa de FET debe distinguirse de estimaciones más grandes que incluyen actividades no autorizadas involucrando otros tokens.

3. ¿Fue la cadena de bloques de Fetch.ai misma hackeada?

La evidencia disponible no indica que la cadena de bloques subyacente de Fetch.ai haya sido comprometida. El incidente se centró en la infraestructura de conversión, puente y autorización privilegiada basada en Ethereum, y no en el funcionamiento normal de la red de Fetch.ai. El atacante parece haber abusado de credenciales confiadas por contratos específicos en lugar de romper el mecanismo de consenso de la cadena de bloques.

4. ¿Creó el atacante nuevos tokens FET?

No. Los 8,72 millones de FET involucrados en el exploit ya existían dentro del contrato de conversión y fueron transferidos fuera. Esto difiere de la actividad no autorizada que involucró a NTX, AGIX, WMTx y CGV, donde se crearon o liberaron grandes cantidades de suministro de tokens a través de infraestructura comprometida. Esa diferencia es importante al comparar el impacto financiero en los activos afectados.

5. ¿Por qué las estimaciones de pérdida por el hack de Fetch.ai oscilan entre $1,56 millones y $16,77 millones?

Las cifras miden diferentes partes del incidente. $1.56 millones se refieren al drenaje directo de FET, aproximadamente $2 millones fue una estimación inicial que incluía actividad adicional de tokens, y alrededor de $2.25 millones representaron el valor líquido o realizado rastreado en una etapa. La cifra mucho mayor de $16.77 millones representó una valoración nominal de las tenencias de tokens controladas por el atacante, y no una ganancia realizada confirmada, lo que significa que no debe interpretarse como la cantidad retirada con éxito.

6. ¿Se vieron afectados los monederos personales de FET?

No hay evidencia de que el incidente haya agotado ampliamente los monederos de los titulares ordinarios de FET. El atacante objetó infraestructura específica de conversión, puente y autorización, en lugar de saldos normales de FET. Los usuarios deben seguir monitoreando los avisos oficiales de migración y exchange, ya que las restricciones operativas pueden continuar mientras los equipos de seguridad revisan los sistemas afectados y restauran los servicios.

Descargo de responsabilidad: Este artículo tiene fines informativos únicamente y no constituye asesoría financiera, de inversión ni de operación. Los activos cripto son volátiles, y los lectores deben realizar su propia investigación antes de tomar decisiones financieras.

Aviso: Esta página fue traducida utilizando tecnología de IA para tu conveniencia. Para obtener la información más precisa, consulta la versión original en inglés.