Cosmos Labs Stoppe Trois Blockchains Après Une Faille Critique

Trois réseaux blockchain mis en pause en moins d’une semaine. Un même composant technique pointé du doigt à chaque fois. Cosmos Labs a récemment demandé à l’ensemble des chaînes qui s’appuient sur son module Cosmos EVM de suspendre temporairement leurs validateurs. L’objectif ? Vérifier si elles sont exposées à une vulnérabilité encore en cours d’investigation. MANTRA, TAC et KiiChain ont déjà connu des incidents distincts liés à ce socle commun. Voici ce que l’on sait, ce qui reste flou, et pourquoi cette situation interroge toute l’architecture d’interopérabilité de l’écosystème.

Trois Réseaux Touchés En Quelques Jours Seulement

La séquence a débuté de manière brutale. Jeudi soir, MANTRA a été la première à interrompre son activité. Deux adresses de portefeuille ont été identifiées comme affectées. Un correctif version 8.4.0 a permis une reprise après environ trente heures. Aucune perte confirmée pour les utilisateurs n’a été annoncée à ce stade. L’équipe a communiqué avec une relative transparence, ce qui a calmé une partie des inquiétudes immédiates.

Peu après, TAC, un réseau compatible EVM relié à l’univers TON, a suivi le même chemin. La production de blocs a été coupée après la découverte d’une faille qui, selon les déclarations de l’équipe, touchait uniquement l’offre de son token natif. La suspension des validateurs a été présentée comme une mesure de précaution pendant l’investigation. Le ton employé restait prudent, presque technique, mais le message était clair : le module Cosmos EVM était en cause.

KiiChain a connu le scénario le plus préoccupant des trois. Un attaquant a réussi à extraire des fonds du réseau via le pont Hyperlane et à les diriger vers la BNB Smart Chain. La chaîne a ensuite été stoppée en urgence. Le montant exact des fonds déplacés n’a pas encore été rendu public. L’équipe se concentre pour l’instant sur le traçage des mouvements. Cette escalade a renforcé le sentiment d’urgence au sein de Cosmos Labs.

Pourquoi Cosmos Labs A Lancé Un Appel À La Suspension Générale

La réponse se trouve en grande partie dans les propres mots de TAC. L’équipe a indiqué suspendre temporairement les validateurs le temps de mener l’enquête. Elle a confirmé qu’une faille exploitée côté Cosmos EVM affectait l’offre du token TAC. Cosmos Labs, de son côté, n’a pas publié de liste exhaustive des chaînes potentiellement concernées. Aucun chiffre agrégé de pertes n’a non plus été communiqué. Un rapport post-mortem est annoncé une fois l’incident entièrement clos.

Cette prudence s’explique par la nature même du module. Cosmos EVM permet à de nombreuses chaînes de l’écosystème d’offrir une compatibilité Ethereum. Développeurs et liquidité y trouvent un terrain familier. Mais un défaut dans ce socle partagé se propage mécaniquement à l’ensemble des réseaux qui l’utilisent. Ce n’est plus un protocole isolé qui est menacé, c’est tout un pan de l’architecture interchaînes.

Nous suspendons temporairement les validateurs pendant que nous menons l’investigation.

Équipe TAC, message publié sur X

Le module en question gère notamment les interactions entre l’environnement Cosmos et les outils EVM. Il s’agit d’une pièce maîtresse pour les projets qui souhaitent attirer des développeurs habitués à Solidity tout en restant dans l’univers de l’interopérabilité IBC. Lorsque cette pièce montre des signes de faiblesse, la réaction naturelle consiste à freiner l’ensemble du système le temps de comprendre l’étendue du problème.

Un Précédent Qui Ressurgit : Le Bug De Janvier Sur Saga

Cette séquence n’arrive pas dans un vide technique. En janvier, le réseau Saga avait déjà perdu environ sept millions de dollars à cause d’une faille située dans le précompilé ICS20 du même module Cosmos EVM. Ce composant gère les transferts de tokens entre chaînes via le protocole IBC. Dans certaines conditions d’exécution imbriquée, il devenait possible de dépenser deux fois le même solde au sein d’une seule transaction.

Cosmos Labs avait alors coordonné un correctif avec plusieurs acteurs : Saga, B-Harvest, Zellic, Sherlock et même MANTRA. Un rapport d’incident détaillé avait suivi en mars, classant la vulnérabilité comme résolue. Le fait que MANTRA, qui avait participé à la correction de ce premier bug, se retrouve touchée quelques mois plus tard par un nouveau problème dans le même module a créé un certain malaise dans la communauté.

