Prosjektet

0) Kort oppsummert (for folk flest)

• Hva: En “Min‑data‑lommebok” på telefon/PC som du eier. Den samler og strukturerer data om deg (navn, adresse, førerkort, utdanning, helse m.m.), og kan dele minst mulig med tjenester når du sier ja – og bare så lenge du sier ja.
• Hvordan: Offentlige kilder (Folkeregisteret, Vegvesen, Helsenorge/‑nett, Vitnemålsportalen, m.fl.) kan utstede digitale attester (f.eks. “gyldig førerkort”, “adresse”, “vitnemål”). Disse attester lagres lokalt hos deg og kan bevises for andre uten å avsløre alt (selektiv deling).
• Nøkkelprinsipp: Du deler bevis i stedet for rådata når det er mulig (f.eks. “over 18” i stedet for fødselsnummer/fødselsdato).
• Byggesteiner:
  • Pålogging i Norge: ID‑porten (brukerpålogging) og Maskinporten (system‑til‑system‑nøkler) for å snakke trygt med offentlige API‑er. Digdir+1
  • Helse: data utveksles som FHIR‑ressurser (standard helsedata‑format). hl7.org
  • Førerkort: støtte for digitalt førerkort nå, og senere mobil‑førerkort etter internasjonal standard (mDL). Statens vegvesen+1
  • Digitale attester: Verifiable Credentials 2.0 (W3C‑standard) presentert via OpenID for Verifiable Presentations og utstedt via OpenID for Verifiable Credential Issuance (wallet‑vennlige protokoller). W3C+2OpenID Foundation+2

1) Mål og suksesskriterier

Mål: Et økosystem der borgeren selv er datasenteret – data ligger lokalt, kan hentes inn fra kildene som faktisk “eier sannheten”, og kan deles videre på en måte som beviser det som trengs uten oversharing.

Suksess:

1. Brukeren får raskere, enklere skjema/innlogging (autoutfylling fra egen lommebok).
2. Offentlige/private tjenester kan verifisere opplysninger uten å lagre mer enn nødvendig.
3. Full sporbarhet: “hvem fikk hva og hvor lenge” – og alt kan trekkes tilbake for fremtidige innsyn. (NB: allerede delte kopier kan ikke magisk slettes hos mottaker – derfor beviser/orienterte delinger.)

2) Arkitekturen – med folkelige navn (og standard i parentes)

Tre hoveddeler:

1. Min Data‑boks (lokalt datalager)
   • Kryptert database på enheten (f.eks. SQLCipher) som lagrer alt om deg i lesbare, samkjørbare formater – typisk JSON‑LD (lenkede data i JSON) med begreper fra f.eks. “Person‑ordbok” (schema.org Person). Dette gjør data gjenbrukbare på tvers av domener. (JSON‑LD 1.1; schema.org Person). W3C+1
2. Min Lommebok (digitale attester)
   • Der ligger digitale attester (tenk “bevis på adresse, førerkort, vitnemål”): Verifiable Credentials 2.0 – et standardisert format for attester som kan bevises og sjekkes. (W3C VC DM 2.0).
   • Lommeboka kan presentere attester til nettsider/tjenester via OpenID for Verifiable Presentations (OIDC4VP) og ta imot attester fra utstedere via OpenID for Verifiable Credential Issuance (OIDC4VCI). W3C+2OpenID Foundation+2
3. Mitt Kontrolltårn (samtykke og tilgang)
   • Et lite, lokalt hub‑program som viser deg forståelige samtykke‑forespørsler, utsteder tidslåste tilgangsbilletter, og fører samtykkelogger (samtykkekvittering).
   • Maskinen snakker “autorisasjonsspråk” med andre systemer: moderne GNAP (IETF‑standard) eller “bruker‑styrt deling” med UMA 2.0 (oppå OAuth 2.0). For å hindre token‑misbruk brukes DPoP (sender‑bundet token) eller mTLS (sertifikatbundet token). (GNAP RFC 9635; UMA 2.0; DPoP RFC 9449; mTLS RFC 8705). IETF Datatracker+3IETF Datatracker+3docs.kantarainitiative.org+3

