Sokean allekirjoituksen riski: mitä teet kun lompakon näyttö ei selitä tapahtumaa?

Jos lompakko pyytää allekirjoitusta mutta et pysty selvittämään, mitä hyväksyt, keskeytä. Pelkkä palvelun vakuutus siitä, että kyse on tavallisesta kirjautumisesta tai pienestä maksusta, ei korvaa tapahtuman sisällön tarkistamista. Turvallista on palata asiaan vasta, kun ymmärrät pyynnön ja sen vaikutukset.

Sokea allekirjoittaminen tarkoittaa tässä tilannetta, jossa laite tai lompakko ei esitä allekirjoitettavaa sisältöä riittävän ymmärrettävästi. Näytöllä voi olla teknistä dataa tai yleinen vahvistuspyyntö, mutta ei selkeää kuvausta siitä, mitä sopimus tai allekirjoitettu viesti mahdollistaa. Tarkka käyttöliittymä ja sen käyttämät termit riippuvat lompakosta.

Allekirjoitus ei aina ole pelkkä siirto

Kryptopalvelu voi pyytää allekirjoittamaan erilaisia asioita. Osa pyynnöistä liittyy tapahtumaan, osa viestiin. Nämä voivat vaikuttaa eri tavoin: allekirjoituksen tarkoitusta ei kannata päätellä pelkästä siitä, ettei näytöllä näy tavallista vastaanottajalle tehtävää maksua.

Yksi esimerkki on tokenin käyttöoikeus. MetaMaskin mukaan token approval antaa sovellukselle luvan käyttää ja siirtää tiettyä tokenia lompakosta. Valtuutus ei ole sama asia kuin tietyn maksun lähettäminen. Tarkista, mille sopimukselle oikeus annetaan ja mikä on sen määrä. 7

Ethereum.org neuvoo lukemaan tapahtuman sisällön ennen allekirjoittamista ja välttämään rajoittamatonta käyttöoikeutta, koska sellainen voi antaa sopimukselle mahdollisuuden tyhjentää varoja. Sopivan rajan asettaminen vähentää valtuutuksen laajuutta, mutta ei tee tuntemattomasta sopimuksesta turvallista. 1

Kuvitteellinen hyväksyntäpyyntö

Oletetaan, että Liisa käyttää sovellusta vaihtaakseen pienen määrän yhtä tokenia toiseen. Sovellus avaa lompakon pyynnön, jossa laite näyttää vain vaikeaselkoisen tietojonon. Sovelluksen sivulla lukee, että kyse on vaihdon edellyttämästä hyväksynnästä, mutta Liisa ei näe laitteeltaan käyttöoikeuden saajaa tai rajaa.

Liisa ei vahvista pyyntöä eikä muuta asetusta vain saadakseen ilmoituksen pois. Hän sulkee pyynnön ja tarkistaa sovelluksen sekä lompakon omista ohjeista, minkä tyyppistä hyväksyntää toiminto pyytää ja voiko hänen käyttämänsä lompakko esittää tiedot ymmärrettävästi. Jos selvitys jää puutteelliseksi, vaihto jää tekemättä. Esimerkki ei kerro, että kyseinen sovellus olisi huijaus; se näyttää, miten toimia tiedon puuttuessa.

Mitä tarkistat ennen päätöstä?

Avaa palvelu itse tuntemastasi osoitteesta ja vertaa sen kuvaamaa toimintoa lompakon esittämiin tietoihin. Kiinnitä huomiota ainakin näihin kysymyksiin:

• Onko kyse tapahtumasta, käyttöoikeudesta vai allekirjoitettavasta viestistä? Mitä sillä on tarkoitus tehdä?
• Minkä verkon, tilin, tokenin ja sopimuksen tiedot lompakko näyttää? Vastaavatko ne aiottua toimintoa?
• Jos kyseessä on käyttöoikeus, kenelle oikeus annetaan ja onko määrä rajattu? Näkyykö voimassaoloaika, jos se on kyseiselle oikeudelle olennainen?
• Mitä tietoa ei näytetä lainkaan? Voiko sen tarkistaa riippumattomasti luotettavasta lähteestä?