Cette coïncidence nourrit des questions légitimes. Un correctif peut-il réellement être considéré comme définitif lorsqu’un composant aussi central continue de générer des incidents distincts ? La complexité des interactions entre couches EVM et Cosmos est-elle encore sous-estimée ? Les équipes de sécurité travaillent sous pression, et chaque nouveau signal d’alerte rappelle que la surface d’attaque reste large.

Ce Que Signifie Une Faille Dans Un Module Partagé

Dans un écosystème construit autour de l’idée d’interopérabilité, un module commun devient à la fois une force et une faiblesse. D’un côté, il accélère le déploiement de nouvelles chaînes et facilite l’arrivée de développeurs. De l’autre, il concentre le risque. Une vulnérabilité unique peut toucher simultanément des dizaines de réseaux qui misent sur la compatibilité Ethereum pour attirer liquidité et utilisateurs.

Les chaînes qui s’appuient sur Cosmos EVM cherchent généralement à offrir une expérience familière aux développeurs Solidity tout en bénéficiant des avantages de l’IBC. Cette promesse attire. Mais elle implique aussi une dépendance technique forte. Lorsque le socle vacille, la réaction en chaîne devient presque inévitable. Suspendre les validateurs apparaît alors comme la seule mesure de confinement immédiate disponible.

MANTRA avait déjà traversé une période difficile en avril 2025. Son token OM n’a toujours pas retrouvé son niveau d’avant cette crise, seize mois plus tard. L’apparition d’un nouvel incident lié au même module renforce le sentiment de déjà-vu pour une partie des observateurs. La confiance, une fois érodée, se reconstruit lentement, surtout lorsque les utilisateurs ont le sentiment que les leçons du passé n’ont pas été pleinement intégrées.

Les Réactions Des Équipes Et Le Manque D’Informations Agrégées

Chaque projet a communiqué selon son propre rythme et son propre niveau de détail. MANTRA a insisté sur l’absence de perte utilisateur confirmée et sur la rapidité du correctif. TAC a souligné que la faille concernait principalement l’offre de son token. KiiChain a privilégié le traçage des fonds déplacés vers la BNB Smart Chain. Cosmos Labs, quant à elle, a choisi une communication minimale en attendant la clôture de l’incident.

Cette fragmentation de l’information n’aide pas les utilisateurs ni les observateurs. Sans liste complète des chaînes potentiellement exposées, sans estimation globale des montants en jeu, il devient difficile d’évaluer la gravité réelle de la situation. Le rapport post-mortem promis sera donc attendu avec attention. Il devra préciser non seulement la nature exacte de la vulnérabilité, mais aussi les mesures prises pour empêcher qu’elle ne se reproduise sous une autre forme.

Dans l’intervalle, la suspension des validateurs reste la mesure la plus visible. Elle protège les fonds en limitant les possibilités d’exploitation, mais elle interrompt aussi l’activité normale des réseaux. Les applications décentralisées, les ponts et les utilisateurs se retrouvent temporairement dans un état d’attente. Cette pause forcée illustre le coût d’une faille située au cœur d’un module partagé.

Les Enjeux Pour L’Interopérabilité Et La Confiance

L’écosystème Cosmos s’est construit autour de l’idée que les chaînes pouvaient communiquer de manière sécurisée grâce à l’IBC. L’ajout d’une couche de compatibilité EVM a élargi l’audience possible. Mais chaque couche supplémentaire introduit de nouvelles surfaces d’attaque. Les précompilés, les bridges, les mécanismes de transfert de tokens deviennent autant de points de vigilance.

La double dépense observée en janvier dans le cadre du précompilé ICS20 montrait déjà la subtilité des risques liés aux exécutions imbriquées. Le fait qu’un nouveau problème surgisse dans le même module quelques mois plus tard suggère que la complexité n’a pas encore été pleinement maîtrisée. Les audits, aussi rigoureux soient-ils, peinent parfois à anticiper toutes les interactions possibles entre composants.

Pour les équipes qui construisent sur ce socle, la leçon est claire. La dépendance à un module central impose une veille permanente et une capacité de réaction rapide. La coordination entre Cosmos Labs et les différentes chaînes devient un élément critique de la résilience globale. Sans cette coordination, chaque incident reste isolé et les enseignements se perdent.

Une faille dans un module partagé ne touche plus un protocole isolé. Elle frappe tout un écosystème en une seule vague.

Ce Que Les Utilisateurs Peuvent Retenir Pour L’Instant

