På sidan:
Om dokumentet
Dokumentet beskriver egenskapsintyg på konceptuell nivå: vad de är, vilka typer som finns, vilka roller som bär dem och hur samordning ska motverka fragmentering. Syftet är att vi ska vara överens om koncept, principer och begrepp innan något skrivs in i federationsramverket.
Egenskapsintyg gör det möjligt att maskinellt lita på påståenden om en motpart utöver grundtilliten. Utan samordning uppstår många snarlika intygstyper. Kommuner, regioner och leverantörer får då visa i huvudsak samma sak flera gånger mot olika mottagare, och kostnaden för det hamnar hos dem.
Den effekt vi vill uppnå:
SIB kan inte dela in verkligheten i färdiga rutor. Samverkan går på tvärs mellan sektorer, och den som lämnar ut information ställer alltid sina egna krav. Det SIB kan göra är att skapa ett gemensamt system som skapar förutsättningar för att förenkla i så många sammanhang som möjligt, och att se till att vi menar samma sak när vi använder dem.

Figur: Federationsplattformen är stommen som håller ihop helheten. Federationskontexterna ger grundtillit, samverkanskontexterna lägger till kompletterande tillit och parterna ställer sina egna krav. Plattformen normerar längst ner, samordnar i mitten och tillhandahåller gemensamma begrepp högst upp. Ju högre upp, desto mindre styrning och desto större frihet.
Ett egenskapsintyg är ett elektroniskt stämplat påstående om att definierade krav eller villkor är uppfyllda. Påståendet görs av någon annan än den som det gäller, och det kan kontrolleras maskinellt.
Intyget knyts alltid till en protokollentitet, men påståendet kan avse den organisation som protokollentiteten representerar.
Varje egenskapsintyg vilar på en grund. Grunden är det som har skett utanför federationen och som intyget gör synligt: ett avtal, en granskning, en författning eller ett beslut. Grunden och innebörden framgår av definitionen av intygstypen.

Intyget säger att kraven är uppfyllda. Vad det betyder för åtkomsten avgör den som lämnar ut informationen.
Ett egenskapsintyg kan beskrivas utifrån två frågor: var det kommer ifrån, och hur tilliten till det etableras.
Ursprung. Ett egenskapsintyg har sitt ursprung i:
Verifiering. Ett egenskapsintyg kan vara betrott på två sätt:
Kombinationen ger tre kategorier av egenskapsintyg:
| Typ | Ursprung | Verifiering | Egenskapsintygsägare |
|---|---|---|---|
| Ena-gemensamt egenskapsintyg | En gemensam lösning inom Ena | Federationsbetrott | Den aktör som ansvarar för lösningen |
| Egenskapsintyg i en samverkanskontext | En samverkanskontext | Federationsbetrott, alltid | I regel den aktör som ansvarar för samverkanskontexten |
| Egenskapsintyg mellan parter | En överenskommelse mellan parter | Bilateralt betrott | Parterna själva |
Kopplingen mellan typ och verifiering är ett val vi gör för att styra mot samordning. Det är inte en teknisk nödvändighet.

Figur: De tre typerna och hur tilliten till dem etableras.
| Roll | Ansvar |
|---|---|
| Egenskapsintygsägare | Äger definitionen av en intygstyp: vad den betyder, vilken grund och vilka krav den vilar på, och vilka som får utfärda den. Bär samordningsansvaret gentemot andra intygstyper. |
| Egenskapsintygsutfärdare | Ansvarar för den process som ligger till grund för intyget och utfärdar det enskilda intyget. Återkallar intyget när grunden inte längre gäller. |
Ägare och utfärdare kan vara samma aktör. Att rollerna ändå hålls isär har två skäl:
Principer
Vissa egenskaper följer av lösningar inom Ena som är gemensamma oavsett samverkanskontext. Lösningarna har redan en ansvarig aktör och en etablerad grund, och kraven är redan enhetliga. Ägaren är den aktör som ansvarar för lösningen. Det behöver inte vara Digg.
I dag känner vi till tre sådana egenskapsintyg, alla med Digg som ägare:
Gemensamt för dem är att de gäller e-legitimering: antingen tilliten till en identitet, eller anskaffning och ersättning.
Det som gör ett intyg Ena-gemensamt är inte hur många sektorer det berör. Det avgörande är att egenskapen följer av en etablerad lösning inom Ena med en ansvarig aktör. En egenskap som berör många sektorer men saknar en sådan lösning hör hemma i en samverkanskontext och samordnas därifrån (se avsnitt 6).
Ena-gemensamma intyg signaleras i de federationskontexter där berörda parter finns.

