<SYSTEM> <VERSION>
ISD-I

Inklusive 2 bilagor

Innehåll

Mallinformation	3

Versionshistorik för mallen	3

Generell mallinstruktion	3

Specifik mallinstruktion	3

Dokumentstruktur Identifiera-fasen	4

Att tänka på i arbetet med framtagning av ISD-I	4

1	Basfakta	5

1.1	Giltighet och version	5

1.2	Terminologi	5

1.3	Referenser	5

1.4	Bilagor	5

2	Inledning	6

2.1	Syfte	6

2.2	Bedömning av realiserbarhet	6

2.3	Var vi befinner oss i ISD-processen	6

3	Definition av verksamhet och system	7

3.1	Övergripande verksamhetsbeskrivning	7

3.2	Identifiering av ackrediteringsobjekt	7

3.2.1	Avgränsningar	8

4	Realiserbarhetsaspekter	9

4.1	Kvalitet på indata från Försvarsmakten	9

4.2	Ackrediterbarhet	9

4.3	Kostnadseffektivitet	9

4.4	Integration med System Engineering	10

4.5	Projektrisker	10

5	Produktledarens bedömning	11

Mallinformation

Versionshistorik för mallen

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

Generell mallinstruktion

Detta kapitel innehåller 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 av dokumentet 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 ISD-I i ISD-processens Identifiera-fas.

FMV Produktledare är ansvarig för ISD-I.

Dokumentstruktur Identifiera-fasen

Dokumentstrukturen för ISD-processens Identifiera-fas illustreras i figuren nedan. ISD-strategin styr framtagningen av ISD-I och sina bilagor.

ISD-I dokumenterar bedömning av realiserbarhet avseende informationssäkerhet för informationssystemet.

AU-I innehåller analyser av indata och eventuella kompletteringar när så behövs. Resultatet dokumenteras i ITSS-I i form av tillkommande krav.

ITSS-I omfattar de kända informationssäkerhetskrav som ställs på systemet.

Att tänka på i arbetet med framtagning av ISD-I

Lämplig kompetens för att stötta PrL med att producera ISD-I hittas hos ISD-rollen ISM, och ISA.

I Identifiera-fasen finns ingen detaljerad lösning, men olika ansatser provas utifrån den kunskap som finns vid tillfället. Utifrån varje ansats bedöms realiserbarheten och beslut tas om det finns behov att fortsätta pröva nya lösningar.

Utvecklingen av ISD-I är beroende av de krav Försvarsmakten ställt. Här är deras Särskild säkerhetsskyddsbedömning (SSB) med dess ITSS bra exempel på relevant indata. Det är viktigt att det finns en dialog mellan myndigheterna så att kraven ger FMV rätt förutsättningar från början.

Basfakta

Giltighet och version

Detta dokument är Informationssäkerhetsdeklaration i ISD-processens Identifiera-fas (ISD-I) för <system><version> inför FMV VHL T1-beslut.

Datum	Version	Beskrivning	Ansvarig
<datum>	Initial version

Tabell 1 – Versionshistorik

Terminologi

Se referens [1] för en generell förteckning över begrepp och förkortningar som används inom ISD-processen. Följande tabell innehåller specifika begrepp och förkortningar som används i detta dokument.

Begrepp/förkortning	Definition/förklaring

Tabell 2 – Begrepp och förkortningar

Referenser

Använd kommentarskolumnen i tabellen nedan för att vid behov ange t.ex. status, klassning, utgivande organisation, författare eller årtal.

Referens	Beteckning	Kommentar
ISD v3.1, Begrepp och förkortningar	20FMV5903-1:1.1

Tabell 3 – Referenser

Bilagor

Detta dokument har följande bilagor:

Bilaga 1: AU-I <informationssystem>

Bilaga 2: ITSS-I <informationssystem>

Inledning

Syfte

Syftet med ISD-I är att deklarera realiserbarheten för ett informationssystem. Denna bedömning är avsedd att användas som en del av beslutsunderlaget för FMV VHL T1-beslut.

