Signert løgn: orakel-angrepene som forfalsker prisrapporten

I mange år betydde «orakel-manipulasjon» én ting: en angriper med et flash loan dyttet et tynt marked, og prisfeeden rapporterte lydig løgnen videre. Angrepet lå i markedet, ikke i orakelet. I 2026 har en stillere og mer ubehagelig variant vokst fram. Angriperen gidder ikke lenger å flytte markedet i det hele tatt. I stedet forfalsker han selve prisrapporten, eller omgår signaturen som skal bevise at rapporten er ekte.

To hendelser i juli 2026 viser skiftet tydeligere enn noe annet: Ostium, en perp-børs på Arbitrum, tapte rundt 18 millioner dollar (opptil 23,75 millioner) da en signeringsnøkkel kom på avveie, og Bonzo Lend på Hedera mistet rundt 9 millioner dollar fordi en verifiseringskontrakt godtok en signatur som besto av bare nuller. Ingen av dem krevde et manipulert marked. Ifølge TRM Labs var det 32 prismanipulasjonsangrep i 2026, en rekord og nesten tre ganger så mange som året før, og prismanipulasjon utgjør nå omtrent ett av åtte kryptohack.

Denne artikkelen er en teknisk gjennomgang av det laget de fleste forklaringer hopper over: leveringen og autentiseringen av prisen. Har du lyst på hele historien om de klassiske markedsangrepene, har vi dekket tre generasjoner orakel-angrep tidligere. Her handler det om noe annet: hva som skjer når angriperen slutter å lyve til orakelet og begynner å lyve som orakelet.

Fra markedet til meldingen

Enhver angriper som vil lure et DeFi-lån, stiller seg i praksis to spørsmål. Kan jeg få den ekte prisen til å bli feil? Eller kan jeg få en feil pris til å se ekte ut? Det første er å angripe markedet. Det andre er å angripe meldingen. Utfallet er det samme, at en protokoll låner ut mer enn sikkerheten er verdt, men angrepsflaten er helt forskjellig, og det er forsvarene også.

Klasse 1, å angripe markedet, er den klassiske skolen. Du pumper et tynt basseng, orakelet leser spotprisen der og rapporterer den ærlig, og en utlåner behandler det oppblåste tallet som virkelighet. Marcin Kazmierczak, medgründer i orakelselskapet RedStone, oppsummerte det presist etter Tectonic-angrepet på Cronos i august: «Orakelet tok ikke feil. Det rapporterte prisen på TONIC helt korrekt, slik den var i bassenget det leste fra i det øyeblikket.» Å rapportere en pris og å validere at prisen er trygg å låne mot, la han til, er to forskjellige jobber.

Klasse 2, å angripe meldingen, snur dette på hodet. Her tar orakelet virkelig feil, ikke fordi markedet ble flyttet, men fordi noen andre fikk snakke i orakelets navn. Enten ble signeringsnøkkelen som beviser at rapporten er autorisert stjålet, eller så ble kontrakten som skal sjekke signaturen lurt til å godta en forfalskning. Markedet er urørt. Bassengene er dype. Flash-lånet er unødvendig. Og nettopp derfor slår denne klassen gjennom forsvar som ble bygget mot den forrige.

Hva et prisorakel faktisk lover

Et prisorakel gir en smartkontrakt to løfter samtidig, og det er lett å glemme det andre. Det første løftet er at tallet ligger nær den virkelige markedsprisen. Det andre er at tallet faktisk kommer fra orakelet, at det er autentisk og ikke noe en tilfeldig adresse har diktet opp. Klasse 1-angrep bryter det første løftet mens det andre holder: prisen er reelt levert av orakelet, den er bare manipulert på veien inn. Klasse 2-angrep bryter det andre løftet direkte.

Hvor godt det andre løftet holder, avhenger av hvordan orakelet er bygget. To modeller dominerer. I push-modellen (Chainlink er den store) samler et nettverk av uavhengige noder inn priser, blir enige om en median utenfor kjeden, signerer resultatet og dytter det inn i en aggregatorkontrakt. I pull-modellen (Pyth, Supra og RedStone hører hjemme her) signerer førsteparts-publisister priser fortløpende, og forbrukeren henter en signert prisoppdatering på forespørsel og sender den inn selv. Begge hviler til slutt på kryptografiske signaturer, og det er i sprekkene rundt de signaturene Klasse 2 lever.

