Environ 400 millions de FOGO, soit 4 % de l’offre initiale, ont été transférés le 29 août 2026 depuis un portefeuille compromis de la fondation, tandis que la blockchain Fogo continuait de fonctionner. L’incident FOGO correspond à une compromission de la conservation des actifs, et non à une défaillance du consensus...
Publié parModifié avec GPT-5.6 LunaImages générées avec GPT Image 1.5
Réponse de recherche

Create 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
Les incidents FOGO et Avici/Rain, survenus à la fin du mois d’août 2026, n’étaient pas de même nature. Ils ont toutefois un point commun : un accès privilégié mal protégé peut transformer une faiblesse ciblée en pertes massives en quelques minutes.
Dans le cas de Fogo, un attaquant non identifié a transféré environ 400 millions de tokens FOGO vers une adresse malveillante. Cette somme représente 4 % de l’offre initiale du token et plus de 10 % de son offre en circulation rapportée. La blockchain Fogo elle-même est restée opérationnelle. Les informations publiques disponibles ne permettent pas d’établir comment l’attaquant a obtenu l’accès initial au portefeuille de la fondation. 4
12
La compromission concernait un portefeuille de la Fogo Foundation qui détenait une importante allocation de tokens. La fondation a indiqué avoir prévenu les principales plateformes d’échange et coopérer avec les autorités ainsi qu’avec des sociétés spécialisées dans l’analyse forensique des blockchains. L’objectif est de suivre les fonds, de limiter si possible les dépôts, retraits et conversions, puis de tenter de les récupérer. 4
12
Cette distinction est essentielle : les informations disponibles décrivent une faille dans la conservation des actifs de la fondation, et non une compromission du mécanisme de consensus ou du fonctionnement de la blockchain Fogo. Le réseau a continué à fonctionner normalement, selon la fondation. 12
15
Le cours du FOGO aurait reculé d’environ 20 % après le transfert. L’ampleur exacte de la baisse varie toutefois selon la plateforme et l’heure retenue pour la mesure. 4
La principale question technique reste sans réponse : le portefeuille a-t-il été compromis par une clé volée, une défaillance des procédures internes, une opération d’ingénierie sociale ou un autre moyen ? En l’absence d’éléments publics suffisants, aucune méthode d’attaque précise ne peut être considérée comme confirmée.
L’incident Avici concernait une ancienne version vulnérable d’un contrat de carte Solana fourni par Rain. Selon les informations publiées, l’attaquant a utilisé des ensembles de signatures spécialement construits pour obtenir des privilèges non autorisés d’administrateur des collatéraux, puis retirer des fonds. Le contrat concerné était utilisé par Avici et par un petit nombre d’autres programmes. 10
Avici a précisé que l’incident touchait le contrat Solana distinct qui conservait les soldes des cartes après leur approvisionnement, et non les portefeuilles Solana ou EVM en auto-conservation des utilisateurs. Le rapprochement communiqué par l’entreprise fait état de 500 859,22 dollars répartis entre 1 685 utilisateurs. Rain et Avici ont indiqué que les contrats concernés avaient été mis à niveau et qu’aucune nouvelle activité non autorisée n’avait été détectée. Les deux entreprises ont promis un remboursement intégral. 3
5
8
10
Parallèlement, le suivi des transactions sur la chaîne a identifié la conversion de 10 000 SOL en environ 1,02 million de dollars en USDC. Les fonds auraient ensuite été transférés via un pont inter-chaînes vers environ 418 ETH, puis acheminés à travers Tornado Cash. Ces estimations de flux ne doivent pas être assimilées au montant confirmé des soldes de cartes Avici : les premières analyses on-chain et le rapprochement ultérieur de l’entreprise ne mesuraient pas exactement le même aspect de l’incident. 2
6
14
46
Avici aurait également déposé une plainte auprès de l’Internet Crime Complaint Center, le service de signalement des crimes en ligne du FBI. Les éléments publics disponibles ici ne permettent toutefois pas de vérifier indépendamment le contenu de cette plainte. 48
Les deux affaires peuvent être résumées ainsi :
Aucun de ces incidents ne montre qu’une blockchain entière a automatiquement cessé de fonctionner. Ils illustrent plutôt un problème plus large : les applications, portefeuilles, contrats et procédures opérationnelles connectés à une blockchain constituent souvent sa véritable surface d’attaque.
L’incident de Term Labs, le 23 août, montre qu’un accès privilégié ne provient pas nécessairement d’une clé privée ou d’un administrateur de contrat. D’après les informations publiées, l’attaquant aurait dépensé environ 951 dollars pour acquérir suffisamment de pouvoir de vote afin de faire adopter des propositions malveillantes et vider environ 8,5 millions de dollars des coffres de stratégie. Les actifs volés comprenaient environ 2 843 ETH et 1,68 million d’USDC. 1
11
Le pouvoir de vote devient ainsi une frontière de sécurité à part entière. Lorsqu’un protocole permet à une majorité achetée à faible coût de modifier rapidement les permissions ou de prendre le contrôle de coffres, le système de gouvernance peut fonctionner, dans les faits, comme une clé d’administration.
Un portefeuille de trésorerie, un administrateur de contrat, un token de gouvernance ou une autorité de migration peut contrôler des actifs sans que le consensus de la blockchain ne présente la moindre défaillance. Ces privilèges doivent être réduits au strict nécessaire, répartis entre plusieurs parties lorsque cela est possible, protégés par des contrôles de signature robustes et surveillés afin de détecter les transferts ou changements de permissions inhabituels.
L’affaire Rain montre le danger de laisser une ancienne version de contrat active dans certains programmes. Une migration sûre exige un inventaire complet des déploiements, une échéance clairement définie, la désactivation des anciennes autorités lorsque c’est possible et une surveillance des appels adressés aux contrats obsolètes. 3
10
Un audit classique ne protège pas nécessairement contre une clé de trésorerie compromise, une mise à niveau mal gérée, une erreur dans le périmètre d’une signature ou un système de gouvernance dont le pouvoir peut être acheté à bas prix. Les revues de sécurité doivent couvrir les chemins d’autorisation, la validation des signatures, la logique de mise à niveau et de migration, la conservation des clés et l’économie de la gouvernance — pas seulement la dernière version du code.
Le contexte général se dégrade également. Selon des données de DefiLlama rapportées par The Defiant, la finance décentralisée a connu environ 70 exploits au deuxième trimestre 2026, pour près de 746 millions de dollars volés — soit environ deux fois le précédent record trimestriel en nombre d’incidents. 20
Les chiffres varient selon les bases de données et les méthodes de comptage. La tendance reste néanmoins nette : utilisateurs et développeurs sont confrontés à des défaillances répétées touchant les clés, les permissions, les ponts inter-chaînes, la gouvernance et les contrats intelligents. 19
25
Utiliser uniquement les canaux officiels liés à l’incident. Évitez les liens envoyés dans des réponses sur les réseaux sociaux, par message privé ou via de prétendus formulaires de récupération. Les exploits très médiatisés sont souvent suivis d’arnaques au phishing et de fausses offres de récupération.
Ne déplacer les fonds qu’en cas d’exposition crédible. Si une clé privée, un portefeuille ou une permission liée à un contrat concerné peut être compromis, transférez les actifs vers un portefeuille nouvellement créé, de préférence avec une signature protégée par matériel, après avoir vérifié l’adresse de destination par un canal indépendant. Ne déplacez pas vos fonds sur la seule base d’une rumeur non vérifiée.
Examiner et révoquer les permissions inutiles. Vérifiez les autorisations de tokens inconnues, les délégations et les allocations illimitées associées à des applications touchées ou obsolètes. Contrôlez le réseau et l’adresse du contrat avant d’utiliser un outil de révocation : de faux sites de « révocation d’autorisations » peuvent eux aussi voler des fonds.
Les utilisateurs d’Avici doivent distinguer les soldes de carte des portefeuilles en auto-conservation. Le composant concerné était le contrat distinct des soldes de carte. Suivez les instructions de remboursement publiées par des canaux vérifiés et ne communiquez jamais votre phrase de récupération ni votre clé privée. 3
5
14
Conserver les preuves. Enregistrez les adresses de portefeuille, les identifiants de transaction, les captures d’écran, les soldes et les horaires. Ces éléments peuvent faciliter le gel des fonds sur une plateforme, une demande de remboursement ou un signalement aux autorités.
Considérer tout remboursement comme en attente jusqu’à sa réception. Une promesse de remboursement ne signifie pas que les fonds ont été récupérés. Ne versez jamais de frais à l’avance à une personne prétendant pouvoir récupérer des actifs volés.
La leçon immédiate de FOGO est claire : une blockchain peut continuer de fonctionner alors qu’un portefeuille privilégié subit une compromission dévastatrice. L’affaire Avici/Rain ajoute un second avertissement : même lorsqu’un contrat vulnérable est identifié et mis à niveau, les anciens déploiements et les chemins d’autorisation peuvent maintenir les utilisateurs en danger. La sécurité de la DeFi dépend donc autant d’une conservation rigoureuse, de migrations complètes, de permissions limitées et d’une gouvernance difficile à capturer que du caractère immuable du code.
Studio Global AI
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Environ 400 millions de FOGO, soit 4 % de l’offre initiale, ont été transférés le 29 août 2026 depuis un portefeuille compromis de la fondation, tandis que la blockchain Fogo continuait de fonctionner.
Environ 400 millions de FOGO, soit 4 % de l’offre initiale, ont été transférés le 29 août 2026 depuis un portefeuille compromis de la fondation, tandis que la blockchain Fogo continuait de fonctionner. L’incident FOGO correspond à une compromission de la conservation des actifs, et non à une défaillance du consensus ou du réseau sous jacent.
L’attaque Avici/Rain reposait sur une ancienne version vulnérable d’un contrat Solana : 1 685 utilisateurs ont été touchés pour un solde confirmé de 500 859,22 dollars, avec un remboursement intégral promis.
Environ 400 millions de FOGO, soit 4 % de l’offre initiale, ont été transférés le 29 août 2026 depuis un portefeuille compromis de la fondation, tandis que la blockchain Fogo continuait de fonctionner. L’incident FOGO correspond à une compromission de la conservation des actifs, et non à une défaillance du consensus...
Publié parModifié avec GPT-5.6 LunaImages générées avec GPT Image 1.5
Réponse de recherche

