Fokusområden

För att skapa mer fokus på mer avgränsade områden eller frågeställningar så finns ett förslag om att dela upp arbetet med federationsinfrastrukturen i olika delar. De som i nuläget är aktuella att arbeta med beskrivs under respektive avsnitt 1.x.

Målet är att mer isolerat och avgränsat arbete med en fråga eller ett par områden i taget och kunna "stänga den" tills vidare.

Beskriva mission, principer och mål för 

Vision: → Ena
Mission: Det syfte och uppdrag vi har för att göra visionen verklig.
Princip: De grundläggande värderingar och arbetssätt som vägleder våra beslut.
Mål: Konkreta, mätbara resultat vi strävar efter att uppnå.

Beskrivning av roller och ansvar

Beskrivning av de tekniska rollerna och deras ansvar. Ett utkast finns här: Roller och ansvar

OIDF Arkitektur

Vi behöver beskriva tänkt OIDF-arkitektur: 

• Nationella Tillitsankare, vilka federativa kontext ser vi att det 
• Tänkt struktur för Anslutningspunkter, behövs det ett myndighetsskikt?

Process för teknisk anslutning och anskaffning av tillitsmärke

Beskrivning av processer för anslutning. Utkast finns här: ena-authorization/tillitsmodell/anslutningsprocess at main · diggsweden/ena-authorization

Målarkitektur & lösningsmönster

Beskrivning av federationsinfrastrukturskomponenter och lösningmönster för användning

OIDF profil och extensioner

Standardisering

• OpenID federation (draft): https://openid.net/specs/openid-federation-1_0.html
  • Github issue tracking: https://github.com/openid/federation

OpenID Federation på OIDC Sweden

• Introduktion: https://github.com/oidc-sweden/specifications/blob/main/swedish-oidc-fed-introduction.md
• Svensk profil: https://github.com/oidc-sweden/specifications/blob/main/swedish-oidc-fed-profile.md
• Utmaningar: https://github.com/oidc-sweden/specifications/blob/main/swedish-oidc-fed-challenges.md

Hypoteser om federationsinfrastruktur

Önskade leverabler

• Presentationsmaterial - 1-3 slides som beskriver federationsinfrastrukturen, hiss-pitch format
• Beskrivning av roller och ansvar
• Beskrivning av processer för anslutning av både Operatörer och parter (länk till github)
• Process för Anskaffning av tillitsmärke och efterlevnadskontroll
  • Kan vi beskriva hur en vårdaktör ska skaffa sig ett tillitsmärke.
• Arkitektur federationsinfrastruktur
  • Tillitsankare, tillitsmärkesägare?
• Målarkitektur: uppdatera med validering av tillitsinformation
• OIDF-specifikation och profil

Öppna frågor - todos!

• Är det lämpligt med olika Tillitsankare för tex Hög och Väsentligt nivå av tillit?

  • Hur påverkar det vilka tillitsmärken som behövs för entiteterna under ett tillitsankare?

  • Beskriv tänkt struktur för tex hög

• Kravet på IdP:er i ENA utgår från Sweden Connect för att uppnå interoperabilitet

  • Vill/bör/ska vi förordna teknisk interoperabilitet?

    • Är det Sweden Connect som ska vara den nationella profilen för SAML?

• Fastställa minimikrav avseende funktionella och icke-funktionella krav och krav på informationssäkerhet

• Modell som beskriver förhållande Tillitsankare-Operatör-Tilitsmärkesutfärdare/-ägare→Part?

• Kan AS, API, API-klienter samsas i samma metadata som OP och RP, med entitetstyp som avgränsning?

• Går det att lägga till en egenskap i metadata (trustmarkd) som beskriver komponentens semantiska sammanhang, t ex vård och omsort?

• Det behöver finnas en flexibilitet kring prissättning av olika tjänster

Övergripande federationsinfrastruktur

Federativ kontext skapas genom att etablera tillitsankare som definierar de tekniska regler som gäller för underliggande entiteter. Tillitsankaret fastställer även vilka tillitsmärken som är giltiga inom det federativa kontextet.