<SYSTEM> <VERSION>
IT-SÄKERHETSSPECIFIKATION REALISERA (ITSS-R)

Innehåll

Mallinformation	3

Versionshistorik för mallen	3

Generell mallinstruktion	3

Specifik mallinstruktion	3

Dokumentstruktur Realisera-fasen	4

Att tänka på i arbetet med framtagning av ITSS-R	4

1	Basfakta	6

1.1	Giltighet och version	6

1.2	Terminologi	6

1.3	Referenser	6

1.4	Underbilagor	6

2	Inledning	7

2.1	Syfte	7

2.2	ITSS referens	7

2.3	IT-systemreferens	7

2.4	Styrande dokument	7

2.5	Systemöversikt	7

2.6	KSF-kravnivå	7

3	Systembeskrivning	8

4	Sammanställning av säkerhetskrav	9

5	Säkerhetskrav på omgivningen	10

6	Tolkade säkerhetskrav	11

7	Uppfyllande av säkerhetskrav	12

Mallinformation

Versionshistorik för mallen

Datum	Version	Beskrivning	Ansvarig	Fastställd
2021-05-20	1.0	ISD 3.1	Ulf Christensen

Generell mallinstruktion

Detta kapitel är information om mallen och anvisningar avsedda att hjälpa författaren. Kapitlet ska raderas i sin helhet innan dokumentet färdigställs.

Röd text (som denna) är en vägledning till författaren och ska raderas innan dokumentet färdigställs.

Text som befinner sig innanför ”<“ och ”>” uppdateras eller tas bort. T.ex. ska <system><version> ersättas med informationssystemets namn och version (d.v.s. det IT-system som ska ackrediteras).

Övrig svart text kan användas i det färdigställda dokumentet.

Specifik mallinstruktion

Denna mall används för att skapa dokumentet ITSS-R i ISD-processens Realisera-fas.

FMV Projektledare är ansvarig för ITSS-R.

ITSS-R är en bilaga till ISD-R och godkänns i och med att den godkänns.

Dokumentstruktur Realisera-fasen

Dokumentstrukturen för ISD-processens Realisera-fas illustreras nedan. Här visas att ISD-planen styr ISD-arbetet som resulterar i ISD-R med dess tre bilagor.

ISD-planen styr ISD-arbetet i genomförandeprojektet. Planen klargör förutsättningar och utmaningar, vilka aktiviteter och leveranser som ska genomföras och deras tidplan, vilka kompetenser som behövs, och vilken projektsamverkan som behöver finnas.

ISD-R dokumenterar bedömningen av ackrediterbarhet för informationssystemet.

AU-R redovisar bl.a. kravuppfyllnad av evaluerarens krav och genomförd restriskanalys.

ITSS-R redovisar kravuppfyllnad av de funktionella kraven som ställts på informationssystemet och på leverantörer av informationssystemet.

VMH-R innehåller specifikation över de säkerhetskrav som ställs på informationssystemets omgivande miljö.

ISD utgör den formella deklarationen att IT-systemet uppfyller ställda krav och är säkert att använda under specificerade förutsättningar.

Att tänka på i arbetet med framtagning av ITSS-R

Lämplig kompetens för att utarbeta ITSS-R har ISE, med stöd av ISM.

ITSS-D ska återanvändas i ITSS-R, med justeringar av vad som hänt med design och kravbild under projektets gång. Mallarna för ITSS-R och ITSS-D skiljer sig dock något, både den svarta och den röda texten. Därför behöver kopiering ske enligt inlagda röda anvisningstexter för avsnitt och kapitel.

Strukturen i denna mall är FMVs tolkning av KSF-kraven för ITSS som anges i SASS-klassen i KSF 3.1. Genom att följa mallens struktur och anvisningar ökar chansen att dokumentet evalueras med godkänt resultat mot denna kravklass.

Kravhantering i ISD 3.1 dokumenteras och utvecklas succesivt i IT-Säkerhetsspecifikationerna i Identifiera-fasen (ITSS-I), Definiera-fasen (ITSS-D) och Realisera-fasen (ITSS-R). Dessa dokument utgör spårbarheten i IT-säkerhetslösningen och det är mot ITSS-R som bedömning (evaluering) av kravuppfyllnad genomförs. Denna ligger därefter till grund för FMVs Informationssäkerhetsdeklaration (ISD).

