Mitä todennettavat valtuustiedot ovat?

Otetaan konkreettinen esimerkki. Urakoitsijan on osoitettava uudelle asiakkaalle, että sen työntekijät on sertifioitu korkealla tehtävään työhön, asia jonka koulutuslaitos jo tietää ja kirjaa. Laitos toimii myöntäjänä: se ottaa tiedon omasta rekisteristään, pakkaa sen valtuustiedoksi ja allekirjoittaa sen.

Valtuustieto tarjotaan sitten haltijalle, yleensä skannaamalla koodi tai seuraamalla linkkiä portaalista, johon henkilö on jo kirjautunut sisään. Se päätyy hänen lompakkoonsa, puhelimeen yksityishenkilön tapauksessa tai Business Walletiin yrityksen tapauksessa. Siitä hetkestä lähtien se säilytetään haltijan puolella, ei keskitetyssä tietokannassa, jota kaikkien muiden on kysyttävä.

Kun asiakas pyytää valtuustietoa, se ei itse asiassa pyydä asiakirjaa. Se esittää kysymyksen: onko tämä henkilö sertifioitu korkealla tehtävään työhön, ja onko kyseinen sertifikaatti yhä voimassa tänään. Lompakko näyttää haltijalle täsmälleen, mitä pyydetään, haltija hyväksyy pyynnön, ja lompakosta lähtee vain pyydetty tieto.

Todentaja tarkistaa sitten allekirjoituksen koulutuslaitoksen julkaistua avainta vasten, varmistaa, että valtuustieto todella kuuluu sen esittävälle henkilölle, ja varmistaa, ettei se ole vanhentunut. Kaikki kolme tarkistusta tapahtuvat todentajan puolella, sivun päivittymiseen kuluvassa ajassa.

Valtuustietoja ei ole tarkoitettu kestämään ikuisesti. Useimmilla on vanhenemispäivä, joten kolmen vuoden kuluttua vanhentuva sertifikaatti lakkaa yksinkertaisesti läpäisemästä tarkistuksen. Kun jokin on peruutettava aikaisemmin, koska lupa on peruutettu tai työntekijä on lähtenyt, myöntäjä julkaisee tämän tilaluettelossa, jota todentajat tarkistavat osana tarkistusta. Luettelo kattaa monta valtuustietoa kerralla, joten sen tarkistaminen ei paljasta, mitä valtuustietoa tarkistettiin.

Todennettavat valtuustiedot ovat olleet standardi jo vuosia. Syy siihen, että niitä rakennetaan nyt osaksi todellisia järjestelmiä, on EU-lainsäädäntö. Uudistettu eIDAS-asetus, jota kutsutaan yleensä nimellä eIDAS 2.0, velvoittaa jokaisen jäsenvaltion tarjoamaan kansalaisilleen ja yrityksilleen EUDI Walletin, ja se velvoittaa pitkän listan organisaatioita hyväksymään sen.

Aikataulu on se osa, jonka ympärille kannattaa suunnitella. Jäsenvaltioiden on tarjottava vähintään yksi lompakko noin vuoden 2026 loppuun mennessä, ja vuodesta 2027 alkaen suurten verkkoalustojen ja säänneltyjen alojen, kuten pankkitoiminnan, on hyväksyttävä se aina, kun ne jo edellyttävät vahvaa käyttäjän tunnistautumista. Useimmille organisaatioille kysymys ei siis ole siitä, tulevatko lompakot, vaan sillä, kummalla puolella tiskiä ne tulevat seisomaan.

Lompakon sisällä perustana ovat henkilötunnistetiedot, PID. Se on ydinidentiteettitiedosto, jonka myöntää jäsenvaltio omalla vastuullaan: kuka olet, vahvistettuna sillä tasolla, jota valtio itse käyttää. Kaikki muu on sähköinen ominaisuustodiste, EAA, termi, jota asetus käyttää muusta kuin ydinidentiteetistä kertovasta todennettavasta valtuustiedosta, kuten jäsenyydestä, tutkintotodistuksesta tai valtuutuksesta toimia yrityksen puolesta.