At dette er viktig, er ikke kontroversielt lenger. Chainlink alene sikrer i størrelsesorden 40 milliarder dollar i verdi på tvers av hundrevis av protokoller, rundt 70 prosent av alt oraklene i DeFi passer på, ifølge DefiLlama; LINK omsettes for rundt 13 dollar høsten 2026. OWASP fører prismanipulasjon som en egen kategori i sin Smart Contract Top 10. Poenget er at brorparten av forsvarsarbeidet har handlet om det første løftet. Det andre har fått gå under radaren, helt til nøklene begynte å lekke.

Klasse 1: å manipulere markedet

For å forstå hvor annerledes meldingsangrepene er, er det verdt en rask oppsummering av klassikeren. Oppskriften har vært den samme siden bZx i februar 2020: finn en sikkerhet med tynt marked, blås opp spotprisen i ett eneste basseng, og lån mot den oppblåste verdien før prisen faller tilbake. Flash-lånet er forsterkeren, ikke selve feilen; den egentlige svakheten er en utlåner som stoler på spotprisen fra ett grunt basseng. Tectonic-angrepet i august 2026 beviste at forsterkeren ikke engang er nødvendig: angriperen pumpet gov-tokenet TONIC rundt hundre ganger med bare rundt 600 000 dollar av egne midler, uten noe stort flash loan.

Tabellen under viser slektstreet. Alle disse har samme rot, et ærlig orakel matet med en uærlig pris, og de er godt dokumentert av blant andre Halborn og amerikanske CFTC (i Mango-saken).

Legg merke til et mønster: i hver eneste av disse gjorde orakelet nøyaktig jobben sin. Det leste en pris som faktisk fantes i markedet der og da. Forsvarene mot denne klassen, som vi kommer tilbake til, handler alle om å gjøre det tallet vanskeligere å flytte eller mindre farlig å stole på. Ingen av dem hjelper det spor mot det som skjedde med Ostium og Bonzo.

Klasse 2: å forfalske meldingen

I meldingsklassen rører ikke angriperen markedet i det hele tatt. Han går rett på beviskjeden som skal garantere at en pris er ekte. Det finnes to hovedvarianter, og 2026 leverte et rendyrket eksempel på hver.

• Stjel signeringsnøkkelen. Rapportene er kryptografisk gyldige, signert med riktig nøkkel; nøkkelen er bare i feil hender. Dette er Ostium.
• Knekk verifikatoren. Signaturen er ugyldig, men kontrakten som skal avvise den har en feil og godtar den likevel. Dette er Bonzo.

Felles for begge er at de ikke trenger et tynt marked, et flash loan eller dyp likviditet. De trenger bare at autentiseringen svikter ett sted. Sikkerhetsselskapet CredShields beskrev den bredere dreiningen slik i en oppsummering av årets tap: angrepsflaten har flyttet opp i stakken, til styringen, til de som signerer, og til menneskene som bygger protokollene selv. Det er nettopp der de neste to angrepene traff.

Denne klassen er også vanskeligere å se komme. Et markedsangrep etterlater spor i ordrebøker og bassenger, og likviditetsdata kan flagge et token som er farlig å låne mot. Et meldingsangrep etterlater ingenting før det utløses: nøkkelen som lekker ligger utenfor kjeden, og verifikator-feilen sover helt til noen sender akkurat den ene transaksjonen som vekker den. Derfor kommer varselet som oftest fra transaksjonsovervåking i sanntid, ikke fra tradisjonell risikomodellering av selve sikkerheten.

Ostium: den stjålne signeringsnøkkelen