En l’état actuel des informations, plusieurs points se dégagent. Premièrement, les trois réseaux touchés ont tous un lien avec le module Cosmos EVM. Deuxièmement, les réactions ont été rapides : suspensions de validateurs, correctifs, traçage des fonds. Troisièmement, Cosmos Labs a privilégié une approche de confinement généralisé plutôt qu’une communication détaillée immédiate.

Les utilisateurs des chaînes concernées ont intérêt à suivre les canaux officiels de chaque projet. Les mises à jour techniques et les éventuels correctifs y seront annoncés en premier. Pour ceux qui détiennent des actifs sur ces réseaux, la prudence reste de mise tant que le rapport post-mortem n’a pas clarifié l’étendue exacte de la vulnérabilité.

Il est également utile de rappeler que les ponts, comme Hyperlane dans le cas de KiiChain, constituent souvent des points de passage critiques. Lorsqu’une faille permet d’extraire des fonds vers une autre chaîne, le temps de réaction des équipes devient déterminant. Plus la détection est rapide, plus les chances de limiter les dégâts augmentent.

La Place Du Module Cosmos EVM Dans L’Architecture Globale

Pour comprendre pourquoi une faille dans ce module prend une telle ampleur, il faut revenir à sa fonction. Cosmos EVM permet d’exécuter des smart contracts compatibles Ethereum au sein de l’environnement Cosmos. Cela ouvre la porte aux outils, aux développeurs et aux liquidités de l’écosystème EVM sans abandonner les avantages de l’IBC.

Cette double appartenance crée une zone de friction technique. Les précompilés qui gèrent les transferts de tokens, les appels interchaînes et les interactions avec les bridges doivent rester parfaitement synchronisés avec les règles de sécurité de chaque côté. La moindre faille dans cette zone de transition peut ouvrir une brèche exploitable.

Les équipes de développement qui choisissent d’intégrer ce module acceptent implicitement une part de risque systémique. Elles gagnent en attractivité et en rapidité de déploiement, mais elles partagent aussi le destin des autres chaînes qui s’appuient sur le même code. Cette mutualisation du risque explique pourquoi Cosmos Labs a préféré un appel à la suspension large plutôt qu’une approche au cas par cas.

Les Implications Pour La Suite De L’Écosystème

Au-delà des trois réseaux déjà touchés, la question se pose pour l’ensemble des projets qui utilisent Cosmos EVM. Combien d’entre eux ont déjà vérifié leur exposition ? Combien ont choisi de suspendre préventivement leurs validateurs ? Les réponses restent pour l’instant partielles. L’absence de liste officielle complète entretient une zone d’incertitude.

À plus long terme, cet incident pourrait accélérer les travaux sur la robustesse des précompilés et sur les mécanismes de détection précoce. Les acteurs de la sécurité qui avaient déjà collaboré sur le bug de janvier – Zellic, Sherlock, B-Harvest et d’autres – seront probablement à nouveau sollicités. La coordination entre équipes de recherche, auditeurs et développeurs de protocoles devient un enjeu stratégique.

Pour les investisseurs et les utilisateurs, la séquence rappelle une réalité souvent oubliée en période de hausse des marchés : la sécurité reste un processus continu, jamais un état acquis une fois pour toutes. Un module considéré comme stabilisé peut encore révéler des angles morts lorsque de nouvelles conditions d’exécution apparaissent.

Retour Sur La Chronologie Des Événements

La première alerte est venue de MANTRA, avec un arrêt de réseau jeudi soir. Le correctif a suivi, permettant une reprise après une trentaine d’heures. TAC a ensuite annoncé la suspension de ses validateurs en confirmant le lien avec Cosmos EVM. KiiChain a connu l’épisode le plus visible en termes de mouvement de fonds, avec un transfert via Hyperlane vers la BNB Smart Chain avant l’arrêt d’urgence.

Cosmos Labs a réagi en demandant une suspension générale des validateurs pour les chaînes utilisant le module. Cette décision vise à limiter toute nouvelle exploitation pendant la phase d’investigation. Le fait que trois incidents distincts soient survenus en si peu de temps a justifié cette approche large plutôt qu’une gestion purement locale.

Dans les heures et jours qui viennent, l’attention se portera sur deux éléments principaux : les éventuels correctifs supplémentaires et le contenu du rapport post-mortem. Ce document devrait permettre de comprendre si la faille actuelle partage des racines techniques avec celle de janvier ou s’il s’agit d’une vulnérabilité totalement distincte.

Pourquoi La Confiance Est Plus Difficile À Reconstruire

Lorsqu’un même module est impliqué dans deux incidents séparés de quelques mois seulement, la perception change. Même si les mécanismes exacts diffèrent, le sentiment de répétition s’installe. MANTRA, qui avait contribué à corriger le bug de janvier, se retrouve touchée à nouveau. Cette ironie n’a pas échappé à une partie de la communauté.

