Safety Einführung

6 FAZIT 12
5.2 Mögliche Zusammenarbeit
Für eine engere Zusammenarbeit der beiden konkurrierenden Gemeinschaften
kann man mehrere Gründe aufzählen. Vorteil der Safety-Community
ist, dass ihre Techniken und Methoden schon lange angewandt und getestet
werden. Die Security-Community könnte von den Erfahrungen der Safetygemeinde
lernen und bräucht das ” Rad nicht nocheinmal zu erfinden“.
Auf der anderen Seite werden einige Security-Techniken auch immer wichtiger
für die Safetygemeinde. Es werden in naher Zukunft wohl immer mehr sicherheitskritische
Systeme mit offenen Netzwerken (wie dem WWW) zwecks
RemoteControl oder entfernten Wartungsarbeiten verbunden. Die Integrität
und die Vertraulichkeit von Informationen bekommt dadurch auch für die
Safety-Community eine höhere Bedeutung. So müssen die Safety-Entwickler
ja sicherstellen, dass für die sicherheitskritische Anwendung wichtige Informationen
sicher durchs offene Netzwerk fließen.
Auch verschieden Begrifflichkeiten aus beiden Communities beschreiben ein
ähnliches, wenn nicht sogar ein gleiches Konzept. So sind zum Beispiel ” Hazards“
und ” Threats“ effektiv das Gleiche. Bei ” Hazards“ (Safety) ist die
Eintrittswahrscheinlichkeit der wichtigstes Parameter, bei ” Threats“ (Security)
die Erfolgswahrscheinlichkeit eines Angriffs. Die Konzepte von ” Failures“
(Safety) und ” Incidents“ (Security) sind auch ähnlich. Beide beschreiben
das Eintreten von nicht erwünschten Ereignissen. Einziger Unterschied
ist, dass die ” Failure“ auf die Sicherheitsfunktionen des Safety-Systems beschränkt
sind, bei ” Incidents“ (Security) gibt es keine derartige Beschränkung.
Mit dem Angleichen der Begrifflichkeiten könnten beide Communities auf
die jeweiligen Techniken der anderen Community zurückgreifen. So können
Techniken zur Klassifikation und Bestimmung von ” Hazards“ und zur ” Failure“
Beschreibung auch auf ” Threats“ und ” Incidents“ angwendet werden.
Gerade in der Risikoanalyse können viele Techniken von Safety und Security
ausgetauscht werden.
Auch in der Testphase von Softwareentwicklung können Techniken ausgetauscht
werden. So können formale Methoden um in der Safetybranche zu
zeigen, dass die Safetybedingungen erfüllt sind, auch in der Securitybranche
Andwendung finden.[MBL]
6 Fazit
Safety alleine ohne Security zu betrachten war sehr schwierig, da die beiden
Domänen meist immer im Zusammenhang auftreten. Sinnvoll war dadurch
auch an dieser Stelle der Vergleich von Safety und Security um Unterschiede