Chargement des prix…
🩸BEARISH

GALA : attaque par rejeu vide 2 milliards de tokens sur GalaChain

Deux audits antérieurs avaient validé le code concerné ; le bug n'est apparu que lorsque la vérification des signatures, la protection contre le rejeu et l'exécution des transactions ont été testées ensemble comme un système plutôt que séparément.

L'attaquant a vidé environ 2 milliards de GALA (environ 3 millions de dollars) et des dizaines d'autres tokens de neuf portefeuilles GalaChain le 18 août, en utilisant 74 signatures récoltées sur des transactions échouées remontant à 55 jours. Deux failles se sont combinées : un vérificateur EIP-712 qui acceptait des définitions de type fournies par l'appelant au lieu de les déduire de l'opération appelée, et un système de protection contre le rejeu qui annulait les clés de transaction uniques dès qu'une requête échouait. Sur 59 combinaisons compte-token ciblées, 56 ont été vidées de leur solde exact dès la première tentative, et les quatre plus grosses positions en GALA ont été emportées par ordre décroissant en 18 secondes. Ce schéma indique une reconnaissance préalable à l'attaque plutôt qu'une découverte opportuniste.

Pourquoi c'est important

Les signatures à l'origine du vol étaient cryptographiquement valides. Les effets économiques qu'elles permettaient ne correspondaient pas à ce que les signataires originaux avaient validé : un exemple on-chain montre un appel TransferToken traitant environ 1,64 milliard de GALA alors que la structure EIP-712 soumise à la vérification décrivait une opération AddLiquidity. Aucune clé privée, phrase de récupération ni mot de passe n'a été compromis, ce qui est précisément ce qui devrait inquiéter les opérateurs d'infrastructures similaires. Un bridge dont le modèle de sécurité suppose que l'intention d'une signature correspond à son opération peut être vidé sans forger quoi que ce soit ni voler de clé.

Ces deux failles ont survécu à un audit externe. Gala a indiqué que la logique d'autorisation concernée avait été examinée lors d'une mission CertiK fin 2025 et lors d'un audit Hashlock du SDK en janvier. Aucun des deux n'a signalé l'interaction entre la vérification des signatures et la protection contre le rejeu. Le mécanisme de rejeu avait lui-même été introduit à la suite d'une précédente observation de CertiK, ce qui signifie que la sauvegarde a été ajoutée sans tester le cas limite où elle cessait de s'appliquer : des transactions échouées dont les payloads signés étaient déjà publics.

Impact sur le marché

Gala a mis en pause son bridge environ 2 heures et 47 minutes après le premier transfert non autorisé vérifié, puis a commencé à retirer les rôles de l'adresse destinataire environ 13 minutes plus tard. Les tentatives de déplacer des actifs via le bridge après la pause ont été rejetées. Cette chronologie est le signal le plus large pour les opérateurs de bridge : les soumissions arrivaient à un intervalle médian de 4,5 secondes, 73,9 % d'entre elles tombant à exactement un bloc d'écart, tandis que la détection, l'enquête et l'intervention humaine ont pris la meilleure partie d'une matinée. Une exploitation à la vitesse des machines rencontre une réponse à la vitesse humaine, et l'écart se traduit directement en actifs perdus.

Les correctifs colmatent les deux failles spécifiques mais pas le problème d'audit sous-jacent.

Tokens associés
$GALA

Questions fréquemment posées

  1. Combien a été volé lors de l'exploit de GalaChain ?

    Environ 2 milliards de GALA (environ 3 millions de dollars) et des dizaines d'autres tokens ont été vidés de neuf portefeuilles GalaChain le 18 août, selon le post-mortem publié par Gala le 14 septembre.

  2. Comment l'attaquant a-t-il vidé GalaChain sans voler de clés privées ?

    L'attaquant a rejoué 74 signatures cryptographiquement valides, récoltées sur des transactions historiques échouées, en exploitant une faille dans la vérification EIP-712 qui permettait aux effets économiques d'une opération de différer de ce que le signataire avait validé.

  3. Un audit avait-il signalé la vulnérabilité de GalaChain avant l'attaque ?

    Non. Gala a indiqué que la logique d'autorisation concernée avait été examinée par CertiK fin 2025 et par Hashlock en janvier, mais aucun n'a identifié l'interaction entre la vérification des signatures et la protection contre le rejeu que l'exploit a combinée.

  4. Combien de temps a-t-il fallu à Gala pour mettre en pause le bridge après le début de l'exploit ?

    Le premier transfert non autorisé vérifié a eu lieu à 02h21m54s UTC. Gala a mis en pause le bridge à 05h09m19s UTC, soit environ 2 heures et 47 minutes plus tard, puis a commencé à retirer les rôles de l'adresse destinataire environ 13 minutes après.

  5. Qu'a changé Gala depuis l'attaque ?

    La vérification des signatures dérive désormais les données de type de l'opération appelée au lieu de faire confiance aux définitions fournies par l'appelant, les payloads signés portent des horodatages d'expiration, et les clés anti-rejeu persistent même lorsqu'une opération métier sous-jacente échoue. Gala a…

Attribution de la source
Agrégé de CryptoSlate · Vérifié · Dernière mise à jour il y a 3d
Ouvrir l'original →