Figur: Diggs roller
Definition av en samverkanskontext. Ett avgränsat sammanhang där ett antal federationsmedlemmar, under ledning av en ansvarig aktör, kommer överens om det som krävs utöver den gemensamma grunden för att utbyta information med varandra: vilken kompletterande tillit som behövs och vem som intygar den genom egenskapsintyg, vilka kompletterande tekniska överenskommelser som gäller, samt regler och gränssnitt för själva informationsutbytet. En samverkanskontext använder en eller flera federationskontexter och kan omfatta allt från få till många parter. |
Den ansvariga aktören leder samordningen i samverkanskontexten. Det är i regel en sektorsansvarig myndighet eller en aktör som har fått i uppdrag att samordna ett visst behov.
Den ansvariga aktören och egenskapsintygsägaren är ofta samma aktör, men de behöver inte vara det. En samverkanskontext kan använda befintliga intygstyper som ägs av någon annan. Det är just den återanvändningen modellen strävar efter.
Exempel: E-hälsomyndigheten ansvarar för samverkanskontexten kring nationell datainfrastruktur för hälso- och sjukvård (NDI). Där äger myndigheten intygstyper som att ett system uppfyller kraven för EHR-system, eller att en tillgångstjänst hanterar autentisering på ett tillitsfullt sätt.
Egenskapsintyg i en samverkanskontext är alltid federationsbetrodda. Utfärdarna behöver därför vara godkända i varje federationskontext som samverkanskontexten använder.
En samverkanskontext är inte en sektor. Samverkanskontexter uppstår ofta genom styrning, till exempel ett regeringsuppdrag, och överlapp mellan dem upptäcks ofta i efterhand. En federationsmedlem kan ingå i flera samverkanskontexter.

Figur: En samverkanskontext nyttjar en eller flera federationskontexter, och en federationskontext kan nyttjas av många samverkanskontexter.
Parter kan komma överens om egna intygstyper. Intygen är bilateralt betrodda: den förlitande parten etablerar själv tilliten till utfärdaren, och federationsoperatören är inte inblandad.
Skillnaden mot en samverkanskontext är inte antalet parter. Skillnaden är att ingen federationsoperatör har tagit administrativt ansvar för att godkänna utfärdaren. Plattformen normerar inte denna typ. Om behovet växer kan intygstypen lyftas in i en samverkanskontext.
| Roll | Går i god för | Går inte i god för |
|---|---|---|
| Ledningsaktör | Ramarna, prövningsordningen och katalogen. Stöder samordning vid överlapp. | Innebörden i en enskild samverkan |
| Egenskapsintygsägare | Innebörd, grund, krav och vilka som får utfärda. Samordning med andra ägare. | Det enskilda utfärdandet |
| Egenskapsintygsutfärdare | Att intyget utfärdats enligt kraven och återkallas när förutsättningarna brister | Att underlaget som lämnats är korrekt |
| Federationsoperatör | Att utfärdaren är godkänd för intygstypen och att intyget kan kontrolleras genom federationen | Innebörd eller sakinnehåll |
| Den som lämnar ut | Sitt eget åtkomstbeslut |
Katalogen är en gemensam och öppen förteckning över egenskapsintyg. Den svarar på frågan “vad finns redan, vad betyder det och vem ansvarar för det?”. I hissanalogin motsvarar den besiktningsorganets beskrivning av vad skylten betyder.
Katalogen fyller fyra syften:
| Syfte | Vad det innebär |
|---|---|
| Synlighet | Befintliga intygstyper blir kända, så att den som har ett nytt behov hittar det som redan finns. Mycket fragmentering uppstår för att parallella initiativ inte känner till varandra. |
| Prövning | Nya förslag prövas mot det som redan finns, så att snarlika dubbletter undviks |
| Transparens | Den förlitande parten kan läsa vad ett intyg betyder och vilken grund det vilar på, och därmed bedöma vad det är värt för just dess beslut |
| Förvaltning | Ändringar, versioner och avvecklade intygstyper följs över tid |
För varje intygstyp:
Vem som helst kan föreslå en ny intygstyp. Förslaget prövas mot katalogen:
Prövningen bygger inledningsvis på sunt förnuft snarare än detaljerade regler. Syftet är inte att förbjuda intygstyper, utan att se till att överlapp upptäcks och hanteras. Prövningen blir lättare när katalogen har vuxit och det finns mer att jämföra med.
Ledningsaktören förvaltar katalogen och intagsprocessen. Uppgiften är en del av samverkansstruktur och styrning, den del av federationsplattformen som ännu inte är uppbyggd.

