Le pont inter-chaînes de Cysic victime d’une attaque : 10 millions de CYS émis sans autorisation
Selon les informations divulguées, le pont inter-chaînes de Cysic a été attaqué le 17 octobre.
L’attaquant a obtenu un accès à la base de données liée au service inter-chaînes et a exploité une faille dans la logique de traitement des messages pour soumettre de faux messages de création de jetons. Il a ainsi émis sans autorisation 10 millions de CYS supplémentaires sur BNB Chain.
À la suite de l’incident, Cysic a suspendu le service de son pont inter-chaînes et imposé des restrictions on-chain aux adresses concernées.
Cet incident mérite l’attention, car il met une nouvelle fois en évidence un risque majeur des systèmes inter-chaînes : la sécurité des contrats on-chain ne garantit pas celle de l’ensemble du processus inter-chaînes.
Un pont inter-chaînes ne se limite généralement pas à un seul contrat intelligent. Il implique aussi des bases de données off-chain, des services de génération et de traitement des messages, des mécanismes de vérification, ainsi que des contrats chargés, au bout du compte, de créer des jetons ou de libérer des actifs.
Si un attaquant peut influer sur la génération des messages off-chain ou exploiter une faille dans leur traitement pour soumettre des messages falsifiés, des actifs peuvent être créés sans autorisation, même si les contrats on-chain fonctionnent conformément aux règles établies.
Il faut donc vérifier non seulement si le code des contrats contient des vulnérabilités, mais aussi :
* Si la base de données off-chain applique le principe du moindre privilège et des contrôles d’accès stricts.
* Si les messages inter-chaînes font l’objet d’une vérification indépendante et fiable.
* Si l’émetteur des messages peut déclencher seul la création de jetons.
* S’il existe des mécanismes anti-rejeu, des autorisations multiples et des limites à la création anormale de jetons.
Autre problème : suspendre le pont inter-chaînes ne fait pas automatiquement disparaître les jetons déjà créés.
Si les CYS émis en excès ont déjà été transférés, les mesures à prendre peuvent aussi nécessiter des restrictions d’adresses, le traçage des fonds, une coopération avec les plateformes d’échange et des décisions sur le traitement de l’offre excédentaire.
À l’heure actuelle, les informations disponibles ne permettent pas d’établir clairement le statut exact des quelque 2,8 millions de CYS. Il est donc prématuré d’affirmer que ces jetons ont été récupérés ou gelés.
La véritable exigence minimale de sécurité d’un pont inter-chaînes n’est pas qu’aucun de ses composants ne soit jamais compromis, mais qu’une défaillance isolée ne puisse pas facilement se transformer en un risque majeur pour les actifs.
Selon les informations divulguées, le pont inter-chaînes de Cysic a été attaqué le 17 octobre.
L’attaquant a obtenu un accès à la base de données liée au service inter-chaînes et a exploité une faille dans la logique de traitement des messages pour soumettre de faux messages de création de jetons. Il a ainsi émis sans autorisation 10 millions de CYS supplémentaires sur BNB Chain.
À la suite de l’incident, Cysic a suspendu le service de son pont inter-chaînes et imposé des restrictions on-chain aux adresses concernées.
Cet incident mérite l’attention, car il met une nouvelle fois en évidence un risque majeur des systèmes inter-chaînes : la sécurité des contrats on-chain ne garantit pas celle de l’ensemble du processus inter-chaînes.
Un pont inter-chaînes ne se limite généralement pas à un seul contrat intelligent. Il implique aussi des bases de données off-chain, des services de génération et de traitement des messages, des mécanismes de vérification, ainsi que des contrats chargés, au bout du compte, de créer des jetons ou de libérer des actifs.
Si un attaquant peut influer sur la génération des messages off-chain ou exploiter une faille dans leur traitement pour soumettre des messages falsifiés, des actifs peuvent être créés sans autorisation, même si les contrats on-chain fonctionnent conformément aux règles établies.
Il faut donc vérifier non seulement si le code des contrats contient des vulnérabilités, mais aussi :
* Si la base de données off-chain applique le principe du moindre privilège et des contrôles d’accès stricts.
* Si les messages inter-chaînes font l’objet d’une vérification indépendante et fiable.
* Si l’émetteur des messages peut déclencher seul la création de jetons.
* S’il existe des mécanismes anti-rejeu, des autorisations multiples et des limites à la création anormale de jetons.
Autre problème : suspendre le pont inter-chaînes ne fait pas automatiquement disparaître les jetons déjà créés.
Si les CYS émis en excès ont déjà été transférés, les mesures à prendre peuvent aussi nécessiter des restrictions d’adresses, le traçage des fonds, une coopération avec les plateformes d’échange et des décisions sur le traitement de l’offre excédentaire.
À l’heure actuelle, les informations disponibles ne permettent pas d’établir clairement le statut exact des quelque 2,8 millions de CYS. Il est donc prématuré d’affirmer que ces jetons ont été récupérés ou gelés.
La véritable exigence minimale de sécurité d’un pont inter-chaînes n’est pas qu’aucun de ses composants ne soit jamais compromis, mais qu’une défaillance isolée ne puisse pas facilement se transformer en un risque majeur pour les actifs.