Hopp til hovedinnhold

Utstedelse av legitimasjonsbevis forklart: fra tilbud til akseptert bevis

OpenID4VCI er den europeiske standarden for å få et legitimasjonsbevis inn i noens lommebok: et vitnemål, en firmaregistrering, et kontrollsertifikat. Å overlevere ett ser ut som et enkelt øyeblikk for innehaveren, men flere ting må klaffe bak kulissene, og hver av dem kan svikte på sin egen måte. Denne siden går gjennom det, med et transportselskap som eksempel.

To måter en utstedelse starter på

De fleste utstedelser starter med at utstederen tilbyr et legitimasjonsbevis, vanligvis som en QR-kode eller en lenke. Om innehaveren så må logge inn, avhenger av én ting: vet utstederen allerede hvem den har med å gjøre. Begge veier ender på samme sted, med beviset i lommeboken.

Innehaveren er allerede kjent

1. Issuer

Vet allerede hvem den har med å gjøre, og tilbyr beviset der og da

2. Wallet

Aksepterer tilbudet, og bekrefter noen ganger en kort kode sendt separat

3. Wallet

Henter beviset og låser det til denne enheten

Innehaveren må logge inn først

1. Wallet

Starter fra et tilbud, eller går til utstederen på innehaverens eget initiativ

2. Utstederens innlogging

Tar innehaveren gjennom innlogging og samtykke til det som skal utstedes

3. Wallet

Henter beviset og låser det til denne enheten

Hele livssyklusen til et legitimasjonstilbud

En utstedelse går gjennom stegene nedenfor. Hvert av dem kan svikte for seg, og det er disse feilene en brukerstøtte ender opp med å håndtere, så det er verdt å vite hvor de sitter før du utformer prosessen rundt dem.

Tilbud opprettet
QR-kode eller lenke åpner lommeboken
Tilbud mottatt
innehaveren aksepterer
Tilbud akseptert
lommeboken beviser at den er riktig enhet
Legitimasjon forespurt
utstederen signerer beviset
Legitimasjon utstedt
lommeboken sjekker og lagrer det
Lagret i lommeboken
Hvor det kan feile, i rekkefølgen trinnene kjøres:
Tilbudet utløp før det ble brukt
Utstederen avviste innehaveren
Legitimasjonsbeviset kunne ikke produseres
Innehaveren valgte å ikke beholde det

Et gjennomarbeidet eksempel: et kjøretøykontrollsertifikat for en transportflåte

Et kjøretøykontrollorgan utsteder et kontrollsertifikat til et transportselskaps forretningslommebok etter en rutinekontroll. Kontrolløren har allerede bekreftet hvem transportlederen er på kontrollstedet, så det er ingen grunn til å få dem til å logge inn på nytt.

1. Tilbudet

Terminalen på kontrollstedet viser en QR-kode

Å skanne den åpner lommeboken og viser hvilket bevis som tilbys

2. Hva som tilbys

Lommeboken leser utstederens publiserte beskrivelse av beviset

Slik ser transportlederen hva sertifikatet inneholder før han eller hun samtykker til noe

3. Bekreftelse

Lommeboken bekrefter en kort kode kontrollorganet sendte transportlederen på SMS

Noen som fotograferer QR-koden over skulderen, kan likevel ikke hente sertifikatet

4. Å låse det til lommeboken

Lommeboken beviser at den har en hemmelighet som aldri forlater enheten

Sertifikatet er knyttet til den hemmeligheten, så en kopi av det er verdiløs på en annen enhet

5. Utstedt og lagret

Kontrollorganet signerer sertifikatet og lommeboken lagrer det

Fra nå av kan transportselskapet vise det til en kunde eller en kontrollmyndighet på sekunder

Når beviset ikke er klart ennå

Eksempelet over forutsetter at kontrollresultatet er endelig. Hvis et grensetilfelle først må til en senior kontrollør, kan sertifikatet ikke overleveres på stedet. Standarden dekker det tilfellet i stedet for å tvinge transportlederen til å komme tilbake.

Utstedt på stedet

Innehaveren går derfra med beviset i lommeboken, i én operasjon.