Indata för att skapa ITSS-R är ITSS-D och leverans från leverantörer.

Basfakta

Giltighet och version

Detta dokument är ITSS i ISD-processens Realisera-fas (ITSS-R) för <informationssystem><version> inför FMV VHL T4-beslut.

Datum	Version	Beskrivning	Ansvarig
<datum>	Initial version

Tabell 1 – Versionshistorik

Terminologi

Kopiera innehållet från ITSS-D och uppdatera vid behov.

Referenser

Kopiera innehållet från ITSS-D och uppdatera vid behov.

Underbilagor

Om detta dokument har några underbilagor ska dessa förtecknas här. Annars radera nedanstående och skriv ”Inga underbilagor.”

Detta dokument har följande underbilagor:

Underbilaga 1: <titel på underbilaga 1>

...

Inledning

Syfte

Syftet med ITSS-R är att redovisa evaluerarens bedömning av kravuppfyllnad avseende ställda informationssäkerhetskrav på ackrediteringsobjektet, spårade tillbaka till kraven som ursprungligen ställdes av FM på systemet.

ITSS referens

Här ska en unik referens för detta dokument ges enligt KSF-kraven SASS_INL.C1-C2. Dokumentet kan ges en unik referens med diarienummer och i så fall kan nedanstående text användas.

Diarienummer utgör en unik dokumentreferens och anges i sidhuvudet.

Informationssystemreferens

Här ska en unik referens ges för informationssystemet (ackrediteringsobjektet) i enlighet med KSF-kraven SASS_INL.C1 och C3. En unik referens kan t.ex. vara i form av M-nummer.

<Ange informationssystemreferens>

Styrande dokument

Kopiera innehållet från ITSS-D och uppdatera med eventuella förändringar som gjorts.

Här ska enligt KSF-kraven SASS_INL.C4 och C5, anges vilken version av KSF-krav som tillämpas, styrande dokument, internationella standarder samt andra säkerhetsrelaterade dokument som ackrediteringsobjektet ska uppfylla.

Systemöversikt

Kopiera innehållet från ITSS-D och uppdatera med eventuella förändringar som gjorts.

Systemöversikten ska kortfattat beskriva systemets användning och säkerhetsmekanismer samt dess övergripande systemarkitektur enligt KSF-kravet SASS_INL.C7. Beskrivningen ska ge en översiktlig bild av informationssystemets säkerhetsförmåga och dess tänkta användning. Lämplig ambitionsnivå är 1-2 sidor. En mer utförlig systembeskrivning ges i kapitel 3 Systembeskrivning.

KSF-kravnivå

Kopiera innehållet från ITSS-D och uppdatera med eventuella förändringar som gjorts.

Detta avsnitt ska visa de fastställda kravnivåerna (enligt KSF-krav SASS_INL.C4) samt motivera valet (enligt SASS_SYS.C2). Föregående avsnitt 2.5 ska vara tillräckligt omfattande för att förstå denna motivering.

Systembeskrivning

Kopiera innehållet från ITSS-D och uppdatera med eventuella förändringar som gjorts.

Detta kapitel syftar till att uppfylla KSF-krav SASS_SYS.D1, C1-C11.

Systembeskrivning ska ge en utförlig beskrivning av informationssystemet. Beskrivningen ska ge de som ackrediterar informationssystemet och användarna, inklusive drift- och förvaltningspersonal, en djupare förståelse för säkerhetsförmågan i systemet än vad som ges i kapitel 2 Inledning.

Sammanställning av säkerhetskrav

Kopiera innehållet från ITSS-D och uppdatera med eventuella förändringar som gjorts.

Detta kapitel avser uppfylla KSF-kraven SASS_KRV.D1, C1 till C4 och C6.

Säkerhetskrav på omgivningen

Kopiera innehållet från ITSS-D och uppdatera med eventuella förändringar som gjorts.

Detta kapitel avser uppfylla KSF-kraven SASS_OMG.D1, C1 till C5.

Tolkade säkerhetskrav

Kopiera innehållet från ITSS-D och uppdatera med eventuella förändringar som gjorts.

Detta kapitel avser uppfylla KSF-kraven SASS_TOL.D1, C1 till C4.

