Guide till Inera IdP. Information angående anslutning av Nationella e-tjänster

Transkript

1 Guide till Inera IdP Information angående anslutning av Nationella e-tjänster Nationella e-tjänster har fortsatt möjlighet att ansluta till gamla Säkerhetstjänsters Autentiseringstjänst. Detta för att ge användarorganisationer som sitter på sjunet möjlighet att hinna anpassa sina DNS-inställningar för att säkra åtkomst mot nya IdP. Revisionshistorik Version Datum Författare Kommentar Jun 2018 Daniel Petersson Upprättad Jan 2019 Grim Skarsgård Fastställd 1. Sammanfattning 1.1. Förutsättningar för användning Inera IdP SAML OIDC Sjunet 2. Dokumentation 3. Adresser och portar 3.1. Inera IdP 4. Tillitsnivå (LoA) 4.1. SITHS 4.2. EFOS (Endast testmiljöer) 5. Säkerhet 5.1. TLS-protokoll 5.2. Chiper suites 6. Systemkrav 6.1. IdP 6.2. Net id Klient

2 1. 1. Sammanfattning Inera IdP syftar till att erbjuda vårdgivare och dess vårdsystem en säker autentisering av aktörer/vårdpersonal. Inera IdP tillhandahåller s.k. single sign on (SSO) inom webbapplikationer enligt väl definierade standarder, så som SAML Web SSO Profile samt OpenID Connect. Utöver detta rättar sig tjänsten efter den profil som begränsar, samt identifierar tekniker som måste realiseras, för att med säkerhet tillgodose funktionalitet i en federering (för SAML) mellan flertalet autentiseringstjänster (IdP'r). Tjänsten tillhandahåller också funktion för logga ut aktören och avsluta dess session hos IdP'n och fortsatt SSO. Vid en lyckad autentisering utfärdas ett s.k. SAML-intyg, alternativt Id-token för OIDC, som beskriver aktören, samt dess egenskaper, som är tänkta att användas av ett ABAC (Attribute Based Access Control) behörighetssystem, dvs behörighet på egenskapsnivå. Aktörer som skall autentiseras bör vara upplagda i HSA katalogen. Beroende på vilka attribut som efterfrågas för en aktör kan eventuella val behöva göras i inloggningsflödet. Exempel på detta är medarbetaruppdrag. Tjänsten är tillgänglig på både Sjunet och Internet med samma hostname. Detta hostname resolvar olika IP-adresser beroende på vilket nät/dns som används.

3 Förutsättningar för användning Inera IdP SAML Ansluten e-tjänst registreras manuellt i Inera IdP genom förmedling av metadata. Genom metadata kan man ex. specificera vilka attribut man önskar få från IdP:n och utbyta vilka nycklar som ska användas, adresser vid utloggning, o.s.v. Se SAML-Profilen och Attributstyrning SAML för detaljer kring hur Inera IdP implementerar SAML-protokollet. För åtkomst till IdP:s SAML-metadata, se Guide till Inera IdP#Adresser och portar längre ned OIDC Registrering av OIDC-klienter i Inera IdP sköts manuellt. Se OIDC-Profil och Attributstyrning OIDC för detaljer kring hur Inera IdP implementerar OIDCprotokollet. För åtkomst till IdP:s OIDC-metadata, se Guide till Inera IdP#Adresser och portar längre ned Sjunet Inera IdP är tillgänglig från både internet och Sjunet med samma instans och domän (se Guide till Inera IdP#Adresser och portar). De IPadresser som används av tjänsten finns i en range som länge funnits endast på Sjunet så i många fall kan brandväggar (443) behöva öppnas mot nedan angivna adresser för de klienter på nätverk som ska nå etjänsten. Det beror på hur organisationerna med klienterna routar /24 nätet. Organisationer med enbart internet: inga förväntade problem enbart sjunetanslutning: bör inte få routingproblem (se nedan) behöver troligen öppna brandväggar både internet- och sjunetanslutning: behöver troligen öppna brandväggar Organisationer med både internet- och sjunetanslutning behöver för en fullständig anslutning över Sjunet - för både DNS-uppslag och IDP-trafik - ett extra steg. För klienter som har DNSuppslag för både sjunet och internetdomäner adderas en s.k. Conditional Forward i den DNS lösning som används (som troligen redan har en sådan för sjunet.org). Utan detta finns risk att trafik mot IdPn går över internet när anslutningen är tänkt att vara över Sjunet, och detta kan t ex uppmärksammas först när internetanslutningen får problem. Förslagsvis valideras vägvalen som går från klient mot respektive miljö med tracert och/eller nslookup. Vid validering kan en rensning av eventuell DNS cache behövas ( ipconfig /flushdns på Windows). Exempel (OBS: per miljö, här endast en av testmiljöerna): Windows DNS tjänst Linux(bind)-dns zone " ineratest.org" { }; type forward; forward only; forwarders { }; ; ; Se gärna även mer detaljerad information om Sjunets DNS inställningar: /kommunikationstjanst-sjunet/sjunet-dokument-webbsida/dns-installningar/ Inkommande IP Dev och Test: PROD och QA: Utgående IP

4 2. 2. Dokumentation Utöver denna guide finns följande dokumentation framtagen för tjänsten.

5 3. 3. Adresser och portar

6 Inera IdP Dessa adresser används för anslutning till Inera IdP. Detta innefattar både funktion för SAML och OIDC. Alla ingående adresser för de olika standarderna återfinns på de adresser som anges nedan. Dessa adresser är samma för både Internet och Sjunet. MIljö Domän IdP Metadata OIDC.well-known Produktion idp.inera.se QA idp.ineraqa.org Test idp.ineratest.org Dev idp.ineradev.org

7 4. 4. Tillitsnivå (LoA)

8 SITHS Inera IdP avgör LoA (Level of Assurance, Tillitsnivå) på användarens SITHS-kort baserat på kortnummerserie (värdet på attributet i certifikatet på kortet). Detta kan sammanfattas i följande tabell: Certifikatstyp LoA Kortnummerserie, Kommentar SIS-kort, SITHS XXXX 357 Företagskort med eget utfärdarnummer XXXX 857 SITHS Reservkort XXXX 957 Planeras att ställas om till LoA 2 under SITHS VGR utfärdade kort XXXX 854 I Inera IdP finns systemkonfiguration som styr denna mappning. Denna är en del av systemet och kan ändras via systemkonfiguration (ej via applikationens webbgränssnitt).

9 EFOS (Endast testmiljöer) Tillitsnivån på användarens EFOS-certifikat utvärderas genom att utläsa värdet på attributet Certifikatsprinciper som finns på certet. Värde på Certifikatsprinciper LoA Utfärdare Z 2 Swedish Public Sector Person 2 CA v Z 3 Swedish Public Sector Person 3 CA v Z 4 Swedish Public Sector Person 4 CA v Z 2 Swedish Public Sector HSA Person 2 CA v Z 3 Swedish Public Sector HSA Person 3 CA v Z 4 Swedish Public Sector HSA Person 4 CA v1

10 5. 5. Säkerhet

11 TLS-protokoll Lista över TLS protokollets versioner som används i IdP. Versionsnamn TLSv1.2

12 Chiper suites Lista över cipher suites som används i IdP: Chiper suite TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

13 6. 6. Systemkrav = Säkerställt = Kan fungera = Stöds ej

14 IdP Operativsystem IE11 Chrome Edge Firefox Windows Windows 10 Tabell över olika webbläsares kompatibilitet med IdP hösten 2018

15 Net id Klient Operativsystem Webbläsare Net id Enterprise Windows 7+8 Chrome IE Windows 10 Utan följande patchar: KB KB KB KB KB KB Windows 10 Med någon av följande patchar: KB KB KB KB KB KB Utan följande patchar: KB KB Windows 10 Med någon av följande patchar: KB KB Chrome IE 11 Edge Chrome IE 11 Edge Chrome IE 11 Edge (fungerar endast med paketering 1901) (fungerar endast med paketering 1901) (fungerar endast med paketering 1901) (fungerar endast med paketering 1901) (fungerar endast med paketering 1901) (fungerar endast med paketering 1901) (fungerar endast med paketering 1901) (fungerar endast med paketering 1901) SecMakers Windows 10 sida:

16 Från SecMakers hemsida :