# Piratage Articles associés

Le Centre d'actualités HTX fournit les derniers articles et analyses approfondies sur "Piratage", couvrant les tendances du marché, les mises à jour des projets, les développements technologiques et les politiques réglementaires dans l'industrie crypto.

Des prix futurs trompent l'oracle, Ostium vidé de 24 millions de dollars en cinq minutes

Ostium, une plateforme de trading perpétuel sur blockchain, a subi un incident de sécurité de cinq minutes le 15 juillet, entraînant des pertes importantes sur son trésor de liquidités publiques. Les estimations des sociétés de sécurité varient entre 18 et 24 millions de dollars. Selon les analyses préliminaires de Blockaid, Cyvers et autres, l'exploitation n'était pas due à une signature manquante, mais à des données autorisées mais falsifiées. Un relais (PriceUpKeep) habilité aurait soumis un rapport d'oracle signé valide mais contenant des prix datés du futur, créant ainsi de faux profits sur des trades. Le code de vérification du protocole a confirmé la signature autorisée, mais n'a apparemment pas appliqué de contrôles de validité sur les prix ou les horodatages. Ces profits frauduleux ont ensuite été réglés par le trésor OLP (Ostium Liquidity Provider), qui paie les gains des traders sur la chaîne. Les fonds extraits, principalement en USDC, ont été convertis en ETH et une grande partie a été mixée via Tornado Cash. L'équipe d'Ostium a réagi rapidement, suspendant les trades en une heure et collaborant avec les autorités. Cependant, le rapport post-mortem complet, précisant le montant final des pertes et la cause racine (clé compromise, acteur malveillant autorisé, etc.), n'a pas encore été publié. Les correctifs potentiels évoqués incluent l'isolation des signataires, des contrôles de prix stricts et des limites de taux.

marsbit07/17 05:36

Des prix futurs trompent l'oracle, Ostium vidé de 24 millions de dollars en cinq minutes

marsbit07/17 05:36

La saison des Meme frappe Robinhood Chain, mais les « faucilles » sont aussi de la partie

L'engouement pour la Robinhood Chain, une couche 2 basée sur Arbitrum, a attiré une vague de tokens Meme, mais aussi des acteurs malveillants. Deux incidents récents illustrent ce risque. Le 13 juillet, des comptes X officiels de SpaceX (SpaceXAI et Starlink) ont été piratés pour promouvoir le token frauduleux SCATMAN, provoquant une brève hausse de sa valorisation à 2 millions de dollars avant que ses créateurs ne vident la liquidité, emportant environ 13.5 ETH. Quelques jours plus tôt, le 12 juillet, des pirates ayant obtenu l'accès à un portefeuille du cofondateur de Robinhood, Vlad Tenev, ont acheté un token Meme nommé $1, incitant des milliers d'investisseurs à suivre ce mouvement prétendument "officiel". La capitalisation a bondi de 500 000 $ à 14 millions $ avant de s'effondrer. La Robinhood Chain a ensuite gelé le portefeuille compromis, une décision centralisée controversée pour un réseau se voulant décentralisé. Ces escroqueries profitent de la chaleur autour des Meme sur la chaîne, stimulée par des déclarations de Tenev, et du contexte médiatique des querelles publiques entre Elon Musk et Sam Altman. Elles révèlent les faiblesses en matière de sécurité des comptes sociaux de grande influence et les lacunes dans les mécanismes de protection des utilisateurs sur la Robinhood Chain en phase de croissance rapide. Pour les investisseurs, la prudence reste de mise : vérifier les contrats, la liquidité et se méfier des endossements prétendument officiels.

Foresight News07/14 07:44

La saison des Meme frappe Robinhood Chain, mais les « faucilles » sont aussi de la partie

Foresight News07/14 07:44

Analyse de l'incident Bonzo Lend : comment une vulnérabilité de signature nulle a entraîné une perte de 9 millions de dollars pour le protocole ?

