Digg: Henric Norlander

EHM: Martin Solberg

Inera: Per M

Internetstiftelsen: Stefan H/Robert

Ett första uppstartsmöte har genomförts i syfte att involverade jurister getts möjlighet att diskutera behov av samverkan kring hantering av förändring av regelverk och krav. Detta markerar starten på det som benämns "spår juridik".

Digg: Johan Tjäder

EHM: Niklas Dahlbäck

Inera: Tomas C

Internetstiftelsen: Anna K

Digg tillhandahåller federationsoperatörstjänst samt uppslagstjänst i deras testmiljö samt integrerar med Ineras stödtjänster (uppslagstjänst, mm).

Etablera grundläggande förståelse för status på swedenconnect/openid-federation-services: OpenID Federation Services i syfte att AO kan bedöma när det kommer vara "tillräckligt stabil" för påbörjad implementation

Releaseplan för komponenten och förståelse för vilken kvalitet den har. Primärt handlar det om att få tydlighet i förväntningar.

Vilket datum finns en komplett version för Pilot?

Vilket datum finns dokumentation för installation och konfiguration

Krav på Anslutningsoperatörer

Ställningstagande om organisatoriska och tekniska krav som kommer ställas på anslutningsoperatörer, särskilt avseende HSM-krav för intermediate-komponenter, vilken nivå kravställs?

Avser de krav som ledningsaktör ställer på AO, exempelvis:

• Anslutningsprocess
• Krav på fed.medlemmar
• Krav på eTjänster, driftsmiljöer och säkerhet
• Anslutningspolicy
• Registreringspolicy
• SLA (handläggningstider, tillgänglighet, etc.)

Tydliga och avgränsade frågeställningar som baserar sig på konkreta försök att omsätta swedenconnect/openid-federation-services: OpenID Federation Services

Beskrivning av lösningens omfattning under Piloten

1. Krav på driftsmiljöer:

• Ställs krav på HSM för signeringsnyckel samt genomförande av nyckelscermoni? 
• Specifikat krav på driftsmiljö för Pilot, Exvis om det räcker med TEST-miljö under piloten

2. Konnektivitetskrav:

• Anslutning till federationsoperatör
• Anslutning till anslutande part

3. Systemkrav:

• Plattformsstöd
• Behov av licenser för databaser
• Open Source utan support under Piloten, MariaDB, Redis

4. Åtkomstkontroll:

• Styrs vi konfigurationsfiler
• Konfigurationer för inloggning i federationstjänster

5. Ip-adresser och routing:

• Hur många externa ip-adresser kommer Anslutningstjänst+Resolver att behöva?
• Ska adresserna kunna routas över både Internet och Sjunet?

6. Externa certifikat för TLS på publika endpoints

• Något särskilt att tänka på för piloten?
• Hur ska resolverns certifikat skapas
• Hur är relationen till Digg
• Signeringscertifikat?

7. Autentisering och behörighet för Admin

• Nyttja KeyCloak från start, eller konfigurera användare direkt i Admin-delen till en början?

8. Beskrivning av komponent som integrerar mellan auktorsationsserver federationstjänsten resolver (notifieringsprotokoll)

Inera

Internetstiftelsen

Sätta upp TEST-driftsmiljö.*

Installation av OS-komponenter i lokal TEST-miljö*

Gemensam förståelse för vilka SLA-krav som ska gälla under piloten. Eftersom EHM är ensam federationsmedlem kommer deras krav bli styrande.

Avtalsutkast (inkl. villkor och policys)  skickade på remiss

Ett samlat avtalsutkast har skickats ut på remiss för pilotgenomförandet. Det inkl. att det finns en första version av regelverk i federationsplattformen men också att det har omsatts till ett första konkret utkast att ta ställning till för ett tilltänkt federationsområde BAS.

Licensieringsform för användning (krav på de som implementerar fed.komp.)

Digg's förvaltningsåtagande vad gäller livscykelhantering av källkod:

• Support
• SLA
• Livscykelhantering och releaser & patchhantering
• Digg analyserar och rättar fel i Open Source-komponenter under piloten

Roller i SIB. 

Rollbeskrivningar, centrala ansvar fördelade på respektive aktör

På hög nivå beskrivning av samtliga användningsfall som operatör agerar i, exempelvis:

• Anslutning av medlem
• Registrera komponenter
• Avregistrera
• verifiering av uppslag
• verifiering av anrop
• hantering av metadata
• hantera både egenpublicerad metadata och hostad metadata

Beskrivning av hur användningsfall  stödjs av respektive federationstjänsttjänst:

• Scope för Diggs leverans samt löpande releasenotes
• Installationsanvisning för respektive federationstjänst

Konfigurationsguide:

• Konfiguration av federationssstjänsterna
• Konfiguration och nyckelstruktur

Anslutningsguide:

• Digg federationsoperatörstjänst samt uppslagstjänst i deras testmiljö
• Hur man integrerar med Ineras stödtjänster (uppslagstjänst, mm)

Komponenter för användning av extern part

Omfattning

Utreds om anslutning kan ske till en befintlig SAML-IdP

Kommentarer i respektive artefakt

Var samlas länkar?

VOK och NVF(!?) har behov av hostat metadata

Hur ska klientregistering ske?

Avtalsmallar för: 

• Federationsoperatör -> Anslutningsoperatör 
• Anslutningsoperatör -> Ansluten part

Registreringspolicyer v 0.9 (a.k.a. i stort sett klart)

Open Source-komponenter tillgängliga inklusive dokumentation*

Kan föra dialog med Digg*

Sätta upp TEST-driftsmiljö.*

Installation av OS-komponenter i lokal TEST-miljö*

Gemensamma tester med Digg*

Färdigställa konfiguration*

Vara redo att genomföra verifiering av primära användningsfallen i testmiljö

Regelverk och avtal

MÅL

Organisatoriska  och tekniska säkerhetskrav på en intermediate lämnade för synpunkter till anslutningsoperatörer

+ Förslag till skrivna SLA-krav (EHM)

Kräver rätt kompetens - den största risken för att detta inte hinns med

Avtalsutkast (inkl. villkor och policys)  skickade på remiss

Kräver en beredskap hos samtliga aktörer att ha rätt kompetens och ha rätt förutsättningar för att syna hela "regelpaketet"