Innehållsförteckning

Klicka nedan för att visa innehållsförteckning

Revisionshistorik

Klicka nedan för att visa revisionshistorik

Inledning

Användning av SITHS e-legitimation

Användning av SITHS-certifikat kan delas in enligt nedan:

• Mutual TLS:

  • Användare - för legitimering och underskrift av användare med hjälp av Net iD

  • Servrar - för identifiering av tjänster vid kommunikation mellan IT-system

• Out-of-band authentication: för legitimering och underskrift av en användare med hjälp av SITHS eID

Övrig användning av SITHS-kort

SITHS-kort har även följande funktioner;

• Som visuell ID-handling

• Inpassering, parkering etc. med hjälp av RFID (MIFARE Classic EV1)

• Magnetband

• Streckkod

För fullständig specifikation över beställningsbara SITHS-kort se Kortspecifikation och tillbehör med bilder - Bilaga 1.2 (Pdf)

Legitimering och Underskrift av användare

Legitimering och underskrift av användare kan ske med olika tekniker. Samtliga är förknippade med någon form av inloggningsmetod, ofta med en tillhörande applikation som installeras på användarens dator.

I SITHS finns i dagsläget två applikationer som används för att möjliggöra användning av SITHS e-legitimation vid legitimering och underskrift av användare:

• SITHS eID appen som även innefattar Mobilt SITHS

• Net iD

Applikationer för användning av SITHS e-legitimation

Här hittar du information om och länkar/instruktioner för hur du hämtar de applikationer som användaren behöver vid användning av SITHS e-legitimation: Programvaror och tillbehör för SITHS

Sökvägar och brandväggsöppningar

Här hittar du information om sökvägar och brandväggsöppningar för SITHS: Sökvägar och brandväggsöppningar - Certifikatsutfärdare

Rot- och utfärdarcertifikat (Installation av tillit)

Här hittar du information om SITHS rot- och utfärdarcertifikat, samt vad som gäller kring installation av tillit till dessa: Rot- och utfärdarcertifikat

Referensarkitekturer för Legitimering och Underskrift

Ineras har tillsammans med kommuner och regioner tagit fram arkitekturdokument för hur tjänster med behov av legitimering och underskrift ska integrera mot infrastrukturen för legitimering och underskrift av användare:

Filmer som beskriver referensarkitekturerna återfinns här: Referensarkitekturer för IAM och e-underskrift, deras realisering på Inera - YouTube

Dokument som beskriver referensarkitekturerna:

• Referensarkitektur för Identitet och åtkomsthantering - på denna länk hittar du dokumentet som beskriver: Referensarkitekturen för Identitet och åtkomsthantering

• Referensarkitekturen för Elektronisk underskrift och stämpel - Referensarkitekturen för Elektronisk underskrift och stämpel

SITHS eID och Mobilt SITHS

På nedan sidor hittar du information om den nya SITHS eID appen och Mobilt SITHS samt filmer och bilder som ytterligare beskriver Utfärdande av Mobilt SITHS, samt legitimering och underskrift med SITHS eID appen:

• SITHS eID appen och utfärdande av Mobilt SITHS

• Anslutning till Ineras IdP och legitimering med SITHS eID

• Underskrift med SITHS eID

Legitimering med Mutual TLS och Net iD

Det vanligaste just nu är dock att tjänster kombination av nedan:

• Inbyggd funktionalitet i webbläsaren/applikationen och operativsystemet i kombination med Net iD eller;

• Net iD plugin (legacy)

Mutual TLS för legitimering

Här används Net iD för att importera certifikat från SITHS-kortet till den certifikatshanterare som finns på datorn. Tjänsten, som användaren ska logga in i, integrerar i sin tur via webbläsaren mot operativsystemets inbyggda funktioner för att be användaren presentera ett inloggningsceritfikat.

Exakt hur detta utförs rent praktiskt och hur användareupplevelsen blir varierar med vilken typ och version av:

• tjänstens servermjukvara

• användarens operativsystem

• användarens webbläsare (för webbaserade tjänster)

• eventuell övrig användarapplikation

Förutsättningar

• Användaren behöver ha en så ny version av Net iD som möjligt - Programvaror och tillbehör för SITHS

