Vulnerabilitate critică în oracolele crypto: Cum au fost furate 24 milioane dolari prin prețuri „din viitor”

Categorii: blockchain · Dificultate: intermediar

Attila Kiraly — Strateg AI & Educator · · 3 min citire

Reprezentare conceptuală a unui oracol blockchain cu erori de date și fluxuri financiare digitale

Publicat original: 16 iulie 2026

Protocolul Ostium a fost victima unei exploatări de 24 de milioane de dolari cauzată de o eroare în verificarea datelor furnizate de oracole, permițând raportări cu date din viitor.

Ce s-a întâmplat

Protocolul de tranzacționare descentralizat Ostium a suferit recent o pierdere masivă, estimată la aproximativ 24 de milioane de dolari, din cauza unei vulnerabilități critice în sistemul său de oracole. Atacatorii au reușit să introducă în sistem raportări de preț care purtau timestamp-uri (mărci temporale) din viitor. Aceste date eronate au fost acceptate de contractele inteligente ale protocolului, deoarece au reușit să treacă de verificarea semnăturilor autorizate, permițând atacatorilor să execute tranzacții extrem de profitabile bazate pe prețuri fictive sau manipulate care nu reflectau realitatea pieței la momentul respectiv.

Context tehnologic

În ecosistemul blockchain, un oracol acționează ca o punte între datele din lumea reală (cum ar fi prețul aurului sau al Bitcoin pe o bursă centralizată) și contractele inteligente de pe rețea. Deoarece blockchain-ul este un mediu izolat, el nu poate „vedea” prețurile externe fără aceste oracole. Pentru a asigura securitatea, oracolele folosesc semnături digitale pentru a dovedi că datele provin de la o sursă de încredere. În cazul Ostium, deși semnătura era validă (provenea de la un emisor autorizat), logica protocolului nu a verificat dacă timpul raportat era unul logic (prezent sau trecut), acceptând date care pretindeau că vin din viitor.

De ce contează

Acest incident subliniază o problemă sistemică în securitatea DeFi (Finanțe Descentralizate): dependența critică de integritatea datelor externe. Dacă un oracol este compromis sau dacă regulile de validare a datelor sunt incomplete, întregul protocol devine vulnerabil, indiferent cât de bine este scris codul contractului inteligent în sine. Pentru utilizatori, acest lucru reprezintă un semnal de alarmă privind riscurile de contagiune și manipulare într-o piață unde „codul este lege”, dar datele care hrănesc acel cod pot fi eronate.

Impact

Consecințele imediate includ pierderea de capital pentru furnizorii de lichiditate ai Ostium și o scădere drastică a încrederii în protocoalele care utilizează sisteme de oracole personalizate sau mai puțin testate. Pe termen mediu, este de așteptat ca proiectele DeFi să implementeze verificări de „sanity check” mult mai riguroase, cum ar fi respingerea automată a oricăror date care depășesc timpul curent al rețelei cu mai mult de câteva secunde.

Ce urmează

Industria se va îndrepta probabil către standarde mai stricte de raportare a oracolelor, cum ar fi soluțiile descentralizate de tip Chainlink, care folosesc rețele multiple de noduri pentru a valida aceeași informație. De asemenea, auditorii de securitate vor pune un accent sporit pe „logica temporală” a contractelor, nu doar pe validitatea semnăturilor criptografice. Ne putem aștepta ca Ostium să publice un raport postmortem complet care să detalieze dacă eroarea a fost una de programare internă sau o compromitere a infrastructurii furnizorului de date.

Surse

Termeni explicați din articol

Sursa originală: cryptoslate.com

Vrei să înveți bazele? Ce este Blockchain?

Întrebări frecvente

Cum a fost posibil ca un preț din viitor să fie acceptat?

Protocolul a verificat doar dacă semnătura digitală a furnizorului de date era validă, dar nu a avut o regulă care să respingă datele cu o marcă temporală mai mare decât timpul curent.

Câți bani s-au pierdut în acest incident?

Estimările actuale indică o pierdere de până la 24 de milioane de dolari, deși un raport final de contabilitate nu a fost încă publicat.

Cine este responsabil pentru furnizarea datelor?

Datele au venit de la un semnatar autorizat al protocolului Ostium, ceea ce sugerează fie o eroare tehnică a furnizorului, fie o manipulare a infrastructurii acestuia.

Ce este un 'sanity check' în contextul oracolelor?

Este o verificare logică de bază (ex: prețul nu poate fi negativ, timpul nu poate fi în viitor) aplicată datelor înainte ca acestea să fie procesate de contractul inteligent.

Sunt fondurile utilizatorilor în siguranță?

În general, în astfel de exploatări, lichiditatea protocolului este afectată direct. Utilizatorii trebuie să aștepte comunicările oficiale ale Ostium privind planurile de recuperare.

Termeni din Glosar

Continuă să înveți

Descoperă mai multe despre tehnologie, automatizare și Web3 în EduWeb Academy.

Explorează Academy