Rosen Bridge rejette des transferts rsBTC falsifiés de Cardano vers Bitcoin

Des tentatives répétées de falsification de transferts rsBTC de Cardano vers Bitcoin ont été rejetées par Rosen Bridge après qu’un attaquant a repris une activité détectée pour la première fois plus tôt cette semaine. Lors d’un X Space Cardano Over Coffee, le cofondateur de Rosen Bridge, Joseph Armeanio, a indiqué que les demandes étaient apparues peu après le récent incident Wanchain, mais qu’elles n’avaient pas passé le processus de vérification du protocole.

L’incident a mis à l’épreuve l’infrastructure utilisée pour déplacer la liquidité Bitcoin entre Cardano et d’autres réseaux pris en charge. Rosen n’a pas identifié l’attaquant et n’a pas publié de preuve reliant les tentatives à l’acteur responsable de l’exploit Wanchain.

Rosen Bridge rejette des transactions rsBTC falsifiées

Rosen Bridge a d’abord indiqué que son infrastructure avait subi une attaque infructueuse. L’équipe a indiqué qu’aucun dégât n’avait eu lieu, bien que des événements fabriqués puissent bloquer des permis de reporting et nécessiter des modifications des applications Watcher et Guard.

Le projet a ensuite confirmé dans une deuxième mise à jour officielle que l’attaque avait repris. L’attaquant tentait de créer des transactions rsBTC falsifiées représentant des transferts de Cardano vers Bitcoin, mais les demandes n’ont pas passé le processus de vérification de Rosen.

rsBTC est la représentation tokenisée de Bitcoin par Rosen sur les réseaux pris en charge. Les utilisateurs Cardano peuvent recevoir rsBTC via le pont, le transférer entre des portefeuilles compatibles et l’utiliser dans des applications qui prennent en charge l’actif tout en conservant une voie de retour vers le réseau Bitcoin.

Armeanio a indiqué que les demandes fabriquées avaient commencé peu après l’incident du pont Wanchain impliquant 515 millions de NIGHT. Il n’a pas affirmé que le même attaquant était responsable des deux événements, et Rosen n’a attribué l’activité ni à Lazarus Group ni à une autre organisation identifiée.

Il s’est également gardé de présenter le résultat comme une réussite exceptionnelle pour le protocole. Le rejet de transactions fabriquées, a-t-il indiqué, est une exigence de sécurité de base pour tout pont interchaînes. L’attaque tentée a plutôt offert un test en conditions réelles des hypothèses de sécurité de Rosen et a mis en évidence des parties du logiciel de support qui nécessitent un durcissement supplémentaire.

Watchers et Guards fournissent deux couches de vérification

Rosen Bridge est un protocole interchaînes open source qui utilise Ergo comme pôle de coordination et d’audit. Son infrastructure prend en charge des transferts impliquant Cardano, Bitcoin, Ergo, Dogecoin et d’autres réseaux intégrés.

Le protocole sépare la supervision et l’autorisation des transactions entre deux groupes, Watchers et Guards.

Les Watchers surveillent de façon indépendante l’activité sur les blockchains prises en charge et signalent à Ergo les événements liés au pont. Chaque blockchain dispose de son propre groupe de Watchers, qui fonctionne collectivement comme un oracle interchaînes pour Rosen.

Un rapport d’événement finalisé ne peut être créé qu’après que suffisamment de Watchers distincts ont soumis des informations concordantes. Selon l’architecture de Rosen, un petit groupe de Watchers défaillants ou malveillants ne peut pas produire à lui seul un rapport valide.

Toute personne répondant aux exigences de collatéral peut exploiter un Watcher. Les participants allouent des ERG et des $RSN, obtiennent des permis de reporting et reçoivent des récompenses pour le signalement exact de transferts finalisés. Les permis utilisés pour des rapports frauduleux peuvent être saisis, ce qui crée une pénalité financière pour la soumission d’événements fabriqués.

Les Guards assurent la deuxième couche de vérification. Chaque Guard vérifie de façon indépendante l’événement rapporté par les Watchers avant que le groupe ne s’accorde sur la transaction de paiement exacte. Les Guards ne s’appuient pas sur la vérification d’un autre Guard lors de leur propre examen, ce qui vise à empêcher qu’une décision incorrecte ne se propage au sein du groupe.

La transaction finale nécessite les signatures d’un quorum de Guards. Un seul Guard ou un petit groupe malveillant ne peut donc pas autoriser de façon indépendante un paiement arbitraire. Leur autorité est également restreinte par des contrats et des portefeuilles multisignature, tandis que chaque Guard immobilise des $RSN en collatéral qui peuvent être perdus en cas de comportement malveillant.

Le processus documenté de Rosen se poursuit avec la soumission et l’audit de la transaction finale signée. Les événements et les paiements sont revus afin d’éviter toute exécution en double, tandis que les rapports frauduleux des Watchers peuvent être supprimés et les permis associés pénalisés.

Armeanio a indiqué que ces hypothèses de sécurité sont restées intactes durant l’attaque. Les demandes falsifiées n’ont pas été converties en paiements Bitcoin approuvés, bien qu’elles aient créé le problème opérationnel de permis de reporting bloqués.

Rosen prévoit des correctifs pour Watcher et Guard après l’attaque

Rosen a confirmé que des changements sont nécessaires dans ses logiciels Watcher et Guard. L’équipe a décrit les correctifs comme nécessaires mais non urgents, car les couches de vérification existantes ont continué à rejeter les demandes fabriquées.

Un post mortem technique détaillé n’a pas été publié. Rosen n’a pas divulgué combien de demandes ont été soumises, comment elles ont été construites ni l’étape précise à laquelle chaque tentative a été rejetée. Le projet n’a pas non plus annoncé de date de publication pour les mises à jour Watcher et Guard.

Armeanio a rattaché l’incident à la croissance plus large des tests automatisés de sécurité blockchain. Il a indiqué que des modèles de langage avancés peuvent réduire le temps et le coût nécessaires pour examiner du code public, générer des tentatives d’attaque répétées et modifier les entrées tout en recherchant des faiblesses.

Il n’a pas affirmé que l’intelligence artificielle avait été confirmée comme faisant partie de l’attaque contre Rosen. Ses commentaires concernaient un environnement de sécurité plus large dans lequel des outils automatisés permettent aux chercheurs et aux attaquants d’examiner de plus grandes portions d’infrastructure open source et de répéter des exploits potentiels à moindre coût.

Les ponts interchaînes comportent une exposition supplémentaire car ils combinent des contrats sur chaîne, une supervision hors chaîne, une interprétation des événements, une autorisation des transactions et une gestion des clés sur plusieurs réseaux. Un attaquant n’a pas besoin de compromettre directement Cardano ou Bitcoin si l’infrastructure du pont peut être amenée à traiter un événement fabriqué comme valide.

Dans ce cas, les Watchers et les Guards de Rosen ont empêché que les demandes falsifiées de Cardano vers Bitcoin n’atteignent l’exécution du paiement. Les changements logiciels en préparation traiteront désormais les permis bloqués et renforceront les deux composants qui ont traité le trafic de l’attaque.