• Både servern som driftar tjänsten och ofta användarens klientdator måste ha:

  • Tillit till rätt Certifikatsutfärdare inom SITHS - Rot- och utfärdarcertifikat

  • Brandväggsöppningar för spärrkontroll och byggande av tillitskedja - Sökvägar och brandväggsöppningar - Certifikatsutfärdare

Net iD plugin för legitimering och/eller underskrift

Användning av Net iD plugin har med tiden kommit att bli allt svårare att vidmakthålla då webbläsarutvecklarna tagit bort alternativt begränsat stödet för de API:er, NPAPI (Chrome/Firefox) och ActiveX (Internet Explorer), som använts av tredjepartsmjukvaror som Net iD plugin.

Numer kan Net iD plugin endast användas via Active X i webbläsaren Internet Explorer 11. Detta förutsätter också att användarens klientdator tillåter körning av ActiveX plugins (disabled by default) och att just SecMakers plugin för Net iD tillåts (default deny). Detta kan styras med hjälp av AD-kontrollerade Grupp principer (GPO).

För support kring användning av Net iD plugin hänvisas kunden till att teckna extra supportavtal med SecMaker som är leverantör av Net iD.

Vid underskrift via Net iD plugin används en annan kod, Underskriftskoden.

Underskrift med Net iD Plugin

Användning av Net iD plugin har med tiden kommit att bli allt svårare att vidmakthålla då webbläsarutvecklarna tagit bort stöd för det API:er som använts av tredjepartsmjukvara som Net iD plugin. Numer kan detta endast realiseras via Internet Explorer 11 och Active X.

För support kring användning av Net iD plugin hänvisas kunden till att teckna extra supportavtal med SecMaker som är leverantör av Net iD.

Två stora skillnader när det kommer till underskrifter med hjälp av Net iD plugin och den nya Underskriftstjänsten är:

• Underskriftslösningen med Net iD plugin blir proprietär för varje tjänst som bygger en integration mot Net iD plugin. Varpå hela ansvaret för den juridiska giltigheten för underskriften vilar på den organisation som utvecklat och/eller beställt utveckling av den tjänst som integrerar mot Net iD plugin för att skapa elektroniska underskrifter

• Formatet för själva underskriften hanteras helt av den egna tjänsten. Underskriftstjänsten följer DIGGs specifikationer och använder nationellt och internationellt godkända underskriftsformat.

Flöden för legitimering och underskrift

Om du expanderar nedan fält finns flödesbilder för legitimering och underskrift

Funktionscertifikat - Legitimering av server

För att utfärda SITHS Funktionscertifikat se SITHS Funktionscertifikat - Användarguide

Inpassering, parkering och lunchautomater

SITHS-kort används också för Inpassering, paerkering och lunchautomater hos många kunder. I detta sammanhang är det inte e-legitimationen på SITHS-kortet som används. Istället används en annan teknik och ett annat chip som också finns på SITHS-kortet.

I dagsläget används MIFARE Classic EV 1 som teknik för detta.

Nedan finns en specifikation över vilken information som skrivs i detta chip och hur den kodas:

• SITHS MIFARE Classic specifikation

För att ta del av den A-nyckel som används för att kryptera information i sektor 14 & 15 kontakta Inera supporten.

Här finns också ett par guider för verifiering av dessa chip:

• Verifiering av RFID utan A-nyckel

• Verifiering av RFID med A-nyckel

För support kring inköp av läsare och integration av SITHS-kortet för dessa användningsområden hänvisas till era egna leverantörer för dessa lösningar.

Övrig teknisk dokumentation

Nedan guider ska ses som exempel och Inera har idag inte möjlighet att ge någon detaljerad support eller konsultation kring integration med SITHS-certifikat i den egna miljön. Våra kunder tecknar oftast egna avtal med olika tjänsteleverantörer och leverantörer av konstulttjänster på marknaden.

Bland annat tecknar många avtal direkt med Ineras underleverantörer Cygate och SecMaker

• Teknisk beskrivning SITHS Root CA

• SITHS - Inloggning i Microsoft AD

• SITHS - SSO och Kerberos

• SITHS - Certifikatsanpassad webbapplikation