Uppfyllande av säkerhetskrav

Detta kapitel avser uppfylla KSF-kraven SASS_UPF.D1, C1 till C4.

Detta kapitel redovisar evaluerarens bedömning över hur väl informationssystemet möter de säkerhetskrav som ställts på det och som specificerats i föregående kapitel.

Kraven är bedömda enligt Tabell 2.

Bedömning	Beskrivning
OK	Kravet är till fullo uppfyllt.
Delvis OK	Kravet är delvis uppfyllt, med brister i den tekniska lösningen och/eller dokumentationen.
Inte OK	Kravet är inte uppfyllt.

Tabell 2 – Definition av bedömningsnivåer på olika grad av kravuppfyllnad

Kravarbetet genomförs lämpligen i ett externt verktyg och resultatet av det redovisas här. Hur strukturen på redovisningen sker är valfritt.

T.ex. kan samtliga krav redovisas i en enda lång tabell. Ett annat exempel är att redovisningen sker gruppvis av sammanhörande krav t.ex. per säkerhetsfunktion eller per komponent.

Kravspårning är lika viktig som bedömningen huruvida kraven uppfyllts. Varje redovisad kravuppfyllnad ska kunna gå att spåra till ursprungligt krav.

T.ex. I enkla fall kan kravspårningen lösas inom ITSS-dokumentet genom att vid specificering av nytt krav ange vilket/vilka källkrav man utgått från. Detta är så föreslagen tabell i kapitel 6, ”Tolkade säkerhetskrav”, är uppbyggd. I mer komplicerade fall av kravspårning, t.ex. med system-av-system och/eller flera leverantörer, sker lämpligen kravspårningen i externt verktyg och redovisas i AU-D respektive i AU-R.

Nedanstående tabell är ett förslag till hur kravuppfyllanden kan redovisas. Kolumnerna används enligt följande:

Krav ID – Ska använda det Krav ID som är definierat i kapitel 6 Tolkade säkerhetskrav.

Kravtext – Ska använda den kravtext som är specificerad i kapitel 6 Tolkade säkerhetskrav.

Analys – Beskrivning av den analys av kravuppfyllnad som evaluraren (ISE) genomfört. Den ska uttryckas tydligt, konsekvent och överensstämma med andra delar av ITSS-R. För analys av funktionella krav gäller att endast säkerhetsfunktionalitet som uppfyller kravet ska beskrivas samt att beskrivningen måste överensstämma med Systembeskrivningen i kapitel 3.

Referenser – Referera här till underlag eller materiel som analyserats och som tillför stödjande fakta. Ange här gärna även till vilka specifika delar i referensen som avses för att underlätta för läsaren.

Bedömning – Evaluerarens sammanfattande bedömning över graden av kravuppfyllnad enligt Tabell 2.

Analys av restrisker, sammanfattning och slutsatser sker i AU-R och ISD-R.

Nedan följer några exempel på hur kravuppfyllnaden kan bedömas:

Krav ID	Kravtext	Analys	Referenser	Bedömning
UTV-BK-5	En användares unika identitet får inte återanvändas.	Testet verifierar att ett nytt konto inte kan skapas med ett redan befintligt UID.	Ref. [4] Test ID 5.	OK
UTV-BK-1	Säkerhetsattribut får inte överföras i klartext vid autentisering.	Analys av säkerhetsattribut visar att GitLabs lösenord är läsbart och således inte krypterat. All övrig autentisering hanteras genom certifikat.	Ref. [4] Test ID 5.	Delvis OK
UTV-SL-16	Export av information från systemet ska loggas i säkerhetsloggen.	Test visar att säkerhetsloggen inte registrerat att loggexportering har skett.	Ref. [4] Test ID 48.	Inte OK
AS-DOK-5	Systemutvecklaren ska tillhandahålla drift- och förvaltningsdokumentation.	Det finns fastställd Drift- och förvaltnings-dokumentation som omfattar aktuellt system.	Ref. [10] Drift och förvaltning.	OK
AS-ATT-6	Det faktiska testresultatet ska överensstämma med det förväntade testresultatet.	Finns inget förväntat resultat att jämföra med.	-	Inte OK

Krav ID	Kravtext	Analys	Referenser	Bedömning

Tabell 3 – Redovisning av bedömd kravuppfyllnad