Strukturerad tillit mellan parter i en federation behövs för att möjliggöra säker och effektiv informationsdelning mellan olika organisationer. Detta är särskilt viktigt inom offentlig förvaltning där komplexa värdenätverk kräver samordnad digital infrastruktur. Tillit kan delas in i tre huvudsakliga områden:
Verksamhetstillit – baserat på lagar och reglering.
Informationstillit – etableras via informationssäkerhet och gemensamma överenskommelser.
Teknisk tillit – genom tekniska standarder och säkerhetskrav.
Inom en federation förmedlar federationens aktörer strukturerad information som parterna behöver kunna lita på. Dessa är kan beskrivas som tillitsobjekt:
Metadata
Egenpublicerad metadata
Betrodd metadata (publicerad av kontrollerad och betrodd part i federationen)
Intyg
Förmedlar påståenden om en användare, såsom autentisering och attribut. Intygsförmedling sker direkt mellan parter.
Intygsbegäran
Initierar en identitet- eller åtkomstförfrågan baserat på ett intyg. Viktigt med säker hantering och syftesbegränsning.
Kontext
En ram inom vilken övriga tillitsobjekt verkar. Kontexter kan påverka interoperabilitet och säkerhetskrav
Exempel på vilken typ av tillit som förmedlas av vilket tillitsobjekt
Tillitsobjekt | Verksamhetstillit | Informationstillit | Teknisk tillit |
---|---|---|---|
Metadata | ❍ | ◉ (indirekt) | ★★★ |
Intyg | ◉ (indirekt) | ★★ | ★★ |
Intygsbegäran | ★★ | ★★ | ★ |
Kontext | ★★★ | ◉ (indirekt) | ◉ (indirekt) |
★ = stark koppling, ◉ = viss koppling, ❍ = ingen direkt koppling
Funktionsobjekt är de tekniska funktioner och processer som tillsammans är det som skapar tillitsobjekten.
De fungerar alltså som byggstenar för tillitsobjekten, och varje tillitsobjekt inkluderar ett antal specifika funktionsobjekt
Alla funktionsobjekt representeras inte i federationen, vilket innebär att det är den tekniska komponenten som beskrivs med metadata i federationen. Tex komponenten Auktorisationstjänst omfattar eller inkluderar ett antal funktionsobjekt.
Federationskomponent | OIDC-OAuth-OIDF | Funktionsobjekt | Tillitsmärke (hypoteser...) | Tekniska krav | Fysiska krav | Administrativ krav | Organisatoriska krav | |
---|---|---|---|---|---|---|---|---|
Legitimeringstjänst | OpenID Provider | Intygsutfärdare | Ena-intyg | |||||
Auktorisationstjänstx§x§ | Authorization Server | Intygsutfärdare | Ena-intyg | T1 | F1 | A1 | O1 | |
Attributkälla(?) | Resource Server | Attributkälla Attributhantering | Ena-attribut | T3 | O2 | |||
E-tjänst | Relying Party | Åtkomstkontroll | ||||||
Klient | Client | Åtkomstbegäran | ||||||
Resurs server (API) | Resource Server | Åtkomstkontroll Metadatapublicering | ||||||
Tillitsankare | Trust Anchor | Metadatapublicering | ||||||
Anslutningspunkt | Intermediate Entity | Metadatapublicering | ||||||
Tillitsmärkesutfärdare | Trust Mark Issuer | Metadatapublicering | ||||||
Uppslags och verifieringstjänst | Resolver | Metadatavalidering |
Tillitsskapande objekt som ej representeras med metadata | Funktionsobjekt | Kvalitetsmärke |
---|---|---|
E-legitimation | Användaridentifering Autentiseringsmetod | Svensk e-legitimation |