Nett og flere enheter: Dine egne enheter kan snakke sikkert over en privat “minimesh” (f.eks. WireGuard/Tailscale) når du er på farten. WireGuard+1

3) Koble til offentlige registre (norsk kontekst)

Tommelfingerregel: Hent originaldata fra kilden som eier sannheten, og gjør dem om til digitale attester i lommeboka di – slik at du kan dele bevis videre fra din enhet.

3.1 ID‑porten og Maskinporten – grunnmuren

• ID‑porten: Felles norsk innlogging (BankID, Buypass, m.fl.) mot offentlige tjenester. Brukes når du skal logge inn for å hente dine data/attester. Digdir
• Maskinporten: Sikker nøkkelutveksling system‑til‑system mellom din personlige hub og offentlige API‑er (når regelverket tillater slikt innhentet på dine vegne og med samtykke). Den bygger på OAuth2 + JWT og utsteder kortlevde tokens til definerte scopes. Digdir Docs+1

3.2 Folkeregisteret (FREG) – navn, fødselsdato, adresse m.m.

• FREG tilbyr API‑er for godkjente virksomheter; dokumentasjon og informasjonsmodell er åpent tilgjengelig. Når tilgang og samtykke er på plass, kan din hub hente kontrollerte felt (f.eks. navn/adresse) og gjøre dem til attester i lommeboka. Skatteetaten+2Skatteetaten+2

3.3 Helse – via HelseID og FHIR

• HelseID er innloggings‑/tilgangsløsningen i helsesektoren; helsedata utveksles i FHIR (standard “byggeklosser” for helse). Din hub skal aldri hente mer enn nødvendig, og bør konvertere mottatte FHIR‑ressurser til attester (f.eks. “har gyldig fastlegeforhold”, “vaksinasjonsstatus”) der det er på sin plass. Norsk helsenett+2Norsk helsenett+2

3.4 Førerkort – Statens vegvesen (nå) og mobil‑førerkort (senere)

• Digitalt førerkort er tilgjengelig som app i Norge i dag (kan vises ved kontroll og har QR‑kode). På sikt kan mobil‑førerkort følge den internasjonale standarden ISO/IEC 18013‑5 (mDL) med sikker “enhet‑til‑enhet” visning og selektiv deling. Begge kan utstedes som attester i lommeboka di gjennom OIDC4VCI når utsteder støtter det. Statens vegvesen+1

3.5 Utdanning – Vitnemålsportalen (og EMREX‑nettverk)

• Vitnemålsportalen lar deg hente egne resultater og dele dem; dette egner seg godt som digitale attester (vitnemål/karakterer) du lagrer lokalt. Norge deltar også i EMREX‑nettverket for strukturert utveksling av utdanningsresultater. vitnemalsportalen.no+2vitnemalsportalen.no+2

3.6 Altinn og DSOP/eOppslag – meldinger, innsending, hendelser

• Altinn 3 er plattformen for å bygge offentlige apper/tjenester – nyttig både for innsending og hendelser (Events API) som kan trigge din hub til å oppdatere attester. DSOP beskriver mønstre der offentlig sektor henter bank‑/kontoopplysninger via Maskinporten – tilsvarende mønster kan brukes for andre tredjepartsoppslag med samtykke. docs.altinn.studio+2docs.altinn.studio+2

Viktig realitet: Tilgang til disse API‑ene styres av lov/avtaler. Arkitekturen vår er derfor “attest‑først”: idealet er at etatene utsteder verifiserbare attester direkte til din lommebok (OIDC4VCI). Der utstedelse ikke finnes ennå, kan din hub – med ditt uttrykkelige samtykke – hente et minimum via de tilgjengelige API‑ene og lage midlertidige, tydelig merkede attester med lavere tillit (“selv‑attestert / innhentet på dato X”). OpenID Foundation