Lyhennetty osoite tai tuttu nimi ei yksin todista sopimuksen olevan oikea. Vertailussa tarvitaan koko tunniste ja luotettava lähde. Jos et ymmärrä esitettyä tietoa, pysäyttäminen on käyttökelpoinen päätös, vaikka muut kentät näyttäisivät tutuilta.

Entä jos laite tarjoaa asetusta sokealle allekirjoitukselle?

Älä kytke asetusta päälle vain siksi, että verkkosivu kehottaa niin. Selvitä lompakon valmistajan ohjeesta, mitä asetus tekee juuri kyseisellä laitteella, miten sen saa pois päältä ja mitä tietoja et tällöin näe. Sovelluksen tai laitteen päivitys voi tarjota ymmärrettävämmän näkymän, mutta sen saatavuus riippuu yhdistelmästä.

Selkokielinen esitys tai simulointi voi auttaa ymmärtämään pyyntöä, mutta sekään ei ole lupaus kaikkien seurausten tunnistamisesta. Näkymä kertoo vain sen, mitä kyseinen työkalu pystyy arvioimaan ja näyttämään. Älä tulkitse puuttuvaa varoitusta turvallisuustodistukseksi.

Erota sovelluksen teksti laitteen vahvistuksesta

Verkkosivun oma selitys voi kertoa, mitä se väittää pyytävänsä. Vahvistusnäkymä on kuitenkin se paikka, jossa lompakko esittää allekirjoitettavan pyynnön. Jos nämä ovat ristiriidassa tai olennaiset yksityiskohdat eivät näy, älä paikkaa puutetta luottamalla yksin sivun kuvaukseen.

Selvitä tarvittaessa, tarjoaako käyttämäsi lompakko lisätietonäkymän tai ohjeen kyseisen pyyntötyypin tulkitsemiseen. Asetusten nimet ja sisältö vaihtelevat, joten yleinen ohje ei voi luvata, että jokainen laite näyttää samat kentät. Kun asia vaatii sopimuksen toimintalogiikan asiantuntevaa arviointia etkä itse pysty sitä tekemään, tekemättä jättäminen on perusteltu vaihtoehto.

Jos hyväksyit jo jotakin epäselvää

Älä allekirjoita lisää pyyntöjä tilanteen korjaamiseksi ennen kuin tiedät niiden tarkoituksen. Selvitä, oliko kyse pelkästä viestistä, voimaan tulleesta käyttöoikeudesta vai jo toteutuneesta tapahtumasta. Lompakon historia ja luotettavan palvelun ohjeet voivat auttaa, mutta ne eivät välttämättä yksin selitä kaikkea.

Yksi erityistapaus on ERC-2612-permit: allekirjoitettu mutta vielä verkkoon toimittamaton lupa voidaan myöhemmin toimittaa tokenisopimukseen, jolloin se voi asettaa käyttöoikeuden, jos allekirjoitus, nonce, määräaika ja standardin muut ehdot ovat voimassa. Allekirjoitettu permit ei ole sama asia kuin jo ketjuun asetettu käyttöoikeus tai jo toteutunut tapahtuma. Pelkkä nykyisen käyttöoikeuden tarkistaminen ei osoita, ettei tällaista edelleen käyttökelpoista allekirjoitusta ole olemassa. Tämä koskee kuvattua permit-tapausta, ei kaikkia allekirjoituksia. 8

Jos kyseessä on tokenin käyttöoikeus, tarkista lompakon tai muun luotettavan työkalun avulla, voiko sen perua kyseisessä verkossa. Peruuttaminen voi edellyttää erillistä verkkomaksullista tapahtumaa eikä se palauta jo menetettyjä varoja. Jos epäilet rikosta tai menetystä, ota yhteys palveluntarjoajan viralliseen tukeen ja harkitse rikosilmoitusta. Älä anna tunnuksia tai palautustietoja kenellekään, joka lupaa varojen palautuksen.