Ostium er en perp-børs på Arbitrum som tilbyr evigvarende kontrakter på virkelige aktiva, alt fra aksjer og råvarer til valuta. Den 15. juli 2026 tappet en angriper rundt 18 millioner dollar fra likviditetshvelvet, et tall senere analyse justerte opp mot 23,75 millioner USDC, altså rundt en tredjedel av hvelvet. Det skjedde ikke ved å flytte en eneste pris i et marked.

I stedet var en signeringsnøkkel knyttet til en komponent Ostium kaller PriceUpKeep-forwarderen, kommet på avveie. Med den nøkkelen kunne angriperen signere autoriserte prisrapporter som protokollen godtok som ekte, og han daterte dem fram i tid, altså «validerte» priser for øyeblikk som ennå ikke hadde inntruffet. Deretter kjørte han rundt tjue åpne-og-lukke-runder i én eneste atomisk executeBatch-transaksjon: åpne en posisjon på en oppdiktet pris (en BTC/USD på 5 000 dollar mens den egentlig lå rundt 60 000), lukke den på den ekte prisen, og høste differansen som ren fortjeneste, om og om igjen.

Det avgjørende her er at hver eneste rapport var kryptografisk gyldig. Signaturen stemte, fordi den var laget med den ekte nøkkelen. Ingen TWAP, ingen median over flere børser og ingen likviditetsjustert lånegrense ville stoppet dette, for ingen av dem stiller spørsmål ved en pris som er korrekt signert. Ostium satte handelen på pause innen en time og åpnet igjen 23. juli etter en herdingsrunde, men skaden var gjort. Techtimes kalte det treffende DeFis blindsone utenfor kjeden. Ronghui Gu, medgründer i CertiK, har formulert lærdommen mer generelt: «En protokoll kan bestå en feilfri kodegjennomgang og likevel tape millioner på grunn av en kompromittert admin-nøkkel.»

At Ostium handler med tokeniserte virkelige aktiva, gjør angrepet ekstra lærerikt. Aksjer, råvarer og valuta prises på markeder som stenger i helger og om natten, og som ligger utenfor kjeden. En perp-børs på slike aktiva må derfor stole tungt på en signert, ekstern feed nettopp i de timene den ikke kan kontrolleres mot et likvid on-chain-marked. Det gjør nøkkelen som signerer feeden desto mer verdifull for en angriper, og desto viktigere å beskytte med terskelsignering og strenge tidsvinduer.

Bonzo og Supra: signaturen som var bare nuller

Der Ostium mistet en gyldig nøkkel, mistet Bonzo tilliten til selve sjekken. Bonzo Lend var den største låneprotokollen på Hedera. Den 11. juli 2026 sendte en angriper inn en forfalsket prisoppdatering som blåste opp verdien av tokenet SAUCE med rundt tolv størrelsesordener, og tømte protokollen for rundt 9 millioner dollar. Bonzo hentet prisene sine fra Supras on-demand-orakel, og det var Supras verifiseringskontrakt som sviktet.

Mekanismen er verdt å forstå i detalj, for den er lærebokstoff. Supra bruker en paringsbasert signatur (i BLS-familien), der en gyldig rapport bevises ved en matematisk paringssjekk mellom signaturen og en offentlig nøkkel. Angriperen refererte til en komité-ID som lå utenfor området Supra faktisk hadde fylt med nøkler. I stedet for å avvise referansen returnerte oppslaget stille en offentlig nøkkel som besto av bare nuller. Angriperens egen signatur var også bare nuller. Da ble begge sider av paringslikningen 0, og 0 er lik 0, så sjekken gikk gjennom. Som post-mortemet påpeker: ingen ekte signaturordning produserer en nullsignatur, og en verifikator som jobber riktig, ville avvist både en nullnøkkel og en signatur utenfor undergruppen lenge før paringssjekken.

Med den falske prisen på plass deponerte angriperen bare 250 SAUCE og lånte ut 6,63 millioner USDC og 34,5 millioner wrapped HBAR, til sammen rundt 9,05 millioner dollar. Bonzos TVL falt 77 prosent, og hele Hederas DeFi-verdi falt rundt 40 prosent samme døgn. En annen lommebok lånte rundt 1 million til, meldte seg via Discord som white hat og sa den ville levere tilbake. Supra erkjente feilen og rullet ut en rettelse i verifikatoren i løpet av timer. Feilen var av en type som rutinemessig fuzz-testing, eller et skikkelig bug bounty-program på orakeladapteren og ikke bare på kjernekontrakten, høyst sannsynlig ville fanget; vi har skrevet om hvordan rekordutbetalinger likevel ikke stopper tyveriene.