Bedömning av realiserbarhet

Realiserbarhetsbedömningen i denna ISD-I baseras på:

Att FMV förstår de verksamhetskrav som ställts av Försvarsmakten.

Att verksamhetens krav på sekretess, tillgänglighet, riktighet och spårbarhet framgår i underlaget och att informationssäkerheten hamnar i fokus.

Att ackrediteringsobjektet är definierat och avgränsat, så tydligt som det går i detta skede.

Att ett resonemang och en motivering finns över informationen informationssystemet ska hantera leder fram till den säkerhetsskyddsklass som bedöms vara gällande.

Att exponeringsanalys från ett verksamhetsperspektiv är genomförd, t.ex. vilken fysisk miljö IT-systemet ska verka i och hur många användare som är tänkt att använda IT-systemet.

Att beslut kring återbruk av godkända komponenter baseras på analyser.

Att avvägning gjorts mot kostnad och nytta.

Att projektriskerna bedöms acceptabla.

OBS! Realiserbarhetsbedömning ska göras även om aktuellt informationssystem inte ska ackrediteras.

Var vi befinner oss i ISD-processen

Figur 1 visar hur ISD-processens faser Identifiera, Definiera, Realisera och Vidmakthålla, förhåller sig till FMV VHL-skeden och till Tbesluten. Framtagningen av ISD-I sker i slutet av ISD-fasen Identifiera-fasen, som stödjer Konceptskedet i FMV VHL.

Figur 1 – ISD-processen i förhållande till FMV VHL. Framtagning av ISD-I sker i ISD-fasen Identifiera, som stödjer Konceptskedet i FMV VHL.

Definition av verksamhet och system

ISD-I behöver, på en övergripande nivå, beskriva både verksamheten och systemet utifrån informationssäkerhetens perspektiv för att skapa förståelse för realiserbarhetsbedömningen som görs.

Övergripande verksamhetsbeskrivning

Detta avsnitt ger en övergripande beskrivning av verksamheten på ett sådant sätt att det ger en läsbar förståelse över vilken verksamhet det aktuella IT-systemet ska stödja. Ytterligare detaljer återfinns i bilaga 1, AU-I.

Den övergripande beskrivningen omfattar:

Användningsfall som beskriver uppgiften som verksamheten ska utföra.

Säkerhetsskyddsklassificeringar och vilka utmaningar som finns kring detta

Dimensionerande aspekter som påverkar realiserbarheten såsom exponering, externa gränsytor, system av system, internationell samverkan m.m.

Nivån på beskrivningen beror på hur mycket information som finns i detta skede. Kompletteringar av beskrivningen görs mer detaljerat i Definiera-fasen, när mer information finns tillgänglig.

<Ge en övergripande beskrivning av verksamheten som IT-systemet ska stödja>

Identifiering av ackrediteringsobjekt

Ett sätt att illustrera ackrediteringsobjektet är att beskriva tre zoner som ligger inuti varandra:

Innersta zonen - ackrediteringsobjektet –

Innersta zonen innehåller det tekniska informationssystem som ska ackrediteras. Exempelvis programvara, operativsystem, datorhårdvara, nätverksutrustning, aktiva kort och brandväggar. Komponenter placerade i denna zon, som inte redan är godkända, kommer att kravställas och evalueras i ISD-arbetet.

Omgivningen –

Zonen som omger ackrediteringsobjektet innehåller driftmiljön för informationssystemet. Exempelvis andra system med gränsytor till informationssystemet, individer/roller som interagerar med informationssystemet, organisationer som äger/ansvarar/drift- och underhåller informationssystemet med alla dess instruktioner, manualer och rutinbeskrivningar. Ackrediteringsobjektet har ett beroende till denna driftmiljö tack vare att vissa informationssäkerhetskrav realiseras här eller på grund av interagerande system.

Utanför omgivningen –