4) Data­modell – forståelige “kort” med tydelig opprinnelse

• Grunnformat: JSON‑LD (“JSON med forklaringer”), slik at “Navn”, “Adresse”, “Fødselsdato”, “Førerkortklasse” m.m. er forståelige for andre systemer. (JSON‑LD 1.1). W3C
• Ordforråd: gjenbruk kjente begreper som “Person” (schema.org Person) og offentlige vokabular der det finnes. Schema.org
• Helse: bruk FHIR‑ressurser for medisinske data (Observasjon, Vaksinasjon, Journalnotat, osv.). hl7.org
• Attester: Verifiable Credentials 2.0 med moderne signering (JOSE/COSE) og selektiv deling (SD‑JWT VC) der det er mulig – slik at du kan vise bare det som trengs. W3C+2W3C+2

5) Samtykke, deling og trygg transport – i menneskespråk

• Samtykke‑panelet: Hver gang noen ber om data, får du en lesbar forespørsel: Hvem? Hvilke felt? Til hvilket formål? Hvor lenge?
• Tidslåser og felt‑filter: Du godkjenner enkeltfelter (f.eks. “over 18”, ikke hele fødselsdatoen) og setter utløpstid.
• Tilgangsbillettene dine er “bundet” til mottakerens nøkkel via
  • DPoP (tokenet virker bare fra akkurat den klienten som beviser at den har rett nøkkel), eller
  • mTLS (token bundet til sertifikat). RFC Editor+1
• Bruker‑styrt deling: For mer avanserte delingsscenarier (dele videre, hente i flere steg) kan du bruke
  • GNAP (moderne autorisasjon – enklere for apper/enheter),
  • UMA 2.0 (laget for at ressurseieren – deg – styrer deling over tid). IETF Datatracker+1
• Kvittering: Hver deling gir en samtykkekvittering du kan se i ettertid (Kantara Consent Receipt v1.1). Kantara Initiative

6) Brukeropplevelse – eksempler

1. Alderssjekk på nett
   • Nettbutikken spør: “Er du over 18?” → Lommeboka lager et aldersbevis uten å dele fødselsdato (SD‑JWT VC + OIDC4VP). Butikken får et verifiserbart “ja/nei” med kort utløp. OpenID Foundation+1
2. Vis førerkort
   • Trafikkontroll: du viser digitalt førerkort i appen (i dag). På sikt kan du vise et mDL‑bevis direkte fra lommeboka til kontrollørens leser – “enhet‑til‑enhet” – uten sentral logging. Statens vegvesen+1
3. Oppgitt adresse til bank
   • Banken ber om adresse → Lommeboka henter adresseattest fra FREG via Maskinporten (hvis mulig), eller bruker en allerede utstedt attest fra tidligere, og presenterer bare adressefeltet med begrenset varighet. Skatteetaten+1
4. Del vitnemål ved jobbsøknad
   • Arbeidsgiver får en verifiserbar presentasjon fra Vitnemålsportalen (som attest i lommeboka), ikke en opplastet PDF. vitnemalsportalen.no

7) Sikkerhet, robusthet og personvern

• Lokal kryptering & sikre nøkler: Data krypteres i ro; nøkler ligger i enhetens sikre lager.
• Sender‑bundet deling: DPoP/mTLS for å hindre token‑tyveri. RFC Editor+1
• Policy som kode: Et lite regelverk (policy‑motor) avgjør automatisk hvem får hva, når, til hvilket formål – lett å revidere. (Open Policy Agent / Rego). openpolicyagent.org
• Trusselmodell (privacy‑fokus): Bruk LINDDUN til å identifisere og mitigere personverntrusler (linkabilitet, uautorisert nybruk, m.m.). Linddun
• Nett mellom egne enheter: Privat mesh (WireGuard/Tailscale) for alltid‑tilgjengelig egen hub hjemme, uten å åpne verden for innsyn. WireGuard+1