Slik autentiserer et orakel en pris

For å se hvorfor de to angrepene traff akkurat der de traff, må vi under panseret på hvordan en pris i det hele tatt blir bevist på kjeden. Det er her push- og pull-modellene skiller lag.

I push-modellen, som Chainlink bruker, kjører et desentralisert orakelnettverk (DON) en protokoll kalt Off-Chain Reporting. En komité av uavhengige nodeoperatører observerer prisen hver for seg, blir enige om en median utenfor kjeden, og hver operatør signerer den samme rapporten. På kjeden godtar aggregatorkontrakten rapporten bare hvis et flertall av signaturene kommer fra den kjente operatørlisten. For å forfalske en slik rapport må du kompromittere et flertall av innbyrdes uavhengige operatørers nøkler samtidig, noe som er svært vanskelig. Det er selve grunnen til at angripere som er ute etter Chainlink-sikrede protokoller heller går løs på markedet (Klasse 1): meldingen er rett og slett for godt beskyttet.

I pull-modellen, som Pyth, Supra og RedStone bygger på, signerer førsteparts-publisister priser fortløpende utenfor kjeden. Når en protokoll trenger en pris, henter den (eller en keeper) en fersk, signert prisoppdatering og sender den inn i samme transaksjon. En verifiseringskontrakt sjekker så publisistens signatur, hvor gammel prisen er, og ofte et konfidensintervall, før tallet tas i bruk. Modellen er billigere, dekker langt flere aktiva og oppdateres på forespørsel, men den flytter hele tilliten til to ting: signeringsnøklene og at verifikatoren er korrekt. Det er nøyaktig de to tingene Ostium (nøkkelen) og Bonzo (verifikatoren) rev ned.

Et nyttig bilde er å tenke på signaturen som et segl. I push-modellen må mange uavhengige parter trykke sitt segl på det samme dokumentet før det gjelder, og en angriper må stjele et flertall av seglene på én gang for å forfalske det. I pull-modellen holder det i praksis med ett segl, så alt avhenger av at seglet oppbevares trygt, og at dørvakten faktisk kontrollerer at det er ekte. Ostium mistet seglet; hos Bonzo sto dørvakten og slapp inn et blankt ark. Begge feilene er enkle å beskrive og brutale i konsekvens, og ingen av dem har noe med selve markedsprisen å gjøre.

Push mot pull: to tillitsmodeller, to angrepsflater

Dette er ikke et argument for at pull-orakler er dårlige. De løser reelle problemer og er grunnen til at DeFi kan prise tusenvis av aktiva som en push-feed aldri ville dekket. Poenget er at de to modellene feiler på ulike måter, og at en protokoll må sikre akkurat den flaten den faktisk eksponerer. Tabellen under oppsummerer forskjellen.

Det er verdt å understreke en nyanse: også en push-feed har nøkler, og en protokoll som integrerer et hvilket som helst orakel, legger til en egen adapter som kan ha egne feil. Chainlinks styrke ligger i at tilliten er spredt over mange operatører, ikke i at nøkler er magisk trygge. Når en protokoll velger pull for å få dekket flere aktiva, er byttehandelen at den konsentrerer tilliten i nøkler og verifikatorkode, og da må nettopp de to tingene få mest oppmerksomhet.

Hvorfor de vanlige forsvarene ikke hjelper her

Verktøykassa mot Klasse 1 er velprøvd, og nettopp derfor er den forførende. Problemet er at hvert verktøy forutsetter at prisen ble ærlig levert, og bare spør om innholdet er manipulert.