Create 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
Les incidents FOGO et Avici/Rain, survenus à la fin du mois d’août 2026, n’étaient pas de même nature. Ils ont toutefois un point commun : un accès privilégié mal protégé peut transformer une faiblesse ciblée en pertes massives en quelques minutes.
Dans le cas de Fogo, un attaquant non identifié a transféré environ 400 millions de tokens FOGO vers une adresse malveillante. Cette somme représente 4 % de l’offre initiale du token et plus de 10 % de son offre en circulation rapportée. La blockchain Fogo elle-même est restée opérationnelle. Les informations publiques disponibles ne permettent pas d’établir comment l’attaquant a obtenu l’accès initial au portefeuille de la fondation. 4
12
La compromission concernait un portefeuille de la Fogo Foundation qui détenait une importante allocation de tokens. La fondation a indiqué avoir prévenu les principales plateformes d’échange et coopérer avec les autorités ainsi qu’avec des sociétés spécialisées dans l’analyse forensique des blockchains. L’objectif est de suivre les fonds, de limiter si possible les dépôts, retraits et conversions, puis de tenter de les récupérer. 4
12
Cette distinction est essentielle : les informations disponibles décrivent une faille dans la conservation des actifs de la fondation, et non une compromission du mécanisme de consensus ou du fonctionnement de la blockchain Fogo. Le réseau a continué à fonctionner normalement, selon la fondation. 12
15
Le cours du FOGO aurait reculé d’environ 20 % après le transfert. L’ampleur exacte de la baisse varie toutefois selon la plateforme et l’heure retenue pour la mesure. 4
La principale question technique reste sans réponse : le portefeuille a-t-il été compromis par une clé volée, une défaillance des procédures internes, une opération d’ingénierie sociale ou un autre moyen ? En l’absence d’éléments publics suffisants, aucune méthode d’attaque précise ne peut être considérée comme confirmée.
L’incident Avici concernait une ancienne version vulnérable d’un contrat de carte Solana fourni par Rain. Selon les informations publiées, l’attaquant a utilisé des ensembles de signatures spécialement construits pour obtenir des privilèges non autorisés d’administrateur des collatéraux, puis retirer des fonds. Le contrat concerné était utilisé par Avici et par un petit nombre d’autres programmes. 10
Avici a précisé que l’incident touchait le contrat Solana distinct qui conservait les soldes des cartes après leur approvisionnement, et non les portefeuilles Solana ou EVM en auto-conservation des utilisateurs. Le rapprochement communiqué par l’entreprise fait état de 500 859,22 dollars répartis entre 1 685 utilisateurs. Rain et Avici ont indiqué que les contrats concernés avaient été mis à niveau et qu’aucune nouvelle activité non autorisée n’avait été détectée. Les deux entreprises ont promis un remboursement intégral. 3
5
8
10
Parallèlement, le suivi des transactions sur la chaîne a identifié la conversion de 10 000 SOL en environ 1,02 million de dollars en USDC. Les fonds auraient ensuite été transférés via un pont inter-chaînes vers environ 418 ETH, puis acheminés à travers Tornado Cash. Ces estimations de flux ne doivent pas être assimilées au montant confirmé des soldes de cartes Avici : les premières analyses on-chain et le rapprochement ultérieur de l’entreprise ne mesuraient pas exactement le même aspect de l’incident. 2
6
14
46
Avici aurait également déposé une plainte auprès de l’Internet Crime Complaint Center, le service de signalement des crimes en ligne du FBI. Les éléments publics disponibles ici ne permettent toutefois pas de vérifier indépendamment le contenu de cette plainte. 48
Les deux affaires peuvent être résumées ainsi :
Aucun de ces incidents ne montre qu’une blockchain entière a automatiquement cessé de fonctionner. Ils illustrent plutôt un problème plus large : les applications, portefeuilles, contrats et procédures opérationnelles connectés à une blockchain constituent souvent sa véritable surface d’attaque.
L’incident de Term Labs, le 23 août, montre qu’un accès privilégié ne provient pas nécessairement d’une clé privée ou d’un administrateur de contrat. D’après les informations publiées, l’attaquant aurait dépensé environ 951 dollars pour acquérir suffisamment de pouvoir de vote afin de faire adopter des propositions malveillantes et vider environ 8,5 millions de dollars des coffres de stratégie. Les actifs volés comprenaient environ 2 843 ETH et 1,68 million d’USDC. 1
11
Le pouvoir de vote devient ainsi une frontière de sécurité à part entière. Lorsqu’un protocole permet à une majorité achetée à faible coût de modifier rapidement les permissions ou de prendre le contrôle de coffres, le système de gouvernance peut fonctionner, dans les faits, comme une clé d’administration.
Un portefeuille de trésorerie, un administrateur de contrat, un token de gouvernance ou une autorité de migration peut contrôler des actifs sans que le consensus de la blockchain ne présente la moindre défaillance. Ces privilèges doivent être réduits au strict nécessaire, répartis entre plusieurs parties lorsque cela est possible, protégés par des contrôles de signature robustes et surveillés afin de détecter les transferts ou changements de permissions inhabituels.
L’affaire Rain montre le danger de laisser une ancienne version de contrat active dans certains programmes. Une migration sûre exige un inventaire complet des déploiements, une échéance clairement définie, la désactivation des anciennes autorités lorsque c’est possible et une surveillance des appels adressés aux contrats obsolètes. 3
10
Un audit classique ne protège pas nécessairement contre une clé de trésorerie compromise, une mise à niveau mal gérée, une erreur dans le périmètre d’une signature ou un système de gouvernance dont le pouvoir peut être acheté à bas prix. Les revues de sécurité doivent couvrir les chemins d’autorisation, la validation des signatures, la logique de mise à niveau et de migration, la conservation des clés et l’économie de la gouvernance — pas seulement la dernière version du code.
Le contexte général se dégrade également. Selon des données de DefiLlama rapportées par The Defiant, la finance décentralisée a connu environ 70 exploits au deuxième trimestre 2026, pour près de 746 millions de dollars volés — soit environ deux fois le précédent record trimestriel en nombre d’incidents. 20
Les chiffres varient selon les bases de données et les méthodes de comptage. La tendance reste néanmoins nette : utilisateurs et développeurs sont confrontés à des défaillances répétées touchant les clés, les permissions, les ponts inter-chaînes, la gouvernance et les contrats intelligents. 19
25
Utiliser uniquement les canaux officiels liés à l’incident. Évitez les liens envoyés dans des réponses sur les réseaux sociaux, par message privé ou via de prétendus formulaires de récupération. Les exploits très médiatisés sont souvent suivis d’arnaques au phishing et de fausses offres de récupération.
Ne déplacer les fonds qu’en cas d’exposition crédible. Si une clé privée, un portefeuille ou une permission liée à un contrat concerné peut être compromis, transférez les actifs vers un portefeuille nouvellement créé, de préférence avec une signature protégée par matériel, après avoir vérifié l’adresse de destination par un canal indépendant. Ne déplacez pas vos fonds sur la seule base d’une rumeur non vérifiée.
Examiner et révoquer les permissions inutiles. Vérifiez les autorisations de tokens inconnues, les délégations et les allocations illimitées associées à des applications touchées ou obsolètes. Contrôlez le réseau et l’adresse du contrat avant d’utiliser un outil de révocation : de faux sites de « révocation d’autorisations » peuvent eux aussi voler des fonds.
Les utilisateurs d’Avici doivent distinguer les soldes de carte des portefeuilles en auto-conservation. Le composant concerné était le contrat distinct des soldes de carte. Suivez les instructions de remboursement publiées par des canaux vérifiés et ne communiquez jamais votre phrase de récupération ni votre clé privée. 3
5
14
Conserver les preuves. Enregistrez les adresses de portefeuille, les identifiants de transaction, les captures d’écran, les soldes et les horaires. Ces éléments peuvent faciliter le gel des fonds sur une plateforme, une demande de remboursement ou un signalement aux autorités.
Considérer tout remboursement comme en attente jusqu’à sa réception. Une promesse de remboursement ne signifie pas que les fonds ont été récupérés. Ne versez jamais de frais à l’avance à une personne prétendant pouvoir récupérer des actifs volés.
La leçon immédiate de FOGO est claire : une blockchain peut continuer de fonctionner alors qu’un portefeuille privilégié subit une compromission dévastatrice. L’affaire Avici/Rain ajoute un second avertissement : même lorsqu’un contrat vulnérable est identifié et mis à niveau, les anciens déploiements et les chemins d’autorisation peuvent maintenir les utilisateurs en danger. La sécurité de la DeFi dépend donc autant d’une conservation rigoureuse, de migrations complètes, de permissions limitées et d’une gouvernance difficile à capturer que du caractère immuable du code.
Studio Global AI
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Environ 400 millions de FOGO, soit 4 % de l’offre initiale, ont été transférés le 29 août 2026 depuis un portefeuille compromis de la fondation, tandis que la blockchain Fogo continuait de fonctionner.
Environ 400 millions de FOGO, soit 4 % de l’offre initiale, ont été transférés le 29 août 2026 depuis un portefeuille compromis de la fondation, tandis que la blockchain Fogo continuait de fonctionner. L’incident FOGO correspond à une compromission de la conservation des actifs, et non à une défaillance du consensus ou du réseau sous jacent.
L’attaque Avici/Rain reposait sur une ancienne version vulnérable d’un contrat Solana : 1 685 utilisateurs ont été touchés pour un solde confirmé de 500 859,22 dollars, avec un remboursement intégral promis.