RespuestasPublicado27 fuentes
FOGO pierde 400 millones de tokens mientras la blockchain sigue operativa
Un atacante transfirió aproximadamente 400 millones de FOGO —el 4 % del suministro inicial y más del 10 % del suministro circulante reportado— desde una cartera de la Fundación el 29 de agosto de 2026, mientras la blo... El caso de FOGO fue una brecha de custodia en una cartera privilegiada, no una prueba de que el...
Publicado porEditado con GPT-5.6 LunaImágenes generadas con GPT Image 1.5
Respuesta de investigación
Conclusiones clave
- Un atacante transfirió aproximadamente 400 millones de FOGO —el 4 % del suministro inicial y más del 10 % del suministro circulante reportado— desde una cartera de la Fundación el 29 de agosto de 2026, mientras la blo...
- El caso de FOGO fue una brecha de custodia en una cartera privilegiada, no una prueba de que el consenso o la cadena base de Fogo hubieran fallado.
- Los incidentes de Avici/Rain y Term Labs muestran que los contratos antiguos, los permisos administrativos y el poder de gobernanza pueden convertirse en puntos únicos de control y provocar pérdidas millonarias.
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What happened in the August 29, 2026 FOGO blockchain exploit—including how an attacker compromised a Foundation wallet and stole approximate. Article summary: These were different failures with a common lesson: privileged access and old code can turn a localized security weakness into an immediate, large-scale loss. Public reporting supports the broad facts, but it does not es. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
Los ataques de FOGO y Avici/Rain fueron distintos, pero dejan una misma advertencia: un acceso privilegiado puede convertir un problema de seguridad aparentemente localizado en una pérdida de fondos a gran velocidad.
En el caso de FOGO, un atacante desconocido transfirió aproximadamente 400 millones de tokens —el 4 % del suministro inicial y más del 10 % del suministro circulante reportado— a una dirección maliciosa. La blockchain de Fogo continuó funcionando con normalidad. La información pública disponible no determina cómo obtuvo el atacante el acceso inicial a la cartera de la Fundación. 4
12
Qué ocurrió con FOGO
La brecha afectó a una cartera de la Fundación Fogo que custodiaba una asignación importante de tokens. La Fundación afirmó que había avisado a grandes exchanges y que estaba coordinándose con las autoridades y empresas de análisis forense de blockchain para rastrear los fondos, limitar depósitos o retiros cuando fuera posible y tratar de recuperarlos. 4
12
La diferencia es importante: los reportes describen una vulneración de la custodia de la Fundación, no un ataque contra el mecanismo de consenso de Fogo ni un fallo de la red subyacente. Fogo aseguró que la cadena seguía operativa. 12
15
El precio de FOGO cayó aproximadamente un 20 % después de la transferencia, aunque la magnitud exacta varió según el exchange y el momento utilizado para medirla. 4
Todavía no existe información pública suficiente para confirmar el método de ataque. No está claro si se trató de una clave robada, un fallo de seguridad operacional, ingeniería social u otra vía. Por eso, cualquier explicación concreta sobre el origen de la intrusión debe considerarse no confirmada.
Avici/Rain: un problema de código y autorización
El incidente de Avici fue diferente. En este caso, el atacante explotó una versión vulnerable y desactualizada del contrato de tarjetas de Rain en Solana, utilizado por Avici y algunos otros programas. Según los reportes, el atacante presentó paquetes de firmas diseñados para obtener privilegios no autorizados de administrador de garantías y después retirar fondos. 10
Avici explicó que el incidente afectó al contrato independiente de Solana que almacenaba los saldos de las tarjetas después de las recargas, no a las carteras de Solana o EVM bajo autocustodia de los usuarios. La conciliación comunicada por la empresa situó el saldo afectado en 500.859,22 dólares distribuidos entre 1.685 usuarios. Rain y Avici afirmaron que los contratos pertinentes ya habían sido actualizados y que no se había detectado nueva actividad no autorizada. Ambas compañías prometieron reembolsar íntegramente a los usuarios afectados. 3
5
8
10
El seguimiento en cadena registró por separado el movimiento de 10.000 SOL, convertidos en aproximadamente 1,02 millones de dólares en USDC. Después, los fondos pasaron por un puente hasta transformarse en unos 418 ETH y fueron enviados a través de Tornado Cash. Estas estimaciones de los flujos en cadena no deben confundirse con la cifra confirmada de los saldos de tarjetas de Avici: ambas mediciones describen aspectos diferentes del incidente. 2
6
14
46
Avici también habría presentado una denuncia ante el Centro de Denuncias de Delitos por Internet del FBI, conocido como IC3. Sin embargo, el material público disponible no aporta suficientes detalles de fuentes primarias para verificar de forma independiente el contenido de esa denuncia. 48
La diferencia clave: custodia frente a código
Los dos incidentes pueden resumirse así:
- FOGO: un atacante obtuvo el control de una cartera privilegiada de la Fundación y transfirió una gran asignación de tokens. La cadena permaneció en línea.
- Avici/Rain: un atacante aprovechó debilidades de autorización y validación de firmas en un contrato inteligente antiguo que controlaba saldos de tarjetas de clientes.
Ninguno de los dos casos demuestra que una blockchain completa haya dejado de funcionar automáticamente. Lo que muestran es que las carteras, los contratos, las aplicaciones y los controles operativos conectados a una blockchain pueden convertirse en la verdadera superficie de ataque.
El precedente de Term Labs: la gobernanza también puede ser una llave maestra
El incidente de Term Labs del 23 de agosto muestra que el acceso privilegiado no siempre depende de una clave privada o de un administrador de contrato. Según los reportes, un atacante gastó aproximadamente 951 dólares para adquirir suficiente poder de voto, aprobar propuestas maliciosas y retirar unos 8,5 millones de dólares de las bóvedas de estrategias. Los activos sustraídos incluían unos 2.843 ETH y 1,68 millones de USDC. 1
11
La lección es directa: el poder de voto puede convertirse en un límite de seguridad. Si un protocolo permite comprar de forma barata una mayoría capaz de modificar permisos o controlar bóvedas de inmediato, el sistema de gobernanza puede funcionar, en la práctica, como una llave administrativa.
Cuatro lecciones para la seguridad de DeFi
1. Los accesos privilegiados requieren tanta atención como el código
Una cartera de tesorería, un administrador de contrato, un token de gobernanza o una autoridad de migración pueden controlar activos sin que falle la capa de consenso de la blockchain.
Estos privilegios deberían reducirse al mínimo, repartirse entre varias partes cuando sea viable, protegerse con controles de firma sólidos y vigilarse mediante alertas para detectar transferencias inusuales o cambios de permisos.
2. Una actualización no basta si los despliegues antiguos siguen activos
El caso de Rain ilustra el riesgo de dejar una versión obsoleta de un contrato disponible en algunos programas. Una migración segura requiere inventariar todos los despliegues, fijar una fecha límite, desactivar las autoridades antiguas cuando sea posible y supervisar las llamadas a contratos retirados. 3
10
3. Las auditorías no sustituyen la seguridad operacional
Una auditoría convencional puede no detectar o impedir una clave de tesorería comprometida, una migración mal gestionada, un error en el dominio de una firma o un sistema de gobernanza cuyo poder de voto pueda comprarse a bajo coste.
Las revisiones de seguridad deben cubrir las rutas de autorización, la validación de firmas, la lógica de actualización y migración, la custodia de claves, la economía de la gobernanza y la interacción entre versiones antiguas y nuevas del código.
4. La frecuencia de los incidentes también es un riesgo
El contexto general se ha deteriorado. Los datos de DefiLlama citados por The Defiant registraron aproximadamente 70 exploits de DeFi y unos 746 millones de dólares robados durante el segundo trimestre de 2026, cerca del doble del récord trimestral anterior por número de incidentes. 20
Las cifras varían según el rastreador y la metodología: otra contabilización situó el total en 99 incidentes, aunque coincidió en los aproximadamente 746 millones de dólares en pérdidas. 19
25 La tendencia, en cualquier caso, es clara: usuarios y desarrolladores afrontan fallos repetidos en claves, permisos, puentes, sistemas de gobernanza y contratos inteligentes.
Qué deben hacer los usuarios afectados
Usar únicamente canales oficiales. No hay que abrir enlaces enviados en respuestas de redes sociales, mensajes privados o supuestos formularios de “recuperación”. Los exploits públicos suelen ir seguidos de campañas de phishing y estafas que prometen recuperar fondos.
Mover fondos solo cuando exista una exposición creíble. Si una clave privada, una cartera o un permiso de contrato relevante pudiera estar comprometido, conviene transferir los activos a una cartera nueva —preferiblemente con firma respaldada por hardware— después de verificar de forma independiente la dirección de destino. No se deben mover fondos solo por un rumor sin confirmar.
Revisar y revocar permisos innecesarios. Hay que comprobar las aprobaciones de tokens desconocidas, las autoridades delegadas y las asignaciones ilimitadas vinculadas a aplicaciones afectadas u obsoletas. Antes de usar una herramienta de revocación, se debe verificar la red y la dirección del contrato: las páginas falsas para “revocar aprobaciones” también pueden robar fondos.
Los usuarios de Avici deben distinguir entre saldos de tarjetas y carteras de autocustodia. El componente afectado, según la información comunicada, fue el contrato separado de saldos de tarjetas. Los usuarios deben seguir las instrucciones verificadas de reembolso y no revelar nunca su frase semilla ni su clave privada.
3
14
Conservar las pruebas. Conviene guardar direcciones de cartera, hashes de transacciones, capturas de pantalla, saldos y marcas de tiempo. Estos registros pueden ayudar a solicitar bloqueos en exchanges, presentar reclamaciones o informar a las autoridades.
Tratar el reembolso como pendiente hasta recibirlo. Una promesa de devolución no equivale a fondos recuperados. Nadie debería pagar una comisión por adelantado a quien asegure que puede recuperar activos robados.
La lección inmediata de FOGO es que una blockchain puede seguir funcionando mientras una cartera privilegiada sufre una intrusión devastadora. El caso de Avici/Rain añade una segunda advertencia: incluso después de identificar y actualizar un contrato vulnerable, los despliegues antiguos y las rutas de autorización pueden mantener expuestos a los usuarios.
La seguridad de DeFi no depende únicamente del código inmutable. También exige una custodia disciplinada, migraciones completas, permisos limitados y sistemas de gobernanza que no puedan capturarse de forma barata.
Studio Global AI
Continúe su investigación
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
La gente también pregunta
¿Cuál es la respuesta corta a "FOGO pierde 400 millones de tokens mientras la blockchain sigue operativa"?
Un atacante transfirió aproximadamente 400 millones de FOGO —el 4 % del suministro inicial y más del 10 % del suministro circulante reportado— desde una cartera de la Fundación el 29 de agosto de 2026, mientras la blo...
¿Cuáles son los puntos clave a validar primero?
Un atacante transfirió aproximadamente 400 millones de FOGO —el 4 % del suministro inicial y más del 10 % del suministro circulante reportado— desde una cartera de la Fundación el 29 de agosto de 2026, mientras la blo... El caso de FOGO fue una brecha de custodia en una cartera privilegiada, no una prueba de que el consenso o la cadena base de Fogo hubieran fallado.
¿Qué debo hacer a continuación en la práctica?
Los incidentes de Avici/Rain y Term Labs muestran que los contratos antiguos, los permisos administrativos y el poder de gobernanza pueden convertirse en puntos únicos de control y provocar pérdidas millonarias.