• TWAP (tidsvektet snittpris) gjør det dyrt å flytte prisen over flere blokker. Men et TWAP av en forfalsket feed er bare et forfalsket gjennomsnitt; en signert løgn blir ikke sannere av å midles.
• Median over flere kilder hjelper hvis én kilde er skjev. Det hjelper ikke hvis signaturene fra kildene godtas når de ikke burde det, slik de ble hos Bonzo.
• Likviditetsjusterte lånegrenser dimensjonerer risikoen etter hvor dypt markedet faktisk er. En BTC-pris på 5 000 dollar bryr seg ikke om hvor dypt markedet er når den kommer korrekt signert inn døra.
• Aave CAPO og lignende tak på avledede kurser demmer opp for oppblåste vekslingsforhold, ikke for en stjålet nøkkel.

Meldingsklassen krever forsvar på et annet lag. Den gode nyheten er at noen av dem er både enkle og billige; den dårlige er at de ofte blir nedprioritert nettopp fordi de sitter i rørleggerarbeidet, ikke i selve låne-logikken.

Forsvar for meldingslaget

Forsvaret mot Klasse 2 fordeler seg på tre nivåer: nøklene, verifikatoren og en uavhengig fornuftssjekk på kjeden.

• Nøkkelsikkerhet. Terskelsignering eller MPC gjør at ingen enkelt stjålet nøkkel er nok; maskinvaresikkerhetsmoduler (HSM) og jevnlig nøkkelrotasjon reduserer eksponeringen. Ostiums lærdom er kort: én forwarder-nøkkel som kan signere autoritative priser alene, er et enkeltpunkt for feil.
• Korrekt verifikator. Avvis null- og identitetssignaturer og nullnøkler; sjekk at et punkt ligger i riktig undergruppe; valider at komité- eller publisist-IDer er innenfor gyldig område og revert ellers; håndhev ferskhet (heartbeat) og avvis framtidsdaterte tidsstempler, slik Ostium utnyttet; legg inn replay-vern. Fuzz-testing og formell verifikasjon av verifikatorkontrakten fanger nettopp nullsignatur-typen.
• Fornuftssjekk uavhengig av orakelet. Legg inn maksimalt tillatt avvik mot forrige pris, grenser for prisbevegelse per blokk, og en circuit breaker som stanser alt ved absurde utslag. Et hopp på tolv størrelsesordener, eller en BTC til 5 000 dollar, skal avvises uansett hvor gyldig signaturen er. Denne sjekken er den eneste som fanger begge klasser samtidig.

Overvåking hører også med. Blockaid oppdaget Ostium-transaksjonene, og automatisk pause ved unormale mønstre kjøpte Bonzo tid. Parallellen til bro-hackene er slående: også der er det som regel nøkler, ikke kode, som svikter, og de samme feilene gjentar seg fordi det operasjonelle laget får minst oppmerksomhet. En advarsel til brukere: at en protokoll er «revidert» betyr sjelden at en tredjeparts verifikator eller en signeringsnøkkel utenfor kjeden er dekket. Vi har sett nærmere på hva en revisjon faktisk garanterer i saken om CertiK og statens penger.

Det billigste tiltaket på hele listen er også det mest oversette: en hard, uavhengig grense på kjeden for hvor mye en pris får bevege seg. En slik grense krever ingen ny leverandør, ingen ekstra nøkkelinfrastruktur og noen få linjer kode, men den ville stoppet både Bonzos hopp på tolv størrelsesordener og Ostiums BTC til 5 000 dollar før et eneste lån ble utbetalt. Grunnen til at den ofte mangler, er sjelden teknisk. Den handler om at team optimaliserer for å støtte flest mulig aktiva raskest mulig, og at en streng grense av og til også stopper en legitim, men brå prisbevegelse. Avveiningen er reell, men tapstallene i 2026 tyder på at pendelen har svingt for langt mot bekvemmelighet.

Den tredje kategorien: ærlig feed, feil tall

Ikke alt som ser ut som et orakel-angrep, passer inn i de to klassene. En tredje kategori oppstår når feeden både er ærlig og korrekt autentisert, men forbrukeren bruker tallet feil. Her er ikke orakelet manipulert i det hele tatt; feilen ligger i regnestykket rundt.