La confiance dans un socle technique se construit sur la durée et sur la capacité à apprendre des erreurs passées. Chaque nouvel incident, même s’il est rapidement contenu, laisse une trace. Pour les projets qui misent sur Cosmos EVM comme argument commercial auprès des développeurs, la démonstration de solidité devient encore plus nécessaire.

Les utilisateurs, de leur côté, observent la manière dont les équipes communiquent. La transparence sur les montants, sur les mécanismes et sur les mesures correctives joue un rôle central. L’absence d’informations agrégées de la part de Cosmos Labs à ce stade laisse un vide que les spéculations peuvent rapidement remplir.

Les Différences Entre Les Trois Incidents

Bien que le module Cosmos EVM soit le point commun, les scénarios observés ne sont pas identiques. Sur MANTRA, l’impact a été contenu grâce à un correctif rapide et aucune perte utilisateur n’a été confirmée. Sur TAC, la faille a été présentée comme limitée à l’offre du token natif. Sur KiiChain, un attaquant a effectivement réussi à faire sortir des fonds vers une autre chaîne.

Ces nuances importent. Elles montrent que l’exploitation d’une même base de code peut prendre des formes différentes selon la configuration de chaque réseau, selon les ponts utilisés et selon la vitesse de détection. Elles rappellent aussi que la surface d’attaque n’est jamais uniforme d’une chaîne à l’autre, même lorsque le module central est partagé.

Cette diversité de scénarios complique la communication globale. Un message unique de Cosmos Labs doit couvrir des réalités différentes. D’où probablement le choix d’attendre la fin de l’investigation avant de publier un rapport détaillé plutôt que de multiplier les communiqués partiels.

Ce Que L’On Peut Attendre Dans Les Prochaines Semaines

Plusieurs évolutions sont envisageables. Le rapport post-mortem devrait apporter des précisions techniques sur la nature exacte de la vulnérabilité. Des correctifs supplémentaires pourraient être déployés si d’autres angles d’attaque sont identifiés. Certaines chaînes pourraient choisir de rester en mode suspendu plus longtemps par précaution, tandis que d’autres reprendront rapidement dès que leur exposition sera écartée.

Sur le plan de la gouvernance et de la coordination, cet épisode pourrait renforcer les mécanismes d’alerte partagés entre Cosmos Labs et les projets qui s’appuient sur ses modules. La rapidité de la réaction collective sera un indicateur de maturité pour l’écosystème dans son ensemble.

Enfin, les auditeurs et les chercheurs en sécurité vont probablement intensifier leurs examens des précompilés et des zones d’interaction entre Cosmos et EVM. Chaque nouvel incident alimente la base de connaissances collective et, à terme, contribue à durcir les défenses. Mais ce processus prend du temps, et entre-temps les utilisateurs restent exposés aux aléas de la découverte progressive des failles.

Une Leçon Plus Large Sur Les Modules Partagés

Au-delà du cas précis de Cosmos EVM, cette séquence illustre un dilemme classique de l’architecture blockchain. Mutualiser du code accélère le développement et l’adoption. Mais cela concentre aussi le risque. Une vulnérabilité unique peut alors se propager à une échelle bien supérieure à celle d’un protocole isolé.

Les écosystèmes qui misent sur l’interopérabilité et sur la compatibilité multi-environnements doivent intégrer cette réalité dans leur modèle de sécurité. Les audits isolés ne suffisent plus. Il faut des processus de surveillance continue, des canaux d’alerte rapides et une culture de la suspension préventive lorsque le doute apparaît.

Cosmos Labs a choisi cette dernière option en demandant l’arrêt des validateurs sur les chaînes concernées. Cette décision, même si elle interrompt temporairement l’activité, limite le risque d’une exploitation plus large. Elle montre aussi que la priorité a été donnée à la confinement plutôt qu’à la continuité de service à tout prix.

Dans les mois qui viennent, la manière dont l’écosystème digérera cet incident et intégrera les enseignements techniques déterminera en partie la confiance que les développeurs et les utilisateurs continueront d’accorder au module Cosmos EVM. Pour l’instant, la vigilance reste de mise, et les prochains rapports techniques seront scrutés avec une attention particulière.

La suite de cette histoire s’écrira à mesure que les investigations avanceront et que les correctifs seront validés. En attendant, les trois réseaux déjà touchés – MANTRA, TAC et KiiChain – servent de rappel concret : dans un environnement où les modules sont partagés, la sécurité de l’un dépend de la solidité de tous.