8) Teknologivalg og åpne standarder – “folkebeskrivelse (teknisk begrep)”

• Digitale attester / bevis (W3C Verifiable Credentials 2.0): Standard måte å uttrykke attestert informasjon (som førerkort/utdanning) på, som både mennesker og maskiner kan verifisere. W3C
• Presentere bevis til en tjeneste (OpenID for Verifiable Presentations / OIDC4VP): Den vante “Logg inn med …”‑opplevelsen, men med min lommebok som viser bevis på forespørsel. OpenID Foundation
• Få bevis inn i lommeboka (OpenID for Verifiable Credential Issuance / OIDC4VCI): Sikker, standardisert måte for Vegvesen/FREG/Vitnemålsportalen m.fl. å utstede attester til deg. OpenID Foundation
• Selektiv deling (SD‑JWT VC): Del bare feltene som trengs, kryptografisk bevist. IETF Datatracker
• Mobil‑førerkort (ISO/IEC 18013‑5 mDL): Internasjonal standard for førerkort på mobil, med sikker “enhet‑til‑enhet”‑visning. ISO
• Autorisasjon (GNAP og UMA 2.0): Bruker‑styrte protokoller for å gi tids‑/formålsbegrenset tilgang. IETF Datatracker+1
• Sender‑bundet token (DPoP / mTLS): Hindrer at tilgangsbilletter kan misbrukes uten riktig nøkkel/sertifikat. RFC Editor+1
• Policy‑motor (Open Policy Agent / Rego): Leser regler som “Hvem? Hva? Hvor lenge? Til hvilket formål?” og avgjør deling. openpolicyagent.org
• Helseformat (HL7 FHIR): Standard helsedata‑“klosser”, brukt i Norge. hl7.org
• Nasjonal innlogging/tilgang (ID‑porten / Maskinporten): Norsk infrastruktur for pålogging og API‑tilgang. Digdir+1

9) Leveranse i faser (uten jåleri)

Fase A – MVP (lokalt og trygt)

• Lokal Data‑boks (JSON‑LD) + Lommebok som kan motta/lagre minst én attesttype (f.eks. “navn + adresse” eller “over 18”).
• Kontrolltårn med samtykke‑skjerm, DPoP‑bundne token og samtykkelogger.
• Nettleser‑utvidelse: autofyll i gamle skjema etter samtykke og med utløp.

Fase B – Koble på norske kilder

• ID‑porten innlogging → hent FREG‑data som attest (når vilkår/scopes er på plass).
• Vitnemålsportalen → utdanningsattest i lommeboka.
• Vegvesen → bruke digitalt førerkort i dag; planlegge støtte for mDL/attest når tilgjengelig.
• HelseID/FHIR → lese utvalgte helsedata og lage minimerte bevis (der lovlig/egnet).

Fase C – Presentasjoner “overalt”

• Støtte OIDC4VP overalt hvor det gir mening + fortsett “autofyll med samtykke” for tjenester som ikke støtter moderne bevis.

Fase D – Drift, gevinst og utvikling

• Synk mellom egne enheter via WireGuard/Tailscale.
• Backuper av krypterte nøkler (uten å sende rådata til skya).
• Åpne SDK‑er for offentlige utstedere til OIDC4VCI (gjør det lett å utstede attester). WireGuard+1

10) Integrasjonsstrømmer (nøkkeleksempler)

A) Utstedelse fra offentlig etat til din lommebok

1. Du logger inn hos etaten via ID‑porten.
2. Etaten tilbyr “Legg i din lommebok” → OIDC4VCI utsteder adresse/førerkort/vitnemål‑attest direkte til din lommebok.
3. Attesten lagres lokalt og signatur kan verifiseres senere av hvem som helst. Digdir+1

B) Presentasjon til en tjeneste (nettbutikk/bank/arbeidsgiver)

1. Tjenesten ber om konkrete felt (eks. “over 18” eller “adresse”).
2. Lommeboka viser deg forespørselen; Kontrolltårn lager en VP (presentasjon) med bare disse feltene, og binder tilgangen med DPoP/mTLS og tidslås.
3. Tjenesten verifiserer signatur og utløp – behøver ikke lagre alt. OpenID Foundation+2RFC Editor+2

11) Styring, samfunn og etterlevelse

• Dataminimering som standardvalg – bevis fremfor rådata; kortest mulig varighet.
• Innsyn og sporbarhet – full oversikt i appen: hvem fikk hva, når og hvorfor (samtykkekvittering). Kantara Initiative
• Interoperabilitet i Europa – hold deg på linje med EUs digitale lommebok (EUDI ARF), som peker på samme familie av standarder (OIDC4VCI/OIDC4VP, SD‑JWT VC, mdoc/mDL). EUDI Wallet+1

12) Begrepsliste (enkle ord → teknisk referanse)

• Digital attest / bevis → Verifiable Credential 2.0 (W3C VC DM 2.0). W3C
• Presentere attest → OpenID for Verifiable Presentations (OIDC4VP). OpenID Foundation
• Få attest utstedt → OpenID for Verifiable Credential Issuance (OIDC4VCI). OpenID Foundation
• Dele bare nødvendige felt → SD‑JWT VC (selektiv avsløring). IETF Datatracker
• Mobil‑førerkort → ISO/IEC 18013‑5 (mDL). ISO
• Samtykkekvittering → Kantara Consent Receipt v1.1. Kantara Initiative
• Minimesh mellom egne enheter → WireGuard / Tailscale. WireGuard+1
• Policy‑motor → Open Policy Agent (OPA)/Rego. openpolicyagent.org
• Innlogging til offentlige tjenester → ID‑porten. Digdir
• System‑til‑system‑tilgang → Maskinporten. Digdir Docs
• Helsedata‑format → HL7 FHIR. hl7.org

13) Første leveranser (konkret)

• App + lokal hub med:
  • Kryptert Data‑boks (JSON‑LD).
  • Lommebok som tar imot attester i VC 2.0 og støtter SD‑JWT VC. W3C+1
  • Kontrolltårn med GNAP/UMA‑inspirert autorisasjon, DPoP‑bundne token, samtykkekvitteringer. Kantara Initiative+3IETF Datatracker+3docs.kantarainitiative.org+3
• Nettleser‑utvidelse som fanger opp OIDC4VP‑forespørsler og tilbyr autofyll med samtykke der OIDC4VP ikke finnes. OpenID Foundation
• Adaptere for:
  • Vitnemålsportalen (les → VC),
  • FREG (les valgte felt → VC),
  • Digitalt førerkort (bruk i dag, forberede mDL/VC når tilgjengelig),
  • HelseID/FHIR (strengt begrensede helseattester). Norsk helsenett+3vitnemalsportalen.no+3Skatteetaten+3

14) Risikoer og avbøting

• “Tilbakekalling” av data hos mottaker er ikke alltid mulig → bruk bevis/presentasjoner og korte utløp, og vis minst mulig. OpenID Foundation
• Lenkbar identitet (sporbarhet) → bruk parvise identifikatorer og selektiv deling (SD‑JWT VC) for å unngå unødig sammenkobling. IETF Datatracker
• Varierende modenhet hos kildene → derfor “attest‑først”‑strategi og “midlertidige, tydelig merkede” attester der nødvendig, inntil utstedere tilbyr fulle OIDC4VCI‑løp. OpenID Foundation

Hva du sitter igjen med

En tydelig blåkopi for å bygge en lokal‑først, borger‑styrt data‑lommebok som snakker norsk (ID‑porten/Maskinporten, FREG, HelseID, Vegvesen, Altinn, Vitnemålsportalen) og internasjonisk (VC 2.0, OIDC4VP/VCI, SD‑JWT VC, mDL, FHIR). Hele poenget er at du styrer, og at deling skjer med minst mulig informasjon, tidsbegrenset, og med sporbarhet.