Edel Finance i juli 2026 er det reneste eksempelet. En angriper brukte et donasjonsangrep mot et ERC-4626-hvelv som pakket inn tokeniserte Google-aksjer (wGOOGLx), og fikk vekslingsforholdet til å eksplodere. Chainlinks underliggende prisfeed var korrekt hele veien; feilen lå utelukkende i innpakningsmekanismen, i et internt regnskapstall protokollen behandlet som en pris. Aave-hendelsen i mars 2026 var ikke engang et angrep, men en feilkonfigurasjon: et fastfrosset tidsstempel fikk CAPO til å undervurdere wstETH med rundt 2,85 prosent og utløste uberettigede likvidasjoner for rundt 26 millioner dollar, uten at det oppsto tap for protokollen. Chaos Labs lovet full kompensasjon til de rammede.

Poenget med denne kategorien er edruelig: rådet om å bare bytte til Chainlink er ikke et fullstendig svar. Du kan ha markedets beste, ærligste og best signerte feed, og likevel tape penger fordi protokollen tolker et avledet tall som om det var en pris. Sikkerhet er en egenskap ved hele systemet, ikke ved orakelleverandøren alene.

De tre kategoriene overlapper også i praksis. Et donasjonsangrep kan kombineres med et tynt marked, og en stjålet nøkkel kan brukes til å bekrefte en pris som et markedsangrep allerede har dyttet halvveis på plass. Poenget med å skille dem er ikke å sette hendelser i bås, men å tvinge fram spørsmålet ethvert forsvar må stille: hvilket løfte er det egentlig som brytes her, prisens nærhet til markedet eller beviset på at prisen er ekte? Svarene peker mot helt ulike tiltak, og en protokoll som bare har tenkt på det ene løftet, er blind for angrep på det andre.

Hvem betaler, og hvem svarer

Når meldingslaget svikter, følger opprydningen et gjenkjennelig mønster. Orakelleverandøren fikser feilen, protokollen kompenserer brukerne hvis den kan, og brukerens egentlige rettsvern er velvilje. Etter Bonzo rullet Supra ut en rettelse i løpet av timer, og en white hat leverte tilbake en del av byttet; men brukere som satt igjen med dårlig gjeld, satt fortsatt igjen med den. Ostium herdet systemet og åpnet igjen, mens hvelvet tok tapet.

Denne asymmetrien er ikke ny, den er bare lite diskutert. Sergey Nazarov, medgründer i Chainlink, advarte allerede i 2020 om at «den eneste grunnen til at disse svært farlige mønstrene ikke diskuteres mer, er at tapene ennå ikke har vært på Mt. Gox-nivå». Seks år senere er summene større, men logikken den samme. Det finnes en økonomisk motvekt i form av OEV (oracle extractable value), der protokoller kan fange opp verdien som ellers tilfaller likvidatorer, og de samme MEV-mekanismene dukker opp i debatten om smartkontoen som mål og skjold. Men verken OEV eller raskere rettelser endrer grunnproblemet: den som bygger på et tredjeparts-orakel, arver leverandørens nøkkel- og kodesikkerhet, enten han vet det eller ikke.

Forsikring lukker heller ikke gapet fullt ut. On-chain-dekning finnes, men premiene stiger i takt med tapstallene, og mange protokoller er enten for nye eller for små til å bli dekket på fornuftige vilkår. Resultatet er at tapet oftest havner der det oppsto, hos innskyterne, mens de ansvarlige leddene, orakelleverandøren og protokollteamet, deler på omdømmekostnaden og lite annet. Det er denne fordelingen, mer enn selve den tekniske feilen, som gjør at de samme angrepene fortsetter å lønne seg.

Finanstilsynet, MiCA og hva det betyr for norske brukere