Figur: Prövningsordningen styr mot återanvändning utan att hindra parter från att lösa egna behov.
Varför frågan uppstår. När en federationsoperatör godkänner en utfärdare blir intygen betrodda för alla i federationskontexten. Federationsoperatören tar därmed ett administrativt ansvar som behöver vara hanterbart.
Godkännandet ska också leda mot den effekt som beskrivs i avsnitt 1. Om utfärdare godkänns utan att någon egenskapsintygsägare bär samordningsansvaret riskerar antalet snarlika intygstyper att växa okontrollerat. Då förflyttas fragmenteringen in i federationen i stället för att motverkas.
Det vi vill uppnå är att varje samverkanskontext vars intyg blir federationsbetrodda har en egenskapsintygsägare som kan bära samordningsansvaret, och att federationsoperatörens administration står i proportion till nyttan.
Nuvarande kunskapsläge medger inte att försöka definiera någon precis gränsdragning just nu. Vi börjar därför med E-hälsomyndigheten och NDI eftersom:
Det finns dock en väg in för nya behov genom att de bedöms från fall till fall, och gränsdragningen utvecklas när behoven blir kända. |
Ramverket bör bara reglera federationsbetrodda egenskapsintyg.
Typindelningen, katalogen och prövningsordningen hör hemma i konceptet och i vägledning.
| Dokument | Vad som behöver tillkomma eller ändras |
|---|---|
| Bilaga A: Definitioner | Nya begrepp (förslag):
|
| Bilaga B: Tekniskt ramverk | Hur egenskapsintyg utfärdas, görs kontrollerbara och återkallas. Bör redan vara omhändertagit. |
| Bilaga D: Roller och ansvar |
|
| Grundläggande krav för federationsinfrastrukturtjänster | Utfärdarens tjänst för egenskapsintyg läggs till. Vilka krav som ska gälla för "TMI-tjänster" bör föregås av en riskanalys. |
| NY: Krav vid anslutning av egenskapsintygsutfärdare | Del 1 gäller anslutning av organisationen. Del 2 gäller hur utfärdande går till: grund, underlag, spårbarhet, giltighet och återkallelse. Ett dokument med två delar nu, två dokument när antalet utfärdare växer. Den som redan är ansluten som anslutningsoperatör tillgodoräknas den verifieringen. |
| NY: Krav på egenskapsintygsägare | Vad ett egenskapsintyg ska innehålla och vad ägaren åtar sig, inklusive samordningsansvaret |
| NY: Vägledning för etablering och förvaltning av egenskapsintyg | Prövningsordning, katalog, intagsprocess, och valet mellan intyg och uppslag mot källa |
| Federationsregelverk per kontext | Vilka intygstyper och utfärdare som är godkända. Tider för giltighet och återkallelse. |