{"id":655,"date":"2026-11-11T05:09:25","date_gmt":"2026-11-11T05:09:25","guid":{"rendered":"https:\/\/hoge.gg\/no\/se-hva-du-signerer-clear-signing-multisig-2026\/"},"modified":"2026-11-11T05:09:25","modified_gmt":"2026-11-11T05:09:25","slug":"se-hva-du-signerer-clear-signing-multisig-2026","status":"publish","type":"post","link":"https:\/\/hoge.gg\/no\/se-hva-du-signerer-clear-signing-multisig-2026\/","title":{"rendered":"Se hva du signerer: clear signing og multisig-praksis 2026"},"content":{"rendered":"

Den 2. november 2026 oppdaget Mercado Bitcoin, Brasils st\u00f8rste kryptob\u00f8rs, at noe var galt i et av systemene sine. Da b\u00f8rsen fr\u00f8s inn- og uttak noen minutter senere, var et sted mellom 38 og 49 millioner dollar (rundt 360 til 460 millioner kroner) allerede p\u00e5 vei ut av varme lommeb\u00f8ker fordelt p\u00e5 sju blokkjeder, if\u00f8lge Decrypt<\/a>. Samme dag bekreftet ogs\u00e5 BitMart et innbrudd<\/a> som etterforskerne knyttet til samme adresse. Det kom bare fire dager etter at Binance mistet rundt 6,36 milliarder dollar (n\u00e6r 60 milliarder kroner) i tidenes st\u00f8rste kryptotyveri.<\/p>

Det g\u00e5r en r\u00f8d tr\u00e5d gjennom de verste tapene i 2026, og den er ubehagelig for alle som tror sikkerhet f\u00f8rst og fremst handler om sterkere kryptografi: n\u00f8klene ble sjelden stj\u00e5let, og signaturene var gyldige. Signatarene godkjente bare noe annet enn det de trodde de godkjente. En multisig-lommebok fordeler retten til \u00e5 godkjenne mellom flere personer, men den leser ikke nyttelasten for deg. Hvis skjermen viser noe annet enn det transaksjonen faktisk gj\u00f8r, hjelper det lite at fem av sju sa ja.<\/p>

Derfor er den multisig-praksisen som gir mest igjen for innsatsen i 2026 verken flere signatarer eller dyrere maskinvare, men \u00e5 verifisere hva du signerer. Og for f\u00f8rste gang finnes det en standard som gj\u00f8r nettopp det h\u00e5ndhevbart: Ethereum Foundations clear signing-initiativ<\/a>, lansert 12. mai 2026, med ERC-7730 i sentrum. Denne artikkelen handler om hvordan det fungerer, hvor det hjelper, og hvor det ikke rekker.<\/p>

Multisigen br\u00f8t ikke sammen, den signerte feil<\/h2>

En multisig (kort for multisignatur) er en konto der en transaksjon krever flere godkjenninger f\u00f8r den kan utf\u00f8res, for eksempel tre av fem forh\u00e5ndsdefinerte n\u00f8kler. P\u00e5 Ethereum og de fleste EVM-kjeder er Safe (tidligere Gnosis Safe) den dominerende varianten; p\u00e5 Bitcoin finnes tilsvarende oppsett med egne skript. Poenget er \u00e5 fjerne det enkeltst\u00e5ende feilpunktet: ingen enkeltperson, og ingen enkelt stj\u00e5let n\u00f8kkel, skal kunne t\u00f8mme hvelvet alene.<\/p>

Det multisigen ikke gj\u00f8r, er \u00e5 granske innholdet i det som signeres. Den teller gyldige signaturer; den bekrefter ikke at transaksjonen gj\u00f8r det signatarene tror. Skillet er lite i teorien og enormt i praksis. En overf\u00f8ring t\u00f8mmer hvelvet \u00e9n gang. En endring av hvem som eier kontrakten, hvilke moduler som er aktivert, eller hvilke adresser som har st\u00e5ende godkjenninger, gir angriperen en n\u00f8kkel som varer ved. I begge tilfeller er signaturen like gyldig; forskjellen ligger i om signataren forsto hva godkjenningen innebar.<\/p>

Som vi skrev i Syv signaturer, \u00e9n svakhet<\/a>, er en M-av-N bare s\u00e5 sterk som uavhengigheten mellom delene. Her tar vi det ett steg videre: selv perfekt uavhengige signatarer er verdil\u00f8se hvis alle leser den samme l\u00f8gnen p\u00e5 skjermen.<\/p>

Blindsignering: den egentlige angrepsflaten i 2026<\/h2>

Blindsignering er n\u00e5r en signatar godkjenner en transaksjon uten \u00e5 kunne se, i lesbar form, hva den faktisk gj\u00f8r. Maskinvarelommeboken viser en rad med heksadesimale tegn, eller i beste fall et kontraktkall den ikke klarer \u00e5 tolke, og brukeren trykker bekreft fordi arbeidsflyten krever det. Angriperen trenger da ikke \u00e5 knekke kryptografien. Det holder \u00e5 kontrollere laget mellom mennesket og kjeden: nettgrensesnittet, en kompromittert utviklermaskin, eller en forh\u00e5ndssignert melding som utf\u00f8res senere.<\/p>

Hvorfor godkjenner erfarne folk noe de ikke kan lese? Fordi arbeidsflyten presser dem til det. Skjermen p\u00e5 en maskinvarelommebok er liten, et moderne DeFi-kall kan romme dusinvis av parametere, og en operat\u00f8r som signerer titalls transaksjoner i uken, venner seg til \u00e5 trykke bekreft. Angriperen regner nettopp med denne vanen. Blindsignering er ikke et teknisk smutthull, men et menneskelig ett: systemet ber om et ja det ikke gir brukeren mulighet til \u00e5 kvalifisere.<\/p>

Det tydeligste eksempelet er fortsatt Bybit. Den 21. februar 2025 forsvant rundt 1,5 milliarder dollar (n\u00e6r 14 milliarder kroner) fra b\u00f8rsens cold wallet. Angriperne, knyttet til Lazarus-gruppen, hadde ikke stj\u00e5let en eneste n\u00f8kkel. De hadde injisert skadelig JavaScript i Safe-grensesnittet via en kompromittert utviklermaskin, slik at signatarene s\u00e5 en rutinemessig overf\u00f8ring mens de i virkeligheten signerte et bytte av kontraktens logikk, if\u00f8lge BleepingComputer<\/a>. Signeringen var gyldig. Visningen l\u00f8y.<\/p>

Hendelse<\/th>Tidspunkt<\/th>Tap<\/th>Hva signataren trodde<\/th>Hva som faktisk ble godkjent<\/th><\/tr><\/thead>
Bybit<\/td>feb. 2025<\/td>~1,5 mrd USD (~14 mrd kr)<\/td>rutineoverf\u00f8ring i Safe-grensesnittet<\/td>bytte av implementasjonslogikk via manipulert UI<\/td><\/tr>
WazirX<\/td>juli 2024<\/td>~230 mill. USD (~2,2 mrd kr)<\/td>godartet overf\u00f8ring hos Liminal<\/td>skjult nyttelast; grensesnittet viste noe annet enn kalldataen<\/td><\/tr>
Radiant Capital<\/td>okt. 2024<\/td>~50 mill. USD (~470 mill. kr)<\/td>legitim transaksjon, simuleringen viste gr\u00f8nt<\/td>transferOwnership, kj\u00f8rt i bakgrunnen p\u00e5 infiserte maskiner<\/td><\/tr>
Drift<\/td>apr. 2026<\/td>~285 mill. USD (~2,7 mrd kr)<\/td>ufarlig forh\u00e5ndssignering (durable nonce)<\/td>admin-overf\u00f8ring utl\u00f8st p\u00e5 kommando m\u00e5neder etter<\/td><\/tr>
Liquid Network<\/td>sep. 2026<\/td>~319 mill. USD (~3 mrd kr)<\/td>gyldig peg-out; noden sa reservene var dekket<\/td>utbetaling mot udekket L-BTC (valideringskoden tok feil)<\/td><\/tr>
Binance<\/td>okt. 2026<\/td>~6,36 mrd USD (~60 mrd kr)<\/td>ufarlige EIP-7702-autorisasjoner (varm lommebok, ikke multisig)<\/td>50 autorisasjoner som pekte lommeboken mot en sweeper<\/td><\/tr><\/tbody><\/table><\/figure>

WazirX fulgte samme m\u00f8nster i juli 2024: en Gnosis Safe med fire-av-seks under forvaring hos Liminal Custody, der angriperen utnyttet et avvik mellom det Liminal-grensesnittet viste og den faktiske transaksjonsdataen, if\u00f8lge Halborns gjennomgang<\/a>. Rundt 230 millioner dollar forsvant. Hos Radiant Capital i oktober 2024 var det en macOS-skadevare kalt InletDrift som infiserte flere utvikleres maskiner; Safe-grensesnittet og til og med simuleringen viste legitime data mens den ondsinnede transaksjonen ble signert i bakgrunnen. Felles for alle tre: ingen stj\u00e5let n\u00f8kkel, bare et manipulert visningslag.<\/p>

\u00c5ret der n\u00f8klene holdt og pengene forsvant<\/h2>

Tallene bekrefter at dette ikke er enkeltst\u00e5ende uhell. I halv\u00e5rsrapporten for 2026 talte TRM Labs<\/a> 207 hendelser til sammen rundt 972 millioner dollar (n\u00e6r 9,2 milliarder kroner) i f\u00f8rste halv\u00e5r. Fordelingen er det interessante: rene smartkontraktfeil sto for flertallet av hendelsene (125 av 207), men en liten andel av verdien. Kompromittering av infrastruktur, n\u00f8kler og operasjonelle rutiner sto for rundt 15 prosent av hendelsene, men omtrent 76 prosent av de stj\u00e5lne verdiene. Med andre ord: de dyre tapene skjer nesten alltid p\u00e5 godkjenningslaget, ikke i koden.<\/p>

Andre halv\u00e5r gjorde regnestykket verre. CertiK<\/a> anslo de samlede tapene for 2026 til rekordh\u00f8ye rundt 9,2 milliarder dollar (n\u00e6r 87 milliarder kroner), der Binance-ranet 29. oktober alene sto for brorparten. Det ranet var teknisk sett ikke en multisig, men en varm lommebok som gjennom EIP-7702 ble pekt mot en sweeper-kontrakt via 50 forh\u00e5ndssignerte autorisasjoner, if\u00f8lge TRM Labs<\/a>. Mekanismen er likevel i samme familie: en gyldig signatur som autoriserte noe helt annet enn operat\u00f8ren forsto. Den samme logikken, flyttet til en b\u00f8rs i stedet for en DAO-kasse, utforsket vi i Smart konto, ingen SAFU<\/a>.<\/p>

N\u00e5r tre av fire tapte kroner skyldes at noen godkjente feil ting, blir sp\u00f8rsm\u00e5let ikke lenger \u00abhvordan beskytter vi n\u00f8klene bedre\u00bb, men \u00abhvordan s\u00f8rger vi for at det som godkjennes faktisk er det signataren vil\u00bb. Det er hele poenget med clear signing.<\/p>

\u00abSe hva du signerer\u00bb: clear signing-standarden<\/h2>

Clear signing, p\u00e5 norsk best beskrevet som klarsignering, er det motsatte av blindsignering: lommeboken viser transaksjonen i menneskeleselig form f\u00f8r du bekrefter. I stedet for en rad hex ser du at du sender 10 000 USDC til en navngitt adresse, eller at du gir en bestemt kontrakt rett til \u00e5 flytte et token. Prinsippet er oppsummert i mottoet til clearsigning.org<\/a>: \u00abSee what you sign\u00bb.<\/p>

Det som er nytt i 2026, er at dette gikk fra \u00e5 v\u00e6re en leverand\u00f8rfunksjon til \u00e5 bli en \u00e5pen standard. Den 12. mai 2026 overtok Ethereum Foundations initiativ Trillion Dollar Security forvalterskapet og lanserte clear signing som felles standard. I kunngj\u00f8ringen<\/a> skriver stiftelsen at det \u00e5 godkjenne en transaksjon \u00abis meant to be the last line of defense when exercising control over what happens to your assets on the blockchain\u00bb, og at \u00abwhen it is done blindly, that defense does not hold\u00bb. Konklusjonen er like enkel som den er ambisi\u00f8s: \u00abWhat You See Is What You Sign (WYSIWYS) must be our goal, and Clear Signing must be the default\u00bb.<\/p>

Bak initiativet st\u00e5r en uvanlig bred koalisjon av akt\u00f8rer som ellers konkurrerer: Ledger, MetaMask, Trezor, WalletConnect, Fireblocks, Cyfrin, Sourcify, Keycard, ZKnox, Zama og Blockaid, med Ethereum Foundation som det kunngj\u00f8ringen kaller en \u00abcredibly neutral steward\u00bb. At b\u00e5de maskinvareleverand\u00f8rer og programvarelommeb\u00f8ker stiller seg bak samme format, er nettopp det som skiller 2026-standarden fra tidligere fors\u00f8k, der hver leverand\u00f8r kokte sin egen suppe.<\/p>

ERC-7730 under panseret<\/h2>

Hjertet i standarden er ERC-7730<\/a>, et format for det som kalles descriptors: strukturerte JSON-beskrivelser som forteller lommeboken hvordan r\u00e5 kalldata skal oversettes til lesbar tekst. En transaksjon p\u00e5 kjeden er bare bytes, et funksjonsutvalg og en rekke parametere. Descriptoren legger p\u00e5 konteksten som mangler, hvor mange desimaler et token har, hvilket navn en adresse b\u00f8r vises med, hva en bestemt tallkode betyr, slik at lommeboken kan vise \u00abGodkjenn 500 DAI til Uniswap\u00bb i stedet for en hex-streng.<\/p>

Standarden ble f\u00f8rst foresl\u00e5tt 7. februar 2024 av blant andre Laurent Castillo og Derek Rein fra Ledger, og har fortsatt formell status som Draft, med versjon 2.1.0 aktiv og 3.0.0 under arbeid. Den dekker ikke bare vanlig EVM-kalldata, men ogs\u00e5 signerte EIP-712-meldinger, ERC-4337-brukeroperasjoner og EIP-5792-bunttransaksjoner, alts\u00e5 akkurat de transaksjonstypene moderne smartkontoer og multisig-grensesnitt produserer. For en teknisk gjennomgang har CertiK<\/a> publisert en detaljert innf\u00f8ring.<\/p>

Et konkret eksempel gj\u00f8r forskjellen tydelig. En r\u00e5 godkjenning av et ERC-20-token viser p\u00e5 en maskinvareskjerm bare funksjonssignaturen og to lange heksadesimale felter: en adresse og et tall. En descriptor forteller lommeboken at det f\u00f8rste feltet er mottakeren (og at adressen tilh\u00f8rer en kjent kontrakt), og at tallet skal tolkes som et bel\u00f8p med atten desimaler. I stedet for ugjennomtrengelig hex ser signataren \u00abGi Uniswap rett til \u00e5 bruke 500 USDC\u00bb, eller, langt viktigere, \u00abGi denne ukjente kontrakten rett til \u00e5 bruke et ubegrenset bel\u00f8p\u00bb. Det er i akkurat det skillet de fleste t\u00f8mte lommeb\u00f8kene i 2026 forsvant.<\/p>

Dimensjon<\/th>Blindsignering<\/th>Clear signing (ERC-7730)<\/th><\/tr><\/thead>
Det skjermen viser<\/td>r\u00e5 hex eller utolket kontraktkall<\/td>mottaker, funksjon, bel\u00f8p og token i klartekst<\/td><\/tr>
Det signataren kan verifisere<\/td>lite eller ingenting<\/td>at intensjon stemmer med faktisk handling<\/td><\/tr>
Hvem skriver \u00aboversettelsen\u00bb<\/td>ingen<\/td>en descriptor i et \u00e5pent, attestert register<\/td><\/tr>
Resultat av et manipulert grensesnitt<\/td>angrepet lykkes i det stille<\/td>avviket blir synlig for signataren<\/td><\/tr>
Viktig begrensning<\/td>gjelder uansett<\/td>beskytter signeringslaget, ikke valideringslogikk over det<\/td><\/tr><\/tbody><\/table><\/figure>

Registeret og attesteringene<\/h2>

Clear signing flytter et sp\u00f8rsm\u00e5l snarere enn \u00e5 fjerne det: hvem skriver descriptoren, og hvorfor skal du stole p\u00e5 den? Hvis oversettelsen fra hex til klartekst er feil, enten ved uhell eller med vilje, er du like blind som f\u00f8r, bare med falsk trygghet. Standarden svarer med to ting: et felles, offentlig register og et lag av attesteringer.<\/p>

Registeret er et \u00e5pent GitHub-depot<\/a> som Ethereum Foundation er vert for, men som hvem som helst kan speile og granske. Her samles descriptorene for kjente kontrakter, slik at lommeb\u00f8ker kan hente den samme menneskelesbare beskrivelsen i stedet for at hver leverand\u00f8r gjetter p\u00e5 egen h\u00e5nd. Fordi det er offentlig, kan uavhengige parter se n\u00f8yaktig hvilken tekst en gitt kontrakt vil fremkalle, og flagge en descriptor som beskriver noe annet enn den gir seg ut for.<\/p>

Over registeret ligger ERC-8176, et attesteringsrammeverk bygget p\u00e5 Ethereum Attestation Service. Her kan uavhengige revisorer g\u00e5 god for at en descriptor faktisk beskriver kontrakten den hevder \u00e5 beskrive, en signert p\u00e5stand om at \u00abdenne oversettelsen er korrekt\u00bb. Da blir tilliten verifiserbar og sporbar, i stedet for \u00e5 hvile p\u00e5 at \u00e9n leverand\u00f8r har gjort jobben riktig. Det er den samme logikken som ligger bak tredjepartsrevisjon av selve kontraktene, n\u00e5 flyttet til laget som forteller deg hva du signerer.<\/p>

ERC-8213: fingeravtrykket du kan etterregne<\/h2>

Noen transaksjoner lar seg ikke beskrive. En kontrakt kan v\u00e6re s\u00e5 ny, s\u00e5 sammensatt eller s\u00e5 sjelden at ingen descriptor finnes, og da er man i prinsippet tilbake til blindsignering. For nettopp disse tilfellene finnes ERC-8213<\/a>, skrevet av Cyfrin, som et sikkerhetsnett p\u00e5 bytes-niv\u00e5.<\/p>

I stedet for en lesbar beskrivelse viser ERC-8213 et kort, reproduserbart kryptografisk fingeravtrykk av n\u00f8yaktig det som skal signeres, i praksis en keccak256-hash av lengden og innholdet i kalldataen. Poenget er kryssverifisering mellom enheter: f\u00f8r du bekrefter p\u00e5 maskinvarelommeboken, kan du regne ut det samme fingeravtrykket p\u00e5 en ren, isolert maskin og sammenligne de to. Stemmer de, signerer du det du tror. Stemmer de ikke, er noe p\u00e5 veien blitt endret. Standarden dekker ogs\u00e5 Safe-spesifikke signeringshasher, som er akkurat det en multisig-signatar trenger \u00e5 kontrollere.<\/p>

For en multisig er dette avgj\u00f8rende, fordi hver signatar kan gj\u00f8re kontrollen uavhengig. Hvis fem personer hver for seg etterregner det samme fingeravtrykket p\u00e5 hver sin rene maskin, m\u00e5 en angriper lure alle fem samtidig, ikke bare kompromittere ett delt grensesnitt. Det er her clear signing og god multisig-praksis m\u00f8tes: verifiseringen blir like distribuert som signeringen.<\/p>

Verkt\u00f8y for uavhengig verifisering<\/h2>

Rundt standarden har det vokst fram praktiske verkt\u00f8y. Cyfrins clearsig<\/a> hjelper deg \u00e5 jobbe med b\u00e5de ERC-7730 og ERC-8213, og lar deg etterregne en Safe-transaksjons sanne hash p\u00e5 en separat enhet. Fellesskapsverkt\u00f8yet SafeLens gj\u00f8r det samme for Safe-transaksjoner. Cyfrin oppsummerte lanseringen i et innlegg med tittelen Blind Signing Solved?<\/a>, og sp\u00f8rsm\u00e5lstegnet er med vilje: et verkt\u00f8y fjerner ikke behovet for at noen faktisk bruker det.<\/p>

Et viktig supplement er simulering. Tjenester som Tenderly og Safes egen simulering kj\u00f8rer transaksjonen i en kopi av kjeden og viser hva den ville gjort f\u00f8r den utf\u00f8res. Men Radiant-saken er en kalddusj her: simuleringen viste gr\u00f8nt fordi selve maskinen som kj\u00f8rte den var kompromittert. Et verkt\u00f8y som henter sin \u00absannhet\u00bb fra en infisert enhet, lyver like overbevisende som grensesnittet. Derfor er regelen fra SEAL Frameworks<\/a> \u00e5 verifisere r\u00e5 transaksjonsdata (m\u00e5ladresse, funksjonskall, parametere) uavhengig, helst p\u00e5 en dedikert, luftgappet enhet som ikke deler skjebne med arbeidsmaskinen. Det handler mindre om \u00e5 ha det riktige verkt\u00f8yet enn om \u00e5 kj\u00f8re det p\u00e5 en enhet du vet er ren.<\/p>

N\u00e5r clear signing ikke er nok<\/h2>

Clear signing l\u00f8ser ett bestemt problem: at visningen lyver om hva signaturen gj\u00f8r. Det er en stor del av 2026-tapene, men ikke alle. Liquid Network-saken i september viser grensen tydelig. Her var det ingen som ble lurt p\u00e5 skjermen. Den 11-av-15 multisigen som styrer Bitcoin-reservene, signerte en peg-out nodene deres mente var fullt dekket. Problemet l\u00e5 et lag h\u00f8yere: en feil i hurtigbufferen for gyldighetsbevis i Elements-programvaren fikk nodene til \u00e5 godta udekket L-BTC som ekte, slik at rundt 319 millioner dollar (n\u00e6r 3 milliarder kroner) kunne tas ut mot reserver som ikke fantes, if\u00f8lge TRM Labs<\/a>. Angriperne returnerte senere om lag 85 prosent. N\u00f8klene var aldri kompromittert, og en klarsignert skjerm ville vist det samme: en \u00abgyldig\u00bb utbetaling.<\/p>

Samme begrensning gjelder angrep p\u00e5 baksiden av systemet. Da Bitget mistet rundt 387 millioner dollar (n\u00e6r 3,7 milliarder kroner) 24. september, ble ingen n\u00f8kkel stj\u00e5let, if\u00f8lge b\u00f8rsens ledelse; angriperne manipulerte et backend-system slik at b\u00f8rsens egen automatiske godkjenning slapp midlene gjennom, som rapportert av Fortune<\/a>. Der clear signing beskytter mennesket foran skjermen, er disse angrepene rettet mot logikken bak skjermen. L\u00e6rdommen er ikke at clear signing er verdil\u00f8st, men at det er ett lag i et forsvar som m\u00e5 dekke hele stabelen, fra valideringskode til signeringsseremoni.<\/p>

Drift-saken peker p\u00e5 en tredje grense. Der ble signatarene lurt til \u00e5 forh\u00e5ndssignere en \u00abdurable nonce\u00bb, en helt legitim Solana-funksjon som lar en transaksjon signeres n\u00e5 og utf\u00f8res senere. I selve signerings\u00f8yeblikket kunne clear signing vist en harml\u00f8s operasjon, fordi den var harml\u00f8s der og da; det farlige var at den kunne utl\u00f8ses p\u00e5 kommando m\u00e5neder senere, etter at et oppsett uten timelock hadde fjernet deteksjonsvinduet. En lesbar skjerm beskytter mot en l\u00f8gn om hva du signerer n\u00e5, ikke mot en sann beskrivelse av noe som blir farlig senere. Derfor er timelocks, overv\u00e5king og rutiner for \u00e5 trekke tilbake gamle signaturer like n\u00f8dvendige som verifisering.<\/p>

Terskler og signatarmangfold<\/h2>

Verifisering er den viktigste praksisen, men den virker bare opp\u00e5 et fornuftig oppsett. SEAL Frameworks<\/a>, et \u00e5pent sikkerhetsrammeverk for bransjen, setter noen tallfestede gulv: minst tre signatarer, minst 50 prosents terskel, og 7 eller flere signatarer for multisiger som holder verdier over \u00e9n million dollar (rundt 10 millioner kroner). N-av-N b\u00f8r unng\u00e5s, fordi tap av \u00e9n enkelt n\u00f8kkel da l\u00e5ser alt for alltid. Alle signatarer b\u00f8r bruke maskinvarelommeb\u00f8ker, helst ulike modeller fra ulike produsenter, geografisk spredt, med minst \u00e9n signatar utenfor organisasjonen.<\/p>

Logikken bak mangfoldet er den samme som bak clear signing: uavhengighet. Sju signatarer gir ingen trygghet hvis alle sju kj\u00f8rer samme programvare p\u00e5 samme type maskin og leser det samme manipulerte grensesnittet, slik Bybit viste. Flere signatarer hjelper bare hvis hver av dem kan, og faktisk gj\u00f8r, en selvstendig verifisering av det samme fingeravtrykket. Ellers kollapser en 5-av-7 i praksis til 1, fordi den samme l\u00f8gnen lurer alle samtidig.<\/p>

Vitalik Buterin har pekt p\u00e5 at de to avgj\u00f8rende sp\u00f8rsm\u00e5lene er menneskelige, ikke tekniske: \u00abTwo key questions in using multi-sig wallets and social recovery wallets securely are: (i) whom do you choose as guardians, and (ii) what instructions do you give them?\u00bb, som han har formulert det<\/a>. En signatar som ikke vet hva han skal se etter, verifiserer ingenting, uansett hvor god maskinvaren er.<\/p>

Verdi i hvelvet<\/th>Anbefalt oppsett<\/th>Tilleggskrav<\/th><\/tr><\/thead>
Liten (privat eller lite team)<\/td>2-av-3<\/td>minst \u00e9n uavhengig enhet; verifiser r\u00e5 kalldata<\/td><\/tr>
Middels<\/td>3-av-5<\/td>ulike maskinvaremodeller, geografisk spredning, timelock<\/td><\/tr>
H\u00f8y (over ~10 mill. kr)<\/td>7+ signatarer, min. 50 % terskel, aldri N-av-N<\/td>minst \u00e9n ekstern signatar, dedikert luftgappet enhet, overv\u00e5king<\/td><\/tr><\/tbody><\/table><\/figure>

Verifisering utenfor b\u00e5ndet og endringer i tillatelser<\/h2>

SEAL legger til en regel som er lett \u00e5 overse: endringer skal verifiseres gjennom flere uavhengige kanaler. I praksis betyr det verifisering \u00abutenfor b\u00e5ndet\u00bb, for eksempel et videoanrop der signatarene bekrefter transaksjonshashen muntlig, eller en separat signert melding over en kanal angriperen ikke kontrollerer. Flere av de store sakene sporer tilbake til en kompromittert eller forfalsket kommunikasjonskanal, ikke til selve signeringen. Hvis koordineringen skjer der angriperen allerede sitter, er antallet signatarer irrelevant.<\/p>

Dette gjelder s\u00e6rlig endringer i selve tillatelsene. En overf\u00f8ring t\u00f8mmer hvelvet \u00e9n gang; en endring av eierskap, en nylig aktivert modul eller en st\u00e5ende token-godkjenning gir en n\u00f8kkel som varer ved. Clear signing hjelper her ogs\u00e5, fordi en descriptor kan gj\u00f8re forskjellen mellom \u00absend 10 ETH\u00bb og \u00abgi denne kontrakten ubegrenset rett til \u00e5 flytte alle dine ETH\u00bb synlig, der en hex-streng skjuler den. Men den menneskelige regelen er like viktig som den tekniske: behandle enhver endring i hvem eller hva som har tilgang, med samme seremoni og samme timelock som en utbetaling p\u00e5 ni sifre.<\/p>

Timelock, en obligatorisk forsinkelse mellom godkjenning og utf\u00f8relse, er det siste nettet. Den gir tid til \u00e5 oppdage og stanse en ondsinnet transaksjon f\u00f8r den fullf\u00f8res. Flere av 2026-sakene hadde ingen slik forsinkelse; hos Drift var en migrering til et oppsett uten timelock nettopp det som gjorde de forh\u00e5ndssignerte transaksjonene farlige, fordi deteksjonsvinduet var fjernet. Et forsvar som ikke gir tid til \u00e5 reagere, er bare et forsvar p\u00e5 papiret.<\/p>

Maskinvare, MPC og om multisig alltid er svaret<\/h2>

En naturlig innvending er at en god maskinvarelommebok allerede viser transaksjonen. Det stemmer, men bare delvis: skjermen p\u00e5 enheten er liten, og mange kontraktkall er for komplekse til \u00e5 vises meningsfullt uten en descriptor. Det er nettopp det gapet ERC-7730 fyller, ved \u00e5 gi den sikre skjermen en lesbar beskrivelse i stedet for hex. Clear signing er ikke et alternativ til maskinvare, men det som gj\u00f8r maskinvareskjermen faktisk nyttig.<\/p>

Et alternativ til multisig er MPC (multiparty computation), der n\u00f8kkelen aldri settes sammen p\u00e5 ett sted, men deles i matematiske andeler som signerer i fellesskap. Som Safe formulerer det, \u00abmultisig externalizes trust into verifiable code\u00bb, mens MPC \u00abinternalizes trust into systems and infrastructure that cannot be fully verified on-chain\u00bb. MPC er billigere og mer fleksibelt, men flytter tilliten til en backend du ikke kan granske p\u00e5 kjeden, akkurat det laget Bitget- og Binance-angrepene traff. Avveiningen mellom \u00e5 eie n\u00f8klene selv og \u00e5 sette dem bort s\u00e5 vi n\u00e6rmere p\u00e5 i Forvareren som ble bank<\/a>.<\/p>

P\u00e5 Bitcoin-siden finnes en mellomting i terskelsignaturer som MuSig2 og FROST, der flere parter sammen produserer \u00e9n enkelt signatur. For kjeden ser det ut som \u00e9n n\u00f8kkel, mens kontrollen i praksis er delt, noe som gir lavere gebyrer og bedre personvern enn en synlig M-av-N. Prisen er at selve delingen skjer utenfor kjeden og dermed ikke kan granskes der, p\u00e5 samme vis som i MPC. Uansett modell er poenget det samme: ingen av dem fjerner behovet for \u00e5 verifisere hva som faktisk signeres.<\/p>

Det er ogs\u00e5 verdt \u00e5 huske at mer kompleksitet ikke er gratis. Ledgers teknologisjef Charles Guillemet advarte i august 2026, etter et stort maskinvare-relatert tyveri, mot \u00e5 kaste seg over multisig som refleks: \u00abMultisig is not automatically the right answer\u00bb, sa han til U.Today<\/a>, og pekte p\u00e5 at flere enheter, ekstra sikkerhetskopier og flere koordineringssteg skaper nye feilpunkter. For de fleste enkeltpersoner er en godt sikkerhetskopiert maskinvarelommebok med clear signing mer praktisk enn en halvforst\u00e5tt multisig. Poenget er ikke \u00e5 unng\u00e5 multisig, men \u00e5 velge modell etter trusselbilde, ikke etter moten.<\/p>

Finanstilsynet, MiCA og det norske bildet<\/h2>

Hvem som b\u00e6rer ansvaret n\u00e5r en multisig svikter, avhenger av hvem som holder n\u00f8klene. En norsk kryptoeiendelstjenesteyter (CASP) som forvarer kunders midler i en multisig, er ansvarlig for sine egne signeringskontroller. Svikter de, finnes det et tilsyn \u00e5 klage til: Finanstilsynet<\/a> f\u00f8rer tilsyn med CASP-er etter kryptoeiendelsloven, som tr\u00e5dte i kraft 1. juli 2025 og innlemmer EUs MiCA-regelverk i norsk rett via E\u00d8S-avtalen.<\/p>

P\u00e5 EU-niv\u00e5 p\u00e5legger MiCA artikkel 75 forvaringstjenester et ansvar for kundenes eiendeler, og DORA stiller krav til digital driftsstabilitet, alts\u00e5 nettopp de operasjonelle rutinene rundt n\u00f8kler og signering. En CASP som lar alle n\u00f8klene ligge p\u00e5 \u00e9n laptop, slik det skjedde hos Humanity Protocol, ville hatt et tilsynsmessig problem i tillegg til et sikkerhetsmessig. Grunnleggeren Terence Kwok beskrev feilen rett ut til CoinDesk<\/a>: \u00absome of the keys were accidentally backed up to a compromised device during setup\u00bb.<\/p>

Men bruker du en egen multisig i ren DeFi, uten noen mellommann, faller du utenfor MiCA. Da finnes ingen CASP \u00e5 stille til ansvar og ingen tilsynsmyndighet \u00e5 klage til; dine egne rutiner er hele forsvaret. Det er den samme realiteten vi beskrev i Ingen knakk n\u00f8kkelen<\/a>: ingen br\u00f8t kryptografien, men pengene forsvant likevel, fordi ansvaret for \u00e5 verifisere l\u00e5 hos brukeren alene. Den samme vissheten ligger bak hvorfor friksjon er en funksjon<\/a> og ikke en feil i lommebok-design: et ekstra bekreftelsessteg er billig forsikring mot en uopprettelig signatur.<\/p>

Sjekkliste: slik verifiserer du det du signerer<\/h2>

Oppsummert er den viktigste multisig-praksisen i 2026 \u00e5 gj\u00f8re blindsignering umulig i egne rutiner. Her er en praktisk sjekkliste, bygget p\u00e5 SEAL Frameworks og clear signing-standarden:<\/p>

  • Sl\u00e5 p\u00e5 clear signing overalt der lommeboken st\u00f8tter det, og behandle enhver transaksjon som bare vises som hex, som en advarsel, ikke en formalitet.<\/li>
  • Etterregn transaksjonens fingeravtrykk (ERC-8213) eller sanne hash p\u00e5 en separat, ren enhet f\u00f8r du bekrefter; sammenlign tall mot tall.<\/li>
  • Verifiser r\u00e5 kalldata uavhengig: m\u00e5ladresse, funksjonskall og parametere, ikke bare bel\u00f8pet.<\/li>
  • Krev minst tre signatarer og minst 50 prosents terskel; sju eller flere for verdier over ti millioner kroner; aldri N-av-N.<\/li>
  • Bruk ulike maskinvaremodeller fra ulike produsenter, geografisk spredt, med minst \u00e9n ekstern signatar.<\/li>
  • Behandle endringer i eierskap, moduler og godkjenninger som en utbetaling: timelock, uavhengige kanaler og muntlig bekreftelse av hashen.<\/li>
  • Overv\u00e5k kontoen og varsle p\u00e5 enhver aktivitet; ha en skriftlig gjenopprettingsplan for n\u00e5r en n\u00f8kkel mistes eller mistenkes kompromittert.<\/li>
  • Velg modell (multisig, MPC eller enkel maskinvare) etter trusselbilde og verdi, ikke etter hva som er p\u00e5 moten.<\/li><\/ul>

    Ofte stilte sp\u00f8rsm\u00e5l<\/h2>

    Hva er forskjellen p\u00e5 blindsignering og clear signing?<\/h3>

    Blindsignering betyr at du godkjenner en transaksjon uten \u00e5 kunne lese hva den faktisk gj\u00f8r; maskinvarelommeboken viser r\u00e5 heksadesimale data. Clear signing, eller klarsignering, viser transaksjonen i menneskeleselig form, for eksempel mottaker, bel\u00f8p og token, slik at du kan bekrefte at intensjonen stemmer med handlingen f\u00f8r du signerer. Standarden ERC-7730 gj\u00f8r denne oversettelsen mulig p\u00e5 tvers av lommeb\u00f8ker.<\/p>

    Beskytter en multisig mot blindsignering?<\/h3>

    Nei, ikke i seg selv. En multisig fordeler retten til \u00e5 godkjenne mellom flere signatarer, men den leser ikke nyttelasten for dem. Hvis alle signatarene ser det samme manipulerte grensesnittet, slik som i Bybit-ranet i 2025, godkjenner de den samme l\u00f8gnen. Multisig gir trygghet f\u00f8rst n\u00e5r hver signatar verifiserer uavhengig hva som faktisk signeres.<\/p>

    Hvor mange signatarer b\u00f8r en multisig ha?<\/h3>

    SEAL Frameworks anbefaler minst tre signatarer og minst 50 prosents terskel, og sju eller flere for multisiger som holder verdier over rundt ti millioner kroner. N-av-N b\u00f8r unng\u00e5s, fordi tap av \u00e9n n\u00f8kkel da l\u00e5ser alt permanent. Men flere signatarer hjelper bare hvis de er uavhengige og hver is\u00e6r verifiserer transaksjonen; ellers er antallet et tall uten innhold.<\/p>

    Hva er ERC-7730?<\/h3>

    ERC-7730 er en \u00e5pen Ethereum-standard for clear signing, foresl\u00e5tt av blant andre Ledger i 2024 og fortsatt i Draft-status. Den definerer descriptors, strukturerte JSON-beskrivelser som forteller lommeboken hvordan r\u00e5 kalldata skal oversettes til lesbar tekst. Standarden dekker vanlig kalldata, EIP-712-meldinger, ERC-4337-brukeroperasjoner og EIP-5792-bunttransaksjoner, og inng\u00e5r i Ethereum Foundations clear signing-initiativ fra mai 2026.<\/p>

    Gjelder MiCA for min egen multisig-lommebok?<\/h3>

    Nei. Bruker du en multisig i ren selvforvaring uten mellommann, faller du utenfor MiCA, og det finnes ingen CASP eller tilsynsmyndighet \u00e5 stille til ansvar. MiCA og Finanstilsynets tilsyn gjelder kryptoeiendelstjenesteytere som forvarer kunders midler. For egen selvforvaring er dine egne rutiner, inkludert clear signing og uavhengig verifisering, hele forsvaret.<\/p>