✍ Scribed by Armin Lunkeit, Wolf Zimmer
No coin nor oath required. For personal study only.
Der Softwareingenieur von heute muss die grundlegende Disziplin der Entwicklung sicherer informationstechnischer Systeme verstehen. Nicht, weil es eine ein „gute Idee“ ist, sondern weil unsere Arbeits- und Lebenswelten zunehmend auf die Funktionsfähigkeit und die Sicherheit hochkomplexer und dynamischer informationstechnischer Infrastrukturen angewiesen sind. Die Vorstellung, dass die Sicherheit informationstechnischer Systeme etwas Besonderes ist, ist ein Trugschluss. Tatsächlich ist Sicherheit nur ein Aspekt der Zuverlässigkeit. Wir können keine zuverlässigen Anwendungen und Systeme haben, wenn diese nicht sicher sind.
Vor diesem Hintergrund gehen die Autoren der Frage nach, ob und in welchem Ausmaß die mit dem Einsatz der Artefakte der digitalen Revolution einhergehenden Risiken beherrschbar bleiben, und welche Möglichkeiten wir bereits heute haben, die Eindämmung von Risiken und Gefahren schon beim Entwurf informationstechnischer Systeme zu berücksichtigen. Die Antwort ist ein systematischer praxis- und modellbasierter Ansatz für das Security-Engineering von Informationssystemen.
Vorwort
Inhaltsverzeichnis
Abkürzungen
Kapitel 1 Was ist das Problem?
1.1 Dimension
1.2 Vertrauen
1.3 Komplexität
1.4 Struktur des Cyber-Raums
1.5 Asymmetrie der Cyber-Sicherheit
1.6 Technologische Abhängigkeiten
1.7 Missverständnisse
1.8 Nutzer
1.9 Analyse-Placebo
1.10 Murphy’s Gesetz
Literaturverzeichnis
Kapitel 2 Zum Stand der Dinge
2.1 Hardwaresicherheit
2.2 Das Betriebssystem
2.3 Tatort Software
2.4 Sicherheitsstrategien
2.4.1 Zugriffe kontrollieren
2.4.2 Privilegien minimieren
2.4.3 Informationsfluss kontrollieren
2.4.3.1 Paketfilter
2.4.3.2 Anwendungs-Gateways
2.4.3.3 Verbindungs-Gateways
2.4.3.4 Unified Threat Management
2.4.3.5 Sicherheits-Proxy
2.4.4 Systemhärtung
2.4.5 Was noch offen ist
2.4.5.1 Vulnerability Management
2.4.5.2 Sichere Updates
2.4.5.3 Eingabedaten validieren
2.4.5.4 Vertraulichkeit wahren
2.4.5.5 Verantwortlichkeiten aufteilen
2.5 Hoffen auf KI
2.6 IT-Sicherheit in der Industrie 4.0
2.7 Das schwächste Glied
Literaturverzeichnis
Kapitel 3 Security Engineering ist Systems Engineering
3.1 Der Lebenszyklus technischer Systeme
3.2 Ideen und Konzepte des Security Engineerings
3.2.1 Die CIA Triade
3.2.2 Ein konzeptionelles Koordinatensystem
3.3 Security Engineering im Systemlebenszyklus
3.3.1 Security Engineering in der Konzeptionsphase
3.3.2 Security Engineering in der Entwicklungsphase
3.3.3 Security Engineering in der Bereitstellung
3.3.4 Security Engineering für den Betrieb
3.3.5 Security Engineering für Wartung und Support
3.3.6 Security Engineering in der Außerbetriebnahme
3.3.7 Iteratives Security Engineering
Literaturverzeichnis
Kapitel 4 Modell-basiertes Design
4.1 Am Anfang steht ein Konzept
4.2 Die Funktion von Modellen im Systems Engineering
4.3 Modellierung informationstechnischer Systeme
4.3.1 Strukturmodelle
4.3.2 Verhaltensmodelle
4.3.3 Petri-Netze
4.4 Modellierung von Bedrohungen – Threat Modeling
4.4.1 Modellierung von Bedrohungen mit BPMN
4.4.2 Misuse Cases
4.4.3 Datenfluss-Diagramme
4.4.4 Angriffsbäume – Attack Trees
4.4.5 Angriffs-Graphen – Attack Graphs
4.4.6 PASTA - Risiko-orientierte Bedrohungsmodellierung
4.4.7 CORAS – Modell-basierte Risikomodellierung
4.4.8 ATT&CK
Literaturverzeichnis
Kapitel 5 Die SmartFit AG
5.1 Die Geschäftsidee
5.2 Worum geht es?
5.3 Anwendungsfälle
5.3.1 Anwendungsfälle des SmartFit Health Produkts
5.4 Systemstruktur
5.5 Sicherheitsprobleme verstehen und analysieren
5.5.1 Sicherheitsproblem und Lebenszyklus
5.5.2 Die Beschreibung des Sicherheitsproblems
5.5.2.1 Systembeschreibung
5.5.2.2 Akteure
5.5.2.3 Werte
5.5.2.4 Annahmen
5.5.2.5 Bedrohungen
5.5.2.6 Organisatorische Sicherheitsmaßnahmen
5.5.3 Die Werte der SmartFit AG
5.5.4 Angreifer und Bedrohungen
5.5.5 Annahmen und Abhängigkeiten
5.5.5.1 Der Zufallszahlengenerator in Windows 2000 und Windows XP
5.5.5.2 Java und die Implementierung von SecureRandom
5.6 Das Teilsystem Smart Watch
5.6.1 Die Angreifercharakterisierung
5.6.2 Betroffene Werte
5.6.3 Annahmen
5.6.4 Bedrohungsszenarien
5.6.4.1 Bedrohungsszenario S1: Auslesen gespeicherter Daten
5.6.4.2 Bedrohungsszenario S2: Hardware-Manipulation
5.6.4.3 Bedrohungsszenario S3: Protokollmanipulationen
5.6.4.4 Bedrohungsszenario S4: Firmware-Manipulation
5.6.5 Schadenspotential
5.7 Das Verhältnis zwischen Sicherheitsproblem und Sicherheitszielen
5.7.1 Sicherheitsziele des Systems und der Systemumgebung
5.7.2 Die Disposition der Verantwortung
5.8 Anforderungen und Systems Engineering
5.9 Die Charakteristik von Sicherheitsanforderungen
5.9.1 Modellierung von Sicherheitsanforderungen
5.9.1.1 UML und SysML
5.9.1.2 Modellierung mit CORAS
5.9.1.3 Threat Modeling nach Shostack
5.9.1.4 Funktionale Sicherheitsanforderungen der Common Criteria
5.9.2 Integration in den Entwicklungsprozess
5.10 SmartFit Health und Sicherheitsanforderungen
5.11 Exemplarische Sicherheitsanforderungen an die Smart Watch
5.11.1 Physischer Schutz
5.11.1.1 Erkennen von Manipulationsversuchen
5.11.1.2 Erschweren von Angriffen
5.11.1.3 Angriffsflächen gering halten
5.11.2 Schutz der Schnittstellen
5.11.2.1 Schutz der Benutzerschnittstelle
5.11.2.2 Schnittstelle GPS-Signal
5.11.2.3 Schnittstelle zum Mobiltelefon
5.11.3 Erweiterung der Sicherheitsstrategie
5.11.3.1 Schutz lokal gespeicherter Daten
5.11.3.2 Software-Updates
5.11.3.3 Selbsttest
5.11.3.4 Statische und dynamische Verschlüsselung
5.12 Schlussbemerkungen
Literaturverzeichnis
Kapitel 6 Fragile Kryptografie
6.1 Kryptografie und sichere Systeme
6.1.1 Plattformintegrität
6.1.2 Authentische und vertrauliche Kommunikation in Netzen
6.1.3 Authentizität elektronischer Daten
6.2 Normen und Richtlinien
6.2.1 Common Criteria Schutzprofile
6.2.2 Technische Richtlinien des BSI
6.2.3 Request for Comments (RFCs)
6.2.4 ETSI
6.2.5 National Institute of Standards and Technology – NIST
6.3 Kryptografie und Systemdesign
6.3.1 Schnittstellen
6.3.2 Einbindung von Bibliotheken
6.3.3 Bibliotheken und Sicherheit
6.4 Krypto-Agilität
6.5 Fehlerhafte Nutzung
6.5.1 Private Schlüssel in Firmware
6.5.2 Private Schlüssel in Log-Daten
6.5.3 Zertifikatsprüfung
6.5.4 Krypto-Downgrade
6.5.5 Kryptografische Geheimnisse
6.5.6 Organisatorisches Versagen
6.6 Sicherheit und Kryptografie
Literaturverzeichnis
Kapitel 7 Verifikation und Validierung
7.1 Sicherheitsschulden - Security Debts
7.2 Security Requirements Engineering
7.3 Die Spezifikation von Software
7.3.1 Was ist eine Spezifikation?
7.3.2 Warum spezifizieren?
7.3.3 Was spezifizieren?
7.3.4 Wann spezifizieren?
7.3.5 Wie spezifizieren?
7.3.5.1 Spezifikationsstil
7.3.5.2 Der Grad der Formalisierung
7.4 Software-Verifikation – Doing it right
7.4.1 Code Reviews
7.4.2 Model-Checking
7.4.3 Symbolische Programmausführung
7.5 Software - Validierung – Doing the right thing
7.5.1 Validierung der Spezifikation
7.5.2 Validierung des Designs
7.5.3 Validierung des Produkts durch Tests
7.5.3.1 Terminologische Klarstellungen
7.5.3.2 Spezifikationsbasiertes Testen
7.5.3.3 Modellbasiertes Testen
7.5.3.4 Codebasierte Tests
7.5.4 Sicherheitstests
7.5.4.1 Risiken erkennen und bewerten
7.5.4.2 Fehlerbasiertes Testen
7.5.4.3 Modellbasierte Sicherheitstests
7.5.4.4 Risikobasierte Sicherheitstests
7.5.4.5 Testverfahren
7.5.5 Evaluierung der IT-Sicherheit
7.5.5.1 EU Cybersecurity Act
7.5.5.2 ISO/IEC 270xx und IT-Grundschutz
7.5.5.3 Common Criteria
7.5.5.4 FIPS 140-2
Literaturverzeichnis
Kapitel 8 Die Vermessung der (Un-)Sicherheit
8.1 Placebo-Analyse mit Risikomatrizen
8.2 Statistik mit Microsoft Excel
8.3 Bedingte Wahrscheinlichkeiten
8.4 Schlussfolgern mit Bayes
8.5 Bayes’sche Netze
8.6 Entscheidungsbäume
Literaturverzeichnis
Epilog
Stichwortverzeichnis
Security by Design; Security Engineering;
📜 SIMILAR VOLUMES
Modern systems are an intertwined mesh of human process, physical security, and technology. Many times, an attacker will leverage a weakness in one form of security to gain control over an otherwise protected operation. Designing Secure Systems takes a theory-based approach to concepts underlying
<p>Modern systems are an intertwined mesh of human process, physical security, and technology. Many times, an attacker will leverage a weakness in one form of security to gain control over an otherwise protected operation.</p> <p>Designing Secure Systems takes a theory-based approach to concepts und
<p><p>This edited book captures salient global security challenges and presents ‘design’ solutions in dealing with wicked problems. Through case studies and applied research this book reveals the many perspectives, tools and approaches to support security design. Security design thereby can support
As a developer, you need to build software in a secure way. But you can't spend all your time focusing on security. The answer is to use good design principles, tools, and mindsets that make security an implicit result - it's secure by design. Secure by Design teaches developers how to use design to
As a developer, you need to build software in a secure way. But you can't spend all your time focusing on security. The answer is to use good design principles, tools, and mindsets that make security an implicit result - it's secure by design. <i>Secure by Design</i> teaches developers how to us
A crucial reference for the practicing or aspiring design consultant, Security Design Consulting brings you step by step through the process of becoming a security consultant, describing how to start the business, market services, write proposals, determine fees, and write a report. Specific eleme