Replay Attack

Hva er Replay Attack?

En Replay Attack er når noen fanger opp en gyldig kryptohandling og sender den på nytt slik at et nettverk behandler den som om den var ny. Signaturen er ekte, tidspunktet er luskent. Tenk på det som om noen gjenbruker en signert sjekk ved en annen skranke som fortsatt følger de samme reglene.

Hvordan Replay Attack fungerer

Kort gjennomgang så det sitter.

1. Step 1: Du kringkaster en signert transaksjon.
2. Step 2: En angriper kopierer akkurat de samme signerte dataene.
3. Step 3: De sender den på nytt der den fortsatt verifiseres, for eksempel etter en hard fork eller på en kjede som godtar de samme signaturreglene.
4. Step 4: Nettverket ser en gyldig signatur og behandler den på nytt, slik at verdi flyttes to ganger.
5. Step 5: Bare kontroller mot replay stopper det, for eksempel chain IDs, nonceverdier eller applikasjonsnivå engangstillatelser.

Det er hele trikset. Irriterende, og lett å forhindre.

Hvorfor Replay Attack er viktig

Hvorfor bør du bry deg om en Replay Attack? Fordi den kan kopiere en reell handling du mente å utføre én gang, og gjøre den til to ganger.

• Fordel: Kunnskap om risikoen sparer penger og stress ved å hjelpe deg å planlegge sikrere handlinger.
• Perspektiv: Å bruke flere kjeder er vanlig nå, så kopierte meldinger som lander på feil sted skjer oftere enn mange tror.
• Relevans: Du vil se dette begrepet når du flytter midler over en blokkjede, under kjedesplittelser, eller når du signerer meldinger utenfor kjeden for apper.

Nøkkeltrekk ved Replay Attack

Oppdag mønsteret raskt med disse kjennetegnene:

• Kopi: Den gjenbruker nøyaktig samme signerte melding, byte for byte.
• Gyldighet: Signaturen er ekte, så noder godtar den med mindre det finnes kontroller mot replay.
• Timing: Vanligst ved kjedesplittelser, broer, eller når apper hopper over sjekk av nonceverdier.

Varianter

Samme fremgangsmåte, ulike arenaer:

• Fork: Replays på tvers av to kjeder som splitter seg og fortsatt godtar de samme signaturene.
• Crosschain: Replays mellom kjeder som deler parametere eller godtar samme meldingsformater.
• Contract: Replays av signerte tillatelser eller metatransaksjoner inne i apper som glemte en engangsnonce.

Eksempel

Etter splittelsen i DAO ble noen uttak signert på Ethereum akseptert på nytt på Ethereum Classic helt til sterkere replay-beskyttelse ble innført.

Fakta

Ethereum introduserte chain IDs i 2016 via EIP155 for å stoppe triks knyttet til Replay Attack, og det valget påvirket hvordan moderne lommebøker får deg til å velge kjede på forhånd.

Oppsummering

Replay Attack i én setning: en ekte signatur, gjenbrukt der eller når den ikke burde være det. Se på det som en dobbel belastning, så oppdager du det raskere.