Ostium a perdu jusqu'à 23,7 millions de dollars sur son oracle. Hyperliquid a déjà connu la même faille, en plus petit.

Une clé peut valoir plus qu'un audit. Le 15 juillet, ce n'est pas une ligne de code défaillante qui a coûté jusqu'à 23,7 millions de dollars à Ostium, c'est la confiance placée dans celui qui a le droit de dire quel est le prix du Bitcoin.

Ce qui a cédé chez Ostium, ce n'est pas le code

Ostium, DEX de perpétuels sur Arbitrum spécialisé dans les actions, matières premières et forex synthétiques, a suspendu tout trading après la compromission de la clé de signature de son oracle. L'attaquant a utilisé un forwarder PriceUpKeep enregistré et des rapports d'oracle pré-signés à date future pour fabriquer des prix Bitcoin fictifs, ouvrant et refermant des positions en boucle dans une seule transaction atomique. Selon Blockaid, la perte se situe entre 18 et 23,7 millions de dollars USDC, sur un vault OLP (le coffre commun des fournisseurs de liquidité) qui pesait 32,7 millions avant l'attaque. Ostium n'a confirmé aucun chiffre officiel à ce jour. Les positions des traders restent gelées mais préservées.

Le détail qui compte n'est pas le montant, c'est le périmètre. Le scope d'audit et de bug bounty d'Ostium excluait explicitement l'infrastructure oracle, classée comme "assumed to be trusted and operating correctly". L'angle mort était documenté avant l'attaque, pas découvert après coup : personne n'auditait la pièce qui a cédé.

Ce n'est pas un accident isolé

La même semaine, Bonzo Finance a perdu 9 millions de dollars sur un oracle exposé et Summer.fi a fermé après sept ans d'activité suite à une manipulation de prix. Trois protocoles, trois vecteurs liés au prix, une seule semaine. Le point commun : dans chaque cas, le code de trading était audité, la source de prix ne l'était pas au même niveau d'exigence. La doctrine de sécurité du secteur s'est bâtie sur l'audit de smart contract ; le risque, lui, s'est déplacé vers la gouvernance des clés et le chemin de données.

Hyperliquid a déjà vécu ce stress test, en plus petit

Hyperliquid n'a pas la même architecture. Son oracle est calculé par médiane pondérée des prix spot de huit exchanges externes (Binance, OKX, Bybit, Kraken, Kucoin, Gate IO, MEXC, plus Hyperliquid lui-même), publiée toutes les trois secondes par l'ensemble des validateurs, pas par un signataire unique. Transposer littéralement le vecteur Ostium à Hyperliquid serait un raccourci trompeur : aucune clé isolée ne peut y fabriquer un prix.

Mais la plateforme a déjà encaissé une attaque structurellement comparable, sur un autre vecteur. En mars 2025, un attaquant a ouvert un short sur-levier sur JELLYJELLY, un memecoin à faible flottant, volontairement structuré pour être liquidé et absorbé par HLP, le vault de contrepartie partagé d'Hyperliquid. Une fois HLP porteur de la position, il a acheté du JELLYJELLY au comptant, peu de capital suffisant sur un actif si peu liquide, et fait grimper le prix de 429 %, creusant un trou de 13,5 millions de dollars dans HLP à son pic. Les validateurs ont voté le délistage forcé du contrat en environ deux minutes, réglant les positions à un prix arbitraire plutôt qu'au prix de marché. L'attaquant a tout de même réussi à retirer 6,26 millions de dollars avant le gel des retraits. Cette résolution en urgence, par un quorum de validateurs, a été largement lue comme la preuve d'un contrôle de facto centralisé sur le pricing en situation de crise, malgré l'architecture décentralisée revendiquée.

Le même risque, à une autre échelle

Ce qui change la donne, c'est l'échelle. Le vault HLP pèse aujourd'hui entre 600 millions et 1 milliard de dollars (DefiLlama), contre les 32,7 millions du vault OLP d'Ostium avant son attaque, soit un facteur de 18 à 30. Hyperliquid capte par ailleurs 8,7 % de l'open interest perpétuel mondial, une part de marché construite sans capital-risque ni token de lancement classique. Un vecteur qui a percé une fois, même sur un actif marginal, contre un vault de cette taille, change l'ordre de grandeur des dégâts possibles, pas leur nature.

Ce que ça change pour qui a du collatéral sur un DEX

Aucune des deux architectures n'élimine le risque, chacune l'a démontré à sa manière : Ostium sur la gouvernance d'une clé, Hyperliquid sur la manipulation d'une source de prix externe suivie d'une résolution de facto centralisée. Ni la taille ni la sophistication de l'oracle ne suppriment le risque de contrepartie plateforme, elles en déplacent seulement la forme.

La conséquence pour un lecteur qui place du collatéral sur un perp DEX n'est pas d'en éviter un en particulier, mais de ne jamais concentrer sa marge sur une seule venue. La répartition du portefeuille entre plusieurs plateformes n'est pas une précaution optionnelle réservée aux gros comptes, c'est la même logique que la diversification d'un portefeuille d'actifs, appliquée au risque de contrepartie.

Le risque oracle ne va pas disparaître avec un audit de plus. CDR continue de suivre qui signe les prix, et avec qui, sur chaque protocole couvert : c'est désormais un point d'audit prioritaire de nos analyses. Pour ne rien manquer de cette lecture, direct dans la boîte mail.

FAQ

Qu'est-ce qui a été piraté chez Ostium ?
La clé de signature de son oracle de prix, pas le smart contract de trading. L'attaquant a fabriqué de faux prix Bitcoin pour vider le vault OLP de 18 à 23,7 millions de dollars le 15 juillet 2026.

L'oracle d'Hyperliquid a-t-il le même défaut qu'Ostium ?
Non. Hyperliquid calcule son oracle par médiane pondérée de huit exchanges externes, publiée par ses validateurs, pas par une clé de signataire unique. Le vecteur d'attaque d'Ostium n'est pas transposable tel quel.

Hyperliquid a-t-il déjà subi une attaque comparable ?
Oui, sur un autre vecteur. En mars 2025, l'incident JELLY a exploité la manipulation du prix spot d'un actif peu liquide pour forcer le vault HLP à absorber une perte de 13,5 millions de dollars, réglée par un vote de validateurs en urgence.

Faut-il éviter les DEX à cause de ce risque ?
Non, c'est un risque structurel de toute plateforme à vault de contrepartie partagé, centralisée ou non. La réponse est la répartition du collatéral sur plusieurs venues, pas l'évitement.

Article satellite CDR · sous le parapluie Deep News · posture héritée, pas de signal d'achat · draft pré-Kael.