For en norsk DeFi-bruker er den regulatoriske virkeligheten nøktern. MiCA, som gjelder i Norge gjennom EØS-avtalen, regulerer utstedere og tjenesteytere (CASP-er), altså børser, forvaltere og lignende mellomledd. Et fullt desentralisert låneprotokoll uten et identifiserbart mellomledd faller i praksis utenfor. Blir du rammet av et forfalsket-rapport-angrep på en tillatelsesfri protokoll, finnes det ingen CASP bak den, og dermed heller ingen tilsynssak å ta til Finanstilsynet. Overgangsperioden for CASP-tillatelser løp ut i de fleste EU-land 1. juli 2026, mens et eget rammeverk for DeFi først ventes rundt 2027 til 2028.

Det praktiske rådet blir dermed defensivt. Foretrekk protokoller som bygger på godt utprøvde push-feeder med fornuftssjekker på kjeden, og vær ekstra varsom med helt ferske pull-orakel-integrasjoner på nye kjeder, der verifikatoren har fått minst tid under press. Sikkerhetstokener med tynt marked er et rødt flagg for Klasse 1; en ny, uprøvd orakeladapter er det for Klasse 2. Og husk at «revidert» ikke dekker en stjålet nøkkel utenfor kjeden.

Tallene setter dette i perspektiv. Med en dollarkurs rundt 9,40 kroner høsten 2026 tilsvarer Bonzos tap på rundt 9 millioner dollar grovt regnet 85 millioner kroner, mens Ostiums opptil 23,75 millioner dollar utgjør over 220 millioner kroner. Tectonics 75 millioner dollar, til sammenligning, er i størrelsesorden 700 millioner kroner. Dette er ikke lommerusk, og for en enkeltperson uten CASP i ryggen er det sjelden noe å hente tilbake.

Ofte stilte spørsmål

Hva er forskjellen på å manipulere markedet og å forfalske prisrapporten?

Ved markedsmanipulasjon (Klasse 1) rapporterer orakelet en ekte, men kunstig oppblåst pris; angriperen har flyttet markedet, ofte med et flash loan. Ved forfalsket prisrapport (Klasse 2) er markedet urørt, men angriperen har enten stjålet signeringsnøkkelen eller lurt verifikatoren til å godta en ugyldig signatur. Forsvarene er forskjellige for de to.

Hjelper det å bytte til Chainlink?

Det hjelper mot mange Klasse 1-angrep, fordi Chainlinks push-modell krever at et flertall av uavhengige noder signerer, noe som er svært vanskelig å forfalske. Men det er ingen universalkur: en feilkonfigurert adapter, et avledet regnskapstall (som hos Edel) eller en stjålet nøkkel kan fortsatt gi tap selv med en ærlig, korrekt signert feed.

Var Bonzo-hacket Supras feil eller Bonzos feil?

Selve svakheten lå i Supras verifiseringskontrakt, som godtok en signatur og en nøkkel bestående av bare nuller, og Supra rettet feilen i løpet av timer. Samtidig arver enhver protokoll som integrerer et tredjeparts-orakel den leverandørens sikkerhet, så ansvaret i praksis er delt: Bonzo valgte og stolte på adapteren, og brukerne bar tapet.

Kan en smartkontrakt-revisjon (audit) stoppe slike angrep?

Bare delvis. En revisjon av kjernekontrakten fanger ikke nødvendigvis en signeringsnøkkel som lekker utenfor kjeden, eller en feil i en tredjeparts verifikator. Som CertiKs Ronghui Gu har påpekt, kan en protokoll bestå en feilfri kodegjennomgang og likevel tape millioner på en kompromittert nøkkel. Fuzz-testing av verifikatoren og bug bounty på orakeladapteren dekker mer av denne flaten.

Har norske DeFi-brukere noe vern hvis et orakel-angrep tømmer en protokoll?

I praksis lite. MiCA gjelder i Norge via EØS og regulerer CASP-er, ikke fullt desentraliserte protokoller uten mellomledd. Rammes du på en tillatelsesfri protokoll, finnes det ingen tilsynssak å ta til Finanstilsynet, og et eget DeFi-rammeverk ventes tidligst rundt 2027 til 2028. Egen aktsomhet er inntil videre det viktigste vernet.

Anneke de Vries dekker DeFi-sikkerhet og protokolldesign for HOGE Wire.