| Fråga | Svar | Kommentar |
|---|
- 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
| - Piloten avses att köras i produktion
| Eventuellt HSM krav kommer att beskrivas i 'Krav på anslutningsoperöter' enligt federationsplattformen |
2. Konnektivitetskrav: vilka tjänster/ändpunkter som behöver vara nåbara och mellan vilka komponenter, till exempel - Anslutningstjänster till Tillitsankaret
- Protokollentiteter till Anslutningstjänst och Uppslagstjänst
| Samtliga federationsentiteter ska vara nåbara för hämtning av Entity Configuration, medan anslutningstjänster, tillitsankare och eventuella uppslags- och verifieringstjänster ska vara nåbara via de endpoints som krävs för metadatavalidering. Protokollentitet /.well-known/openid-federation.
- Anslutningstjänst (Intermediate)
/.well-known/openid-federationfederation_fetch_endpointfederation_list_endpoint.
- Tillitsankare
/.well-known/openid-federationfederation_fetch_endpointfederation_list_endpoint.
- Resolver
federation_resolve_endpoint
| Kommentar: Enligt OpenID Federation 1.0 är endast /.well-known/openid-federation en standardiserad URL-sökväg. Övriga endpoints, definieras av respektive entitet och publiceras i dess Entity Configuration. |
3. Systemkrav: - Operativsystem
- Hårdvaruarkitektur
- Databaser
- Krav på supportavtal för underliggande databaser för piloten?
| Leveransen består av öppen källkod och inte en färdig produkt med definierade krav på plattform, specifika databaser eller supportavtal. - Operativsystem
- OpenID Federation Services är utvecklad i Java/Spring Boot och är inte beroende av ett specifikt operativsystem.
- Kan köras på plattformar som stöder aktuell Java-runtime, exempelvis Linux eller Windows Server.
- Linux rekommenderas för produktionsdrift.
- Hårdvaruarkitektur
- Ingen specifik hårdvaruarkitektur krävs av lösningen.
- Kan köras på standardplattformar baserade på x86_64.
- Även ARM-baserade miljöer kan användas förutsatt att vald Java-version stöds.
- Tjänsterna är stateless och kan skalas horisontellt genom att flera instanser körs bakom en lastbalanserare .(kräver Redis)
- Databaser
- Open source-komponenten har inget krav på en specifik databasprodukt.
- Lösningen kan köras utan att databasteknik exponeras som en del av leveransen.
- Eventuella databasval är kopplade till den miljö där komponenterna driftsätts och förvaltas, inte till själva open source-komponenten.
- Krav på supportavtal för underliggande databaser för piloten
- Inga krav på kommersiella supportavtal för databaser ställs av den levererade open source-komponenten.
- Eventuella krav på support eller supportavtal för databaser avgörs av den organisation som ansvarar för driftmiljön.
| - Vad avses med plattformsstöd?
SVAR: Ändrat till krav på operativsystem, hådrvaruplattformar och databaser - Vad avser ni med behov av licenser?
SVAR: Stryker denna fråga; det viktiga är att veta kraven på databaser som sådant. - Vad avses med Open source utan support?
SVAR: Omformulerat frågan.
|
4. Åtkomstkontroll: - Styrs vi konfigurationsfiler
- Konfigurationer för inloggning i federationstjänster
| - OpenID Federation Services omfattar inte åtkomstkontroll
- Standalone mode, instanskonfiguration hanteras lokalt via properties/YAML-konfiguration.
|
|
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?
| - Routing över Internet
Antalet externa IP-adresser beror på hur lösningen väljer att exponeras och vilka krav som finns på nätverksseparering mellan olika tjänster och miljöer. Anslutningstjänst och Resolver kan exponeras via samma externa IP-adress och DNS-namn, men det är också möjligt att använda separata IP-adresser och DNS-namn för respektive tjänst eller miljö. Det finns inget generellt krav på ett visst antal externa IP-adresser.
| För Sweden Connect kommer samtliga tjänster att exponeras via ett gemensamt DNS-namn och en gemensam extern IP-adress. |
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?
| - Publika TLS certifikat ska användas för endpoints
|
|
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?
| - Standalone mode: instanskonfiguration hanteras lokalt via properties/YAML-konfiguration.
| OpenID Federation Registry kommer på sikt kunna användas för konfigurera OpenID Federation Services i managed mode. Frågan avser hur realiseras behörigheterna för att kunna administrera federationstjänsterna, dvs. Admin-applikationen. |
| 8. Beskrivning av komponent som integrerar mellan auktorsationsserver federationstjänsten Resolver (Uppslagstjänst) |
| Frågeställningarna behöver förtydligas - Vilken komponent är det som avses?
SVAR: Torde vara den separata komponent som nämnts som kan agera adapter mellan Auktorisationsserver (KeyCloak) och Uppslagstjänsten.
- Vilket notifieringsprotokoll avses?
- Mellan vilka komponenter?
SVAR: Samma komponenter som ovan. Justerar frågan då notifieringsprotokoll är om ens tillämpligt en del av svaret/lösningen.
|