Valtuustietoja on eritasoisia. Pätevä sähköinen ominaisuustodiste, QEAA, myönnetään valvotun pätevän luottamuspalvelun tarjoajan toimesta, ja sillä on oikeudellinen painoarvo kaikkialla unionissa. Julkinen elin, joka on tiedon alkuperäinen lähde, voi myöntää julkisen sektorin valtuustiedon, jolla on vastaava asema. Tavallinen EAA on täysin käyttökelpoinen ja se on lähtökohta useimmille yksityisille myöntäjille, sillä ei vain ole samaa oikeudellista asemaa.

Ensimmäinen on se, että todennettavat valtuustiedot tarvitsevat lohkoketjua. Eivät tarvitse. Valtuustiedot itse ovat allekirjoitettuja väittämiä, joita säilyttää niiden kuvaama henkilö tai yritys, ja eurooppalainen ekosysteemi tarkistaa ne tavallisia julkaistuja avaimia ja viranomaisten ylläpitämiä luetteloita vasten. Jotkin hankkeet todella tallentavat rekisteritietoa hajautettuun tilikirjaan, mutta se on valinta siitä, mihin luettelo julkaistaan, ei valtuustiedon ominaisuus.

Toinen on se, että tämä on sama asia kuin digitaalisen allekirjoituksen lisääminen PDF-tiedostoon. Allekirjoitettu PDF todistaa, kuka tiedoston allekirjoitti ja ettei sitä ole muokattu, mikä on aidosti hyödyllistä, mutta se pysyy ihmisen luettavaksi tarkoitettuna asiakirjana. Valtuustieto on joukko erillisiä tosiseikkoja, joiden perusteella järjestelmä voi toimia, haltija voi paljastaa siitä vain osan, ja sillä on tila, jonka myöntäjä voi peruuttaa. Allekirjoitetulla PDF-tiedostolla ei ole yhtäkään näistä kolmesta ominaisuudesta.

Kolmas on se, että mobiiliajokortti on jotain täysin muuta. Mobiiliajokortti, mDL, on todennettava valtuustieto ISO-muodossa nimeltä mdoc, joka on suunniteltu toimimaan myös kasvokkain ja ilman verkkoyhteyttä, mitä tienvarsitarkastus tarvitsee. Se toimii SD-JWT VC -muodon rinnalla, jota käytetään useimmissa verkkotapauksissa, sen sijaan että kilpailisi sen kanssa, ja yksi lompakko voi sisältää molemmat.

Viimeinen on se, että valtuustietojen käyttöönotto tarkoittaisi nykyisen korvaamista. Käytännössä lähdejärjestelmät pysyvät paikallaan. Myöntäminen lisää allekirjoitetun tulosteen jo ylläpidetyn tietueen rinnalle, ja tarkistaminen lisää tarkastuksen jo käytössä olevan vastaanottoprosessin rinnalle. Muutos tapahtuu reunoilla, minkä vuoksi myös ensimmäinen hanke voi olla pieni.

Kaksi muuta nimeä nousee nopeasti esiin missä tahansa tätä aihetta koskevassa keskustelussa, ja molemmat koskevat siirtoa eivätkä sisältöä. OpenID4VCI kuvaa, miten valtuustieto siirtyy myöntäjältä lompakkoon, ja OpenID4VP kuvaa, miten lompakko esittää sen todentajalle. Kumpaakaan ei tarvitse tuntea yksityiskohtaisesti, mutta on hyödyllistä tietää, että muoto ja siirtotapa ovat erillisiä päätöksiä.

Sinun ei tarvitse valita niiden välillä heti alussa. Alusta, joka tukee tarvittavia muotoja, voi myöntää saman taustalla olevan tiedon siinä muodossa, jota kukin ekosysteemi odottaa.