Att kunna lämna ett brinnande flygplan och landa säkert på marken är ett funktionellt säkerhetskrav, vad som ska uppnås. Det där med raketstol och fallskärm är hur det uppnås, det tar du i sedan.
Funktionella säkerhetskrav specificerar vilken funktion du vill uppnå med säkerhetskravet. Det kan vara som med säkerhetssystemets funktion. Systemsäkerhetskrav Kravet på raketstol och fallskärm, räddningsstyemet är systemsäkerhetskrav.
Säkerhetskrav är regler och åtgärder som vidtas för att skydda människor, egendom eller information från skada.
Med de farliga händelserna som grund så bestämmer du dig först hur du skall hantera den farliga händelsen, säkerhetsfunktionen. Vid brand i en motor i ett flygplan så finns två motorer och brandläckare som lösning. Ett alternativ är en raketstol som tar dig ur flygplanet.
Det räcker inte med den första idén, funktionen att en stol ska ta dig ur flygplanet du måste se till att funktionen är säker från början till slut.
Cybersäkerhetslagen innebär att du ska för identifierade risker hitta relaterade säkerhetskrav. Det börjar med att definiera den logiska säkerhetsarkitekturen med funktionella säkerhetskrav, Det sker i sex steg:
- Uppdatera strategier för säkerhetsåtgärder
- Nödvändiga säkerhetsfunktioner
- Definiera funktionssäkerhetskrav
- Besäm krav på integritet i säkerhetsfunktioner
- Säkerhetsfunktioner på logisk nivå
- Granska åtgärder relativt ISO 27002
Du har nyligen gjort en fördjupad riskanalys och fått nya insikter om farliga händelser och resultatet av dessa händelser. Det har tillkommit farliga händeser och farliga relultat, risker. Därför är de dags att uppdatera mål och strategier för säkerhetsåtgärder.
Du gör detta på samma sätt som du gjorde i arbetet med policyn. Gå igenom varje risk/outcome och se vilka strategier som fattas för att åtgärda de farliga händelserna. Här måste gi även ädra strategiska dokument och strategier tillkommer.
Resultatet är att du nu har fått strategier som täcker hela den kunskap du skaffat dig i både preliminär riskanalys och riskanalysen för system och organisation.
Enligt ISO 61508 ska Säkerhetfunktioner skapas som funktionellt tar hand om faror, hot, farliga händelser och risk som uppkommit i faro och riskanalysen. En uppsättning av alla nödvändiga övergripande säkerhetsfunktioner ska utvecklas baserat på de farliga händelser som härleds från risk- och faroanalysen. Detta ska utgöra specifikationen för kraven på de övergripande säkerhetsfunktionerna.
Baserat på resultaten av riskanalysen ska en uppsättning övergripande säkerhetsfunktioner utvecklas. Dessa funktioner beskriver vad systemet måste göra för att uppnå en säker drift. Du utgår från den tidigare beskrivna säkerhetskritiska funktionella arkitekturen.
Övergripande säkerhetsfunktioner är säkerhetsåtgärder som är utformade för att hantera faror, hot och risker som identifieras under en riskanalys. Målet är att skapa system som kan upptäcka farliga situationer och vidta åtgärder för att förhindra eller mildra skador.
I den säkerhetskritiska funktionella arkitekturen ska du beskriva vilka säkerhetsfunktioner som är nödvändiga för att hindra de de farliga händelserna, och tahand om dessa så att systemet fallerar på ett säkert sätt.
Gå igenom en funktion åt gången. För varje farlig rothändelse som är kopplad till funktionen så skapar du säkerhetsfunktioner för att förhindra incidenter eller hantera incidenten när den farliga händelsen inträffar. som du kommer märka är det flera åtgäder som ligger mot det säkerhetskritiska systemet som helhet.
När samtliga funktioner i den säkerhetskritiska arkitekturen är analyserade har du en karta över samtliga növändiga säkerhetsfunktioner. Säkerhetsfunktioner finns både i businesslagret och i applikationslagret.
I businesslagret hittar du de management och metodinriktade säkerhetsfunktionerna. Här har vi t ex safety by design och säkerhetsutbildning.
I applikationeslagegret finns systemfunktioner som t ex parallell larmhantering. Runt finns säkerhetsstrategierna som säkerhetsfunktionerna realiserar
Nu är den funtionella arkitekturen för det säkerhetskritiska systemet färdig. Denna uttrycker vilka funktioner som är nödvändiga för att bygga ett säkert system.
I de kommande stegen ska du först sätta krav på hur säkerhetsfunktionerna ska fungera. Detta innebär att du skall formalisera beskrivningen av varje säkerhetesfunktion i säkerhetsfuktionskrav.
Näst steg är att specificera hur viktigt det är att säkerhetsfunktionen fungerar, säkerhetsintegritetskraven. Detta gör du genom att prioritera säkerhetsfunktionerna.
Detta diagram visar hur en säkerhetskritisk infrastruktur. Genom att mappa kraven mot ISO 27002-standarder lägger ni grunden för den Cybervärdighet vi diskuterade tidigare. Det mest imponerande är hur ni kopplar ihop de mjuka värdena (UX och utbildning) med hårda tekniska krav (DDoS och dubblerade nät).
AI påpekade vid granskningen: MFA saknas, det är ju obligatoriskt enligt NIS2. Jag konstatterade att skrivningen i NIS2 är när så är lämpligt. Som gammal pilot är jag inte av åsikten att MFA alltid är guds gåva till mänskligheten och bad AI om en annan lösning.
För Gipsat.nu är nu garanterad snabb åtkomst is sig säkerhetsåtgärd. Vi skyddar systemet genom att säkra terminalen, människan och logiken, inte genom att sakta ner användaren. Transportledningen sker från dedikerade, kontrollerade enheter.
För att kunna fastställa kraven mot en säkerhetsfunktions funktionssannolikhet, kravet på säkerhetsintegritet, måste relationen mellan säkerhetsfunktionen och mitegrerad risk hittas. Säkerhetsfunktionerna har fokuserat på att hantera första händelsen i händelsekedjan.
Du startar med det något stökiga diagramet här bredvid. I detta har du i centrum den funktionella arkitekturen för det säkerhetskritiska systemet med alla säkerhetsfunktioner inlagda. Runt den funktionella arkitekturen ligger händelsekedjorna och konsekvenserna.
Analysen görs för en händelsekedja i taget. Börja med den som är lättast. För Gipsat.nu bedöms händelsekedjan som startar med Administrering transport som lättast.
Administrering transport har säkerhetsfunktionen Alternativ tjänst för avrapportering. Händelsekedjan leder fram till riskerna Brott mot patientdatalagen, Felaktig vård och En annan taxi tar körningen.
Du sätter nu att Alternativ tjänst för avrapportering mitegrerar riskerna Brott mot patientdatalagen, Felaktig vård och En annan taxi tar körningen.
Här ser du de fortsatta stegen mot slutresultatet.
Du har i sista steget tagit bort alla händelsekedjor och ersatt dem med säkerhetsfunktionernas mitegrering av risker.
Nu ska du allokera säkerhetsfunktionerna från den funktionella arkitekturen ner i den logiska arkitekturen. Detta gör du parallellt med mappningen av funktionell arkitektur mot den logiska arkitekturen. Eftersm den den fysiska arkitekturen är en spegling av den logiska arkitekturen, system i logisk arkitektur finns på samma sätt iden fysiska arkitekturen, så kan du nu ta bra beslut avseende vilka system som får höga säkerhetskrav.
Allokeringen av funktioner i den funktionella arkitekturen går ut på att beskrivavilk objekt i den