5

1. Schlampiger Entwurf – Mangelhafte Planung und Architektur führen zu unsicheren Systemen.

2. Schlechte Implementierung – Fehlerhafte Programmierung, die Schwachstellen entstehen lässt.

3. Keine oder unzureichende Entwicklungsdokumentation – Fehlende Nachvollziehbarkeit und Kontrolle über den Code.

4. Fehlende Fehlerbehandlung – Ausnahmebedingungen werden nicht richtig behandelt, was zu Systemausfällen führen kann.

5. Mangelnde Tests und Qualitätssicherung – Nur isolierte Tests von Komponenten, aber keine umfassenden Systemtests.

6. Unzureichendes Risikomanagement – Sicherheitsrisiken werden nicht systematisch erkannt und behoben.

7. Fehleingaben nicht korrekt behandelt – Benutzereingaben können zu unvorhergesehenen Problemen oder Sicherheitslücken führen.

8. Wiederverwendung ungeeigneter Software – Alte Software wird ohne Anpassung für neue Anforderungen übernommen (z. B. Ariane-5-Fehlschlag).

9. Keine angemessene Fehlerprotokollierung – Fehler werden nicht dokumentiert oder analysiert, wodurch sie schwer nachvollziehbar sind.

10. Unzureichende Rechteverwaltung – Nutzer und Programme haben oft mehr Rechte als nötig, was Angriffe erleichtert.

11. Fehlende Updates und Patches – Sicherheitslücken bleiben bestehen, wenn Updates nicht regelmäßig durchgeführt werden.

klassische, generische Sicherheitsziele:

• (Wahrung der) Vertraulichkeit

• (Wahrung der) Authentizität und Integrität

• (Wahrung der) Verfügbarkeit

zusätzliche Sicherheitsziele:

• Nachweisbarkeit der klassischen Ziele durch Entwickler

• Unterstürtzung der klassischen Ziele durch späteren Betreiber

• Angemessenheit hinsichtlich potenzieller Einsatzzwecke

Therac-25 war ein medizinischer Linearbeschleuniger zur Strahlentherapie, der zwischen 1982 und 1985 in mehreren Kliniken eingesetzt wurde. Aufgrund schwerwiegender Softwarefehler kam es zu mehreren tödlichen Unfällen.

Folgen:

Mehrere Patienten erhielten massive Strahlendosen (bis zu 25.000 Rad anstelle der vorgesehenen 100–200 Rad). Dies führte zu schweren Verletzungen und Todesfällen.

1. Fehlende Fehlerbehandlung → Fehleingaben des Bedieners führten zu falschen Strahlungsdosen.

2. Ganzzahlenüberlauf → Eine Variable lief nach 256 Behandlungen über, was wichtige Sicherheitsprüfungen deaktivierte.

3. Mangelhafte Softwarequalität → Nur ein einziger Entwickler war für Entwurf, Implementierung und Test verantwortlich.

4. Fehlende Systemtests → Es gab keine systematischen Qualitätssicherungsmaßnahmen.

5. Unzureichende Kommunikation → Betreiber wurden nicht über Softwarefehler informiert, sodass das Problem lange unentdeckt blieb.

• Anforderungen identifizierter und Einsatzszenarien analysieren

• Individuelle Risikobewertung und/oder Baseline Security?

• Anforderungen externer Rahmenwerke?

• spezifische Wünsche von Kunde bzw. Auftraggeber?

1. Vertraulichkeit – Daten dürfen nur von berechtigten Personen gelesen werden.

2. Authentizität & Integrität – Schutz vor Manipulationen und unbefugtem Zugriff.

3. Verfügbarkeit – Systeme müssen zuverlässig funktionieren.

1. Rechteverwaltung – Jeder Benutzer und jedes Programm sollten nur die nötigen Rechte haben.

2. Sichere Speicherung von Zugangsdaten – Keine Passwörter oder Schlüssel im Klartext.

3. Patch- und Updatefähigkeit – Sicherheitslücken müssen schnell geschlossen werden können.

4. Protokollierung und Nachvollziehbarkeit – Log-Dateien zur Analyse von Sicherheitsvorfällen führen.

1. Einfachheit – Komplexität erhöht die Fehleranfälligkeit.

2. Minimale Vertrauensbeziehungen – So wenige Berechtigungen und Abhängigkeiten wie möglich.

3. Fehlerresistenz – Software muss auch bei Problemen in einen sicheren Zustand übergehen.

4. Standardmäßige Abweisung – Aktionen sind nur erlaubt, wenn sie explizit freigegeben wurden.

1. Fehler frühzeitig erkennen – Durch systematische Tests und Code-Reviews.

2. Design by Contract – Klare Schnittstellen und Verhaltensregeln für Softwarekomponenten definieren.

3. Restrisiken dokumentieren – Nicht vermeidbare Sicherheitsrisiken identifizieren und minimieren.

• durch fehlende Standartisierung sind die frühen Phasen (rot) besonders fehleranfällig