Yttersta zonen innehåller system, roller, organisation, rutiner m.m. som inte har någon påverkan eller interaktion med informationssystemet. Det är lämpligt att förtydliga att system i denna zon inte ingår i varken ackrediteringsobjektet eller ackrediteringsobjektets omgivning.

<Beskriv det aktuella ackrediteringsobjektet>

Avgränsningar

Beroende på hur väl ackrediteringsobjektet beskrivits kan det finnas behov av att definiera eventuella avgränsningar. En väl definierad avgränsning underlättar ackrediteringen av systemet. T.ex. ”Redan godkända signalskyddsprodukter ingår inte i ackrediteringsobjektet och ska inte omfattas av informationssäkerhetsarbetet”.

<Ange eventuella avgränsningar för ackrediteringsobjektet>

Realiserbarhetsaspekter

Detta kapitel sammanfattar de aspekter som beaktats vid realiserbarhetsbedömningen. Dessa aspekter är; kvalitet på indata, ackrediterbarhet, kostnadseffektivitet, integration med System Engineering och projektrisker.

Använd ISD-strategin och indata från Försvarsmakten, för att skapa en fördjupad bild av förutsättningarna för att realisera informationssystemet. Detta kan dokumenteras i bilagorna AU-I och ITSS-I. Redovisa en sammanfattning av de olika aspekterna här och till bilagorna.

Kvalitet på indata från Försvarsmakten

Kvaliteten på Försvarsmaktens indata bedöms här.

Klargör om det behövs kompletteringar, och om så är fallet, bedöm omfattning och tidsåtgång för detta. Eventuell komplettering av kravkällor görs antingen i Identifiera- eller Definiera-fasen.

<Bedöm indata från FM>

Ackrediterbarhet

Ackrediterbarhet är en bedömning av hur väl informationssystemet tros kunna uppfylla de informationssäkerhetskrav man ställt utan att verksamhetsbehoven äventyras. Men också en bedömning över hur väl informationssystemet harmoniserar med övriga IT-systemegenskaper, och om det är ekonomiskt motiverbart.

Finns det beroenden till andra system som påverkar ackrediterbarheten skall dessa definieras, och säkerställas så rätt säkerhetsfunktionalitet finns tillgänglig i rätt tid.

<Ange ackrediterbarhet>

Kostnadseffektivitet

Detta avsnitt ska motivera att realiserbarhetsbedömningen genomförts med hänsyn till kostnadsdrivande aspekter såsom:

Säkerhetsskyddsklassning

Återbruk av komponenter

Behov av högassuranskomponenter

Utveckling kontra kostnader

Komplexitet

Hög exponeringsnivå

Beroenden från angränsande miljöer

m.m.

<Ange kostnadseffektivitet>

Integration med System Engineering

Detta avsnitt ska beskriva om det finns aspekter inom övriga System Engineering (SE) som behöver lyftas i samband med realiserbarhetsbedömningen. Sådant exempel kan vara ett beslut om att en specifik plattform ska användas eller att COTS ska användas.

<Beskriv om det finns aspekter från övriga IT-systemområden inom SE>

Projektrisker

Detta avsnitt ska beskriva och bedöma de risker projektet som behöver tas hänsyn till och kan påverka informationssäkerheten vilka behöver uppmärksammas i analyserna. Tänk på att en projektrisk kan uppstå om en teknisk risk finns på informationssystemet eller dess omgivning. Exempel på projektrisker som är relevanta att ta upp i detta avsnitt är avsaknad av komponenter som behövs för ackrediterbarhet, motstridiga verksamhetsbehov svåranskaffade komponenter el. dylikt.

<Beskriv och bedöm de risker som finns>

Produktledarens bedömning

Baserat på bedömningar och analyser redovisade i detta dokument bedömer jag <system><version> vara realiserbart och därmed även ackrediterbart.

Realiserbarhetsbedömning är genomförd av

-------------------------------------------------------------

Produktledare <namn>