🏛️ Øvelse 8 (Gruppeøvelse) – Udarbejdelse af systemmål for borger.dk
ℹ️ Information
Formålet med denne øvelse er, at gruppen udarbejder systemmål for borger.dk.
Borger.dk bruges til at illustrere det rette abstraktionsniveau for systemmål: systemet ses som en black box, hvor I kun fokuserer på, hvad systemet kan gøre for at skabe værdi for forretningen, ikke hvordan det er bygget (ingen tekniske detaljer).
⚠️ Fokus: Hvilken værdiskabelse leverer systemet til aktøren og forretningen?
🌐 Kontekst
Når man arbejder med store systemer, er det vigtigt at vælge en konkret kontekst.
Brug brugstilfælde til at definere systemmål ved at starte med en specifik aktør (fx "Lønmodtager") og et område (fx "Feriepenge").
🎯 Klarere rammer og fokus
For at sikre, at I arbejder med det rette abstraktionsniveau og undgår tekniske detaljer, skal I huske:
- Systemet betragtes som en black box — I har ikke adgang til, eller skal beskrive, hvordan det er teknisk opbygget.
- Fokusér på hvilke funktioner systemet tilbyder til aktørerne, og hvordan det skaber værdi for dem.
- Undgå beskrivelser af implementering, arkitektur, teknologi eller interne processer.
- Systemmål skal beskrives som overordnede mål for systemets funktionalitet og værdi, ikke som detaljerede trin eller delprocesser.
- Brug eksemplerne fra dagens forberedelse som inspiration til, hvordan mål kan formuleres på et passende abstraktionsniveau.
- Hold brugstilfældene enkle og forståelige, så de klart viser interaktionen mellem aktør og system.
- Vælg en afgrænset aktør og et specifikt område at fokusere på for at skabe overskuelighed.
🎯 Forventninger
- Udarbejd minimum 3 systemmål med tilhørende brugstilfælde
- Systemmål skal være klare og præcise
- Beskriv hvordan systemet understøtter en bestemt aktør uden tekniske detaljer
- Tydeliggør, hvordan systemet skaber værdi for aktøren
Til slut skal I lave et brugstilfældediagram, der viser relationer mellem aktører og systemet.
Brug eksemplet fra dagens forberedelse som guide til diagrammet.
📝 Instruktioner
- Besøg borger.dk
- Vælg en kontekst, fx en aktør, I vil fokusere på
- Lav som minimum 3 systemmål som brugstilfælde(beskrivelsen, ikke et diagram) – brug forberedelsen som vejledning
- Udarbejd et brugstilfældediagram – brug forberedelsen som vejledning
Kobling til relevante standarder og principper
Når I arbejder med systemmål i denne øvelse, relaterer det sig direkte til krav og anbefalinger i flere vigtige standarder og principper for software- og informationssikkerhed. Disse hjælper med at sikre, at systemmålene er klart definerede, relevante og anvendelige som fundament for sikkerhedsanalyse og design.
| Element i øvelsen | Relateret standard / princip | Kommentar |
|---|---|---|
| Afgrænsning af systemet og scope gennem system mål | OWASP ASVS 5.0.0 – Appendix D (Software Security Processes) + ISO/IEC 27005:2022 | Klar afgrænsning af systemet er en forudsætning for trusselsmodellering og risikovurdering. Det anbefales eksplicit som del af sikker udviklingsproces. |
| Abstraktionsniveau for systemmål | Secure by Design (Johnsson et al.), Kapitel 1 | Systemmål bør formuleres på et abstrakt niveau og uden teknisk bias for at støtte fleksibel og sikker designudvikling. |
| Værdiskabelse i systemmål | ISO/IEC 27002:2022, afsnit 8.26 (Application security requirements) | Informationssikkerhedskrav skal identificeres og dokumenteres. Systemmål er en forudsætning for at forstå, hvilke funktioner og data der skal beskyttes.,og der dermed er sikkerhedskrav til |
| Sikkerhedsprincipper i arkitekturen | ISO/IEC 27002:2022, afsnit 8.27 (Secure system architecture and engineering principles) | Understreger anvendelse af sikkerhedsdesignprincipper som fx "least privilege", "defence in depth" og "fail-safe defaults". Bør tage afsæt i systemmål og sikkerhedsmål(risici). |
🔄 Videre i processen
De systemmål, I formulerer i denne øvelse, danner grundlag for næste skridt: at udlede sikkerhedsmål.
Sikkerhedsmål handler om, hvordan systemet skal beskytte funktioner, data og brugere – og systemmålene er en forudsætning for at kunne identificere disse behov.
En anvendelig tilgang er at bruge CIA-modellen (Confidentiality, Integrity, Availability) som analyseværktøj.
Ved at se på hvert systemmål kan man overveje:
- 🔐 Fortrolighed (C): Hvad skal beskyttes mod uautoriseret adgang?
- ✅ Integritet (I): Hvad må ikke kunne ændres utilsigtet eller ondsindet?
- ⏱️ Tilgængelighed (A): Hvad skal være tilgængeligt, og hvornår?
Eksempel:
Systemmål:
“Lønmodtager skal kunne se sine feriepenge”
Mulige sikkerhedsmål:
- 🔐 “Kun den rette lønmodtager må kunne tilgå disse oplysninger” (Fortrolighed)
- ✅ “Oplysningerne må ikke kunne ændres af kunden” (Integritet)
- ⏱️ “Systemet skal være tilgængeligt op til ferieafholdelse” (Tilgængelighed)