Due exploit oracle in una settimana: cosa ci insegnano il crollo del 99% di BLC e l'hack da 18 milioni di Ostium sulla sicurezza DeFi nel 2026

Perché ha funzionato: L'architettura del protocollo includeva due moduli: Spotter, che registra il prezzo della garanzia, e Dog, che gestisce le liquidazioni. L'attaccante ha usato la funzione poke del contratto Spotter per inserire un prezzo di BTCB artificialmente basso nella contabilità del sistema. Il contratto di prestito ha accettato quel prezzo senza verificarlo rispetto a un intervallo accurato e senza alcun ritardo di liquidazione, permettendo all'attaccante di liquidare più vault e impossessarsi della garanzia in una singola transazione.

L'exploit da 18 milioni di dollari di Ostium su Arbitrum

Cosa è successo: Il 15 luglio 2026, Ostium — un exchange decentralizzato di perpetuals su Arbitrum — ha subito un attacco agli oracle che ha prosciugato circa 18 milioni di dollari in USDC dalla sua vault di liquidità OLP. La società di sicurezza Blockaid ha rilevato l'exploit in meno di 40 minuti dalla prima transazione malevola.

Perché ha funzionato: L'attaccante ha compromesso una chiave di firma oracle — una chiave privata autorizzata a inviare dati di prezzo al protocollo — e ha abusato di un forwarder PriceUpKeep registrato (un componente dell'infrastruttura automatizzata di Ostium) per inviare report di prezzo falsificati con timestamp futuri. I report manipolati facevano sembrare che l'attaccante avesse eseguito operazioni redditizie, innescando un pagamento di 18 milioni di USDC dalla vault.

Sfumatura sulle perdite: Mentre Blockaid e la maggior parte delle testate principali riportano circa 18 milioni di dollari, altre società di sicurezza hanno offerto stime diverse. Phalcon ha stimato le perdite fino a circa 24 milioni di dollari, e alcuni report citano un intervallo di 12-22 milioni di dollari. Ostium stesso ha sospeso le negoziazioni e non ha confermato immediatamente un totale finale delle perdite.

Confronto fianco a fianco

Differenza chiave: Il crollo di BLC è stato un evento di liquidazioni a cascata innescato da un singolo prezzo manipolato. Ostium è stato un drenaggio diretto della vault tramite profitti di trading falsificati resi possibili da una chiave di firma oracle compromessa.

Cinque vulnerabilità più ampie degli oracle DeFi evidenziate da questi incidenti

1. Architettura oracle a punto singolo di guasto

Entrambi i protocolli facevano affidamento su feed di prezzo oracle che potevano essere manipolati attraverso una singola chiave compromessa (Ostium) o una singola funzione di iniezione del prezzo (42DAO). L'OWASP Smart Contract Top 10 per il 2026 elenca la manipolazione degli oracle di prezzo come SC03, definendola "qualsiasi situazione in cui uno smart contract si basa su dati di prezzo che possono essere influenzati direttamente o indirettamente da un attaccante". Quando un protocollo non convalida o non incrocia i propri dati oracle, ogni feed di prezzo diventa un punto singolo di guasto.

2. Cascate di liquidazione automatizzate

L'incidente di BLC mostra che quando un protocollo utilizza i prezzi degli oracle per innescare liquidazioni senza controlli o ritardi adeguati, un singolo prezzo manipolato può causare una spirale mortale. L'attaccante è stato in grado di liquidare vault che non avrebbero mai dovuto essere liquidati perché il protocollo ha accettato il prezzo falso istantaneamente e senza alcuna convalida dell'intervallo.

3. Debolezze nella gestione delle chiavi e nel controllo degli accessi

L'exploit di Ostium è stato possibile perché una chiave di firma oracle è stata compromessa, permettendo all'attaccante di agire come un reporter di prezzo autorizzato. Le migliori pratiche di sicurezza richiedono una rotazione regolare delle chiavi, requisiti multi-firma per le operazioni critiche e un monitoraggio continuo dei firmatari autorizzati — nessuna di queste sembra essere stata in atto in Ostium.

4. Amplificazione tramite flash loan (il modello più ampio)

Sebbene nessuno dei due incidenti sia stato esclusivamente un attacco tramite flash loan, i dati OWASP mostrano che il 78% degli incidenti di manipolazione degli oracle nel 2026 coinvolge i flash loan come infrastruttura di attacco. La composabilità della DeFi rende possibile per gli attaccanti prendere in prestito somme enormi in una singola transazione, manipolare un prezzo, sfruttare il protocollo e ripagare il prestito — tutto prima che chiunque possa intervenire.

5. Sottoutilizzo di TWAP e oracle multi-fonte

Entrambi i protocolli sembrano aver utilizzato feed di prezzo a fonte singola o facilmente manipolabili. Le linee guida sulla sicurezza raccomandano costantemente l'uso di oracle con media ponderata nel tempo (TWAP) — ad esempio, da Uniswap V3 con finestre di 10+ minuti — e l'incrocio di più fonti di prezzo indipendenti. Il rapporto OWASP nota che i protocolli che utilizzano oracle TWAP con finestre adeguate eliminano l'82% degli attacchi di manipolazione dei prezzi in una singola transazione.

Il messaggio finale

Gli exploit di BLC e Ostium non sono anomalie; sono esempi da manuale della vulnerabilità più persistente nella DeFi di oggi. Gli attacchi di manipolazione degli oracle sono vulnerabilità pure degli smart contract che non richiedono accesso interno né zero-day — solo un protocollo che si fida di un'unica fonte di prezzo senza salvaguardie. Mentre i protocolli DeFi continuano a crescere in complessità e valore totale bloccato, le lezioni di sicurezza del luglio 2026 sono chiare: convalidare ogni feed di prezzo, utilizzare oracle multi-fonte, implementare ritardi di liquidazione e non permettere mai a una singola chiave o a una singola funzione di essere l'unico guardiano dei fondi degli utenti.