L'emprunteur A a effectué un emprunt de 9,05 millions de dollars sur le protocole de prêt Bonzo Lend, basé sur Hedera, en utilisant seulement 250 tokens SAUCE (d'une valeur de quelques dollars) comme garantie. Ceci a été rendu possible en exploitant une vulnérabilité dans le vérificateur de l'oracle Supra. L'attaquant a soumis une mise à jour de prix frauduleuse pour SAUCE/wHBAR, ampliant sa valeur d'environ 12 ordres de grandeur. La mise à jour contenait une signature de [0,0] et une clé publique correspondant au point à l'infini (zéro). Le contrat de précompilation d'appariement de Hedera a retourné "vrai" pour cette équation mathématique identitaire, et le vérificateur a interprété à tort ce résultat comme une preuve de signature valide de l'oracle. Profitant de ce prix manipulé, le portefeuille A a emprunté 6,63 millions d'USDC et 34,5 millions de wHBAR. Un portefeuille B a également emprunté environ 1 million de dollars pendant la fenêtre d'exploitation, se déclarant comme un "white hat" et ayant l'intention de restituer les fonds. Bonzo a suspendu tous les retraits et les marchés de prêt. Supra a corrigé le vérificateur pour rejeter les entrées nulles. Bonzo est toujours en mode maintenance, déterminant son plan de reprise, et aucun détail sur les indemnisations ou la réouverture n'a été annoncé pour les fournisseurs de liquidités.

marsbit07/14 02:56

Analyse de l'incident Bonzo Lend : comment une vulnérabilité de signature nulle a entraîné une perte de 9 millions de dollars pour le protocole ?

marsbit07/14 02:56

Au-delà de la clé privée : comment protéger les frontières de sécurité du Web3, du portefeuille et des L2 à la chaîne d'approvisionnement ?

Le mois de juin a été marqué par une série d'incidents de sécurité dans l'écosystème crypto, démontrant que les risques ne se limitent plus à la protection des clés privées, mais s'étendent à l'ensemble du parcours d'interaction sur la chaîne. L'attaque contre le portefeuille SecondFi (ex-Yoroi) sur Cardano a exposé l'importance cruciale de l'implémentation cryptographique sous-jacente. Un défaut dans la génération des signatures a permis à des attaquants de déduire des clés privées à partir de données de transaction publiques, sans nécessiter la compromission des phrases de récupération. Cet incident souligne la nécessité pour les composants critiques des portefeuilles d'être open-source pour un examen par la communauté. La sécurité des réseaux de couche 2 (L2) a également été mise à l'épreuve. Des attaques contre d'anciens déploiements d'Aztec ont exploité des incohérences dans les circuits de preuve à connaissance nulle (ZK), tandis qu'un incident sur Taiko a résulté d'une clé privée de l'environnement d'exécution de confiance (SGX) exposée publiquement. Une panne sur Base a, quant à elle, rappelé que la sécurité inclut également la disponibilité du réseau et la possibilité pour les utilisateurs de s'en retirer. Enfin, l'incident sur Polymarket a illustré la menace des attaques par la chaîne d'approvisionnement des services tiers. Le compromission d'un fournisseur a conduit à l'injection d'un script malveillant dans l'interface web, volant des fonds d'utilisateurs sans que les contrats intelligents principaux ne soient vulnérables. En conclusion, la sécurité dans le Web3 moderne exige une approche holistique. Les utilisateurs sont invités à adopter de bonnes pratiques : isoler les actifs à long terme (portefeuille matériel), utiliser des portefeuilles dédiés aux interactions DApp avec de petits montants, examiner attentivement les autorisations de signature et se méfier des interfaces web anormales. La défense doit évoluer de la simple protection d'une clé privée vers la sécurisation de l'ensemble du parcours de transaction.

marsbit07/09 10:49

Au-delà de la clé privée : comment protéger les frontières de sécurité du Web3, du portefeuille et des L2 à la chaîne d'approvisionnement ?

marsbit07/09 10:49

活动图片