Utstedt senere

Utstederen sier at den trenger mer tid, og lommeboken henter beviset når det er klart. Innehaveren trenger ikke å begynne på nytt eller komme tilbake personlig.

Å lukke sløyfen

Etter utstedelsen kan lommeboken fortelle utstederen hvordan det endte. Dette er valgfritt for begge parter og levering er ikke garantert, så det er nyttig for å oppdage en brutt flyt, men en utsteder kan ikke lese noe ut av en melding som aldri kommer.

Wallet

Kan fortelle utstederen hvordan utstedelsen endte

Lagret

Beviset ligger i lommeboken og er klart til bruk

Mislyktes

Noe gikk galt, for eksempel at beviset ikke bestod kontrollen

Avslått

Innehaveren valgte å ikke beholde det

Hva dette betyr for deg

Issuer

Én standard måte å dele ut legitimasjonsbevis på som enhver kompatibel lommebok godtar, uten integrasjon per lommebok og uten en portal innehaverne må logge inn på.

Innehaver

Du ser hva du får før du aksepterer det, og det er knyttet til enheten din i stedet for til en innlogging du kan miste.

Verifikator

Legitimasjonsbevis kommer ferdig kontrollert og allerede knyttet til lommeboken som fremviser dem, så å godta ett er en kontroll og ikke en etterforskning.

Teknisk fordypning

Denne siden forklarer hva teknologien gjør og hvem den berører. Utviklerdokumentasjonen vår dekker selve implementeringen: meldingene, feltene og de gjennomarbeidede eksemplene et integrasjonsteam trenger.

Les den tekniske dokumentasjonen

Relaterte begreper

Ofte stilte spørsmål

Når må innehaveren logge inn, og når ikke?

Det kommer an på om utstederen allerede vet hvem den har med å gjøre. En kontrollør som nettopp har sjekket et kjøretøy personlig, trenger ikke at transportlederen logger inn på nytt, så beviset tilbys på stedet. En nettjeneste som aldri har møtt innehaveren, sender dem først gjennom sin egen innlogging. Selve tilbudet sier hvilket av de to som gjelder.

Hvordan vet lommeboken hva den er i ferd med å motta?

Hver utsteder publiserer en beskrivelse av hva den utsteder, og lommeboken leser den før noe annet skjer. Det er dette som lar lommeboken vise innehaveren hva beviset er og hva det inneholder, slik at samtykket betyr noe. Det betyr også at en utsteder kan legge til en ny bevistype uten at hver lommebok må oppdateres.

Hva hindrer noen i å kopiere et legitimasjonsbevis til en annen enhet?

Før utstedelse beviser lommeboken at den har en hemmelighet som aldri forlater enheten, og utstederen knytter beviset til den. En verifikator kan senere be lommeboken bevise det samme på nytt. En kopi av beviset uten den hemmeligheten består ikke kontrollen, så det nytter ikke å kopiere filen.

Hva om legitimasjonsbeviset ikke kan utstedes med en gang?

Noen kontroller tar lengre tid enn en person er villig til å vente: en manuell gjennomgang, eller et oppslag i et tregt eksternt register. Utstederen kan si fra om det, og lommeboken henter legitimasjonsbeviset når det er klart. Innehaveren trenger ikke å begynne på nytt eller komme tilbake personlig.

Får utstederen vite om legitimasjonsbeviset faktisk ble beholdt?

Den kan det, men bare som en høflighet. Lommeboken kan melde fra at beviset ble lagret, at innehaveren avslo det, eller at noe gikk galt. Ingen av partene er pålagt å støtte dette, og levering er ikke garantert, så en utsteder bør se på det som et nyttig signal og aldri som en fasit på hva som skjedde.

Kilder

  1. OpenID for Verifiable Credential Issuance 1.0
  2. OpenID4VC High Assurance Interoperability Profile 1.0
  3. EUDI Wallet Architecture and Reference Framework

Denne siden er kun til informasjon og utgjør ikke juridisk rådgivning. For autoritativ veiledning, kontakt OpenID Foundation og Europakommisjonen direkte.

Snakk med oss om integrasjon med EUDI Wallet