Security Goals and Principles

1. Prevention
2. Traceability and Auditing
3. Monitoring
4. Privacy and Confidentiality
5. Anonymity
6. Authentication
7. Integrity

Best practise prinzipien beim Software "bauen" um die Security Goals zu erreichen

1. Secure the weakest link
2. Practice defense in depth
3. Fail securely
4. Least privilege
5. Compartmentalize
6. Keep it simple
7. Promote privacy
8. Hiding secrets is hard
9. Be reluctant to trust
10. Use your community resources

Prävention für den Schutz des Zugangs, z.B.

• Lock the door
• Require a password
• Close the port on the firewall

Die einzelnen Zugriffe in Logs festhalten um nachvollziehen zu können was gemacht wurde. 

• Sometimes we cannot prevent malicious actions
  • A cashier can steal cash
  • A database admin can steal data
• Logs help catch them
• Firewalls sometimes write logs to WORM

Lifetime Analyse und Auditing, zum erkennen von annomalien und unerlaubten operationen

Schutz der Daten und der Privatssphäre. Hatte bisher den grössten Einfluss wenn es um messbaren Verlust ging.

z.B. nach den Yahoo Hack, als die Nutzerdaten von x-tausenden gestolen wurden, hat die Aktie ernormen Wert verloren.

Anonymität und zugehörigkeit der Daten. z.B.

• Your exam grades are personal data, they are owned by you
• Swiss data protection law forces anonymity when publishing exam grades

Den Anspruch für den Zugriff feststellen.

Meinstens ist es eine Identifikation, kann aber auch z.B. das Alter (ab 18+) sein oder oder eine Qualifikation (z.B. Zugang bei einer bestimmten Zertifizierung)

Unverfälschbarkeit der Daten

• Schulnotren
• Gesundheitsdaten
• Bankkontobetrag

Security ist wie eine Kette, das schwächste Glied muss gestärkt werden um die Sicherheit zu erhöhen, da ein Angreiffer den schwächsten Punkt ausnutzen kann.

• z.B. gespooftes E-Mail an Sekretariat zum ändern von Noten

Meherere Schutzmassnahmen vornehmen, z.B. beim schützen vor E-Mail anfriffen einen Mail Filter verwenden, die Angestellten schulen, Antivirus installieren etc.

Bei einem Error nicht zu viel Informationen geben, als Fallback (falls Vorhanden) keine Unsicheren Methoden auswählen etc.

Gib die minimum Rechte um die Arbeit erfüllen zu können. Ein User braucht keine admin Rechte

Brauche verschiedene Security Zonen, z.B. Sandbox Systeme, Netzwerk Zonen

Wie der Name sagt, Software sollte einfach bleiben um die Übersicht zu behalten. Mehr Code bedeutet mehr mögliche Lücken zum überprüfen. z.B. OpenSSL vs. BoringSSL von Google

Kann am besten mit Beispielen erklärt werden:

• Web sites: don’t force login with facebook

• on your users Browsers: don’t allow tracking

Don't store informations you don't need to. Store only Hashs of Passwords, delete closed accounts etc.

Wessen Software traust du? Trunst is not transitiv