Teknisk arkitektur och standarder
Teknisk översikt av hur eLeg är uppbyggd med wallet-arkitektur och öppna standarder
Den här sidan beskriver den tekniska grunden för eLeg och förklarar hur lösningen kan förstås i relation till moderna identitetsstandarder, plånboksmodeller och verifierbara intyg.
Arkitekturprinciper
Section titled “Arkitekturprinciper”eLeg beskrivs som en framtidssäker digital tjänstelegitimation byggd för arbetslivet. Den tekniska utgångspunkten är att identiteten inte bara ska vara stark, utan också portabel, selektiv och möjlig att använda i olika typer av digitala flöden utan att organisationen behöver låsa sig till en enskild äldre identitetsmodell.
Arkitekturen bygger därför på tre centrala idéer:
- att identiteten ska kunna bäras av användaren i en wallet-baserad modell
- att identitetsdata ska kunna verifieras kryptografiskt genom öppna standarder
- att endast nödvändig information ska delas i varje enskilt användningsfall
EUDI Wallet och Verifiable Credentials
Section titled “EUDI Wallet och Verifiable Credentials”I den övergripande produktbeskrivningen kopplas eLeg till EU:s EUDI Wallet-arkitektur och till öppna standarder för Verifiable Credentials. Det innebär att lösningen ligger nära en modell där identitetsuppgifter kan utfärdas som verifierbara intyg och därefter presenteras på ett kontrollerat sätt när användaren behöver legitimera sig digitalt.
För organisationen betyder det att identitetsmodellen kan bli mer flexibel än i traditionella lösningar där all information måste hämtas direkt från en central katalog eller en etablerad nationell e-legitimation. För användaren betyder det att identiteten kan användas i en mer modern mobil och wallet-nära upplevelse.
Privacy by Design och selektiv informationsdelning
Section titled “Privacy by Design och selektiv informationsdelning”eLeg beskrivs också som utvecklad enligt principen Privacy by Design. Praktiskt innebär det att lösningen är tänkt att stödja selektiv informationsdelning, där användaren bara delar den information som faktiskt behövs i den aktuella situationen.
Det här är en viktig skillnad jämfört med mer traditionella identitetsmodeller där hela identitetspaket ofta exponeras som en följd av inloggningen. När en lösning i stället bygger på verifierbara intyg och kontrollerad presentation blir det lättare att anpassa informationsdelningen till ett faktiskt behov, vilket både stärker integritetsskyddet och minskar onödig exponering av data.
Samverkan med Fortified ID Access
Section titled “Samverkan med Fortified ID Access”När eLeg används tillsammans med Fortified ID Access blir Access det lager som kopplar den starka identiteten till applikationer, federation och policyer. Dokumentationen för Fortified IDs eID-autentisering visar ett mönster där Access kan agera verifierare av en presentation från den mobila eID-appen.
I ett sådant flöde kan Access till exempel:
- initiera en identifiering från webbläsaren
- exponera deeplink eller
QRberoende på användarens enhet - ta emot en signerad presentation från den mobila appen
- verifiera typ av credential, nödvändiga claims, giltighet, audience, nonce och revokeringsstatus
- därefter släppa vidare rätt identitetskontext till målplattformen
Det gör att eLeg kan användas som identitetsbärare samtidigt som Access står för integrationslogik, federation och kontroll över hur identiteten används vidare.
Tekniska byggblock
Section titled “Tekniska byggblock”Ur ett integrationsperspektiv är följande byggblock särskilt viktiga:
- wallet- eller app-baserad användarupplevelse för identifiering
- verifierbara intyg som kan presenteras och kontrolleras kryptografiskt
- verifieringslogik i åtkomstlagret för att kontrollera presentation, claims och tillitskrav
- revokeringskontroll för att säkerställa att en identitet fortfarande är giltig
- koppling mellan den verifierade identiteten och organisationens lokala konto- eller behörighetsmodell