Agile Development vs. Security Requirements

Transkript

1 Agile Development vs. Security Requirements Mirco Stickan

2 Agenda Motivation Agile Softwareentwicklung extreme Programming Scrum Sicherheit in agiler Softwareentwicklung Sicherheit in extreme Programming Sicherheit in Scrum Zusammenfassung 2

3 Agenda Motivation Agile Softwareentwicklung extreme Programming Scrum Sicherheit in agiler Softwareentwicklung Sicherheit in extreme Programming Sicherheit in Scrum Zusammenfassung 3

4 Motivation Klassisches Vorgehensmodell im : Wasserfallmodell + Umfangreiche Planung der einzelnen Entwicklungsphasen + Genaue Dokumentation der Entwicklungsschritte + Anwendung von Sicherheitsstandards möglich - Hoher Zeitaufwand - Änderung der Anforderungen führt oft zu hohem Arbeitsaufwand 4

5 Motivation Trend der letzten Jahre: Agile Softwareentwicklung + Enge Zusammenarbeit mit dem Kunden + Kurze Entwicklungszyklen + Schnelle Reaktion auf Anforderungsänderungen durch eine iterative Arbeitsweise - Geringe Dokumentation - Keine Risikoanalyse oder Security Engineering 5

6 Motivation Agile Entwicklung Low-Budget Projekte, IT-Start-Ups Wasserfallmodell Sicherheitskritische, umfangreiche Projekte 6

7 Motivation Agile Entwicklung bei komplexen Projekten immer beliebter Erweiterung der klassischen agilen Methoden verbessern das Security Engineering Entwicklung sicherer Software auch agil möglich! 7

8 Agenda Motivation Agile Softwareentwicklung extreme Programming Scrum Sicherheit in agiler Softwareentwicklung Sicherheit in extreme Programming Sicherheit in Scrum Zusammenfassung 8

9 Extreme Programming (XP) Eine der bekanntesten agilen Entwicklungsmethoden 1995 in einem Projekt bei Chrysler entwickelt Ziel: Entwicklungsprozess vereinfachen und ständige Zusammenarbeit mit dem Kunden 9

10 Extreme Programming (XP) Entwicklungsphase fokussiert sich immer auf eine bestimmte Version des Prototypen Es werden nur Anwendungsfälle entwickelt, die für die aktuelle Version benötigt werden Prinzip: YAGNI ( You Ain't Going to Need It ) Iterative Arbeit und Entwicklung in einzelnen Releases 10

11 Extreme Programming (XP) Um Software erfolgreich zu entwickeln sind nach dem XP Prinzip folgende Werte wichtig: 11

12 Extreme Programming (XP) Prinzipien des extreme Programming Schnelles Feedback Annahme von Einfachheit Schrittweise Änderung Qualitativ hochwertige Arbeit... 12

13 Extreme Programming (XP) Praktiken des extreme Programming XP Planspiel Kollektives Eigentum Pair Programming Testgetriebene Entwicklung Keine Überstunden Refactoring User Stories... 13

14 Scrum Weiteres iteratives Vorgehensmodell der Softwareentwicklung Enge Zusammenarbeit mit dem Kunden Feste Rollenverteilung innerhalb des Teams Regelmäßige / tägliche Treffen (Scrum Meetings) 14

15 Scrum Tägliche Treffen heißen Daily Scrums Anforderungen werden im Backlog festgehalten Einzelne Iterationen heißen Sprints Prinzipien: Transparenz, Überprüfung, Anpassung 15

16 Scrum Rollen in Scrum: Scrum Master Product Owner Entwicklungsteam Customer 16

17 Scrum 17

18 XP vs. Scrum Beide Verfahren geeignet für Teams mit bis zu 10 Personen Beide Verfahren arbeiten eng mit dem Kunden zusammen Scrum noch teamorientierter und strukturierter als XP Beide Verfahren sehen kein Security Engineering vor 18

19 Agenda Motivation Agile Softwareentwicklung extreme Programming Scrum Sicherheit in agiler Softwareentwicklung Sicherheit in extreme Programming Sicherheit in Scrum Zusammenfassung 19

20 Sicherheit in extreme Programming Sicherheit eine der wichtigsten nicht-funktionalen Eigenschaften eines Softwaresystems Sicherheitslevel hängt häufig von der Fähigkeit der Entwickler ab Angriffsmöglichkeiten sind vielseitig Möglichkeiten zur Verbesserung des Security Engineerings in XP: Abuse Case Modelle Abuser Stories 20

21 Abuse Case Modelle Abuse Case Modell Beschreibt Angriffe auf das System Wird nach dem klassischen Anwendungsfalldiagramm erstellt Aufgabe des Security Engineers mit speziellem Domänenwissen Kann in Zusammenarbeit mit dem Kunden entwickelt werden 21

22 Abuse Case Modelle Use Case Modell 22

23 Abuse Case Modelle Abuse Case Modell 23

24 Abuser Stories User Stories, die sich auf Angriffe des Systems beziehen Können im Gegensatz zu normalen User Stories nicht vom Kunden geschrieben werden Nach Dokumentation werden Prioritäten vergeben 24

25 Abuser Stories 25

26 Sicherheit in Scrum Sicherheit muss zu Beginn der Entwicklung betrachtet werden Innerhalb der Sprintiterationen kein Security Engineering sinnvoll Bekannte Ansätze in Scrum: S-Scrum (Secure Scrum) Security Backlog 26

27 S-Scrum Anfang 2013 auf Malaysia vorgestellte Methode von Sani, Almasi et. Al Erweiterung des klassischen Scrum Prozesses zur Betrachtung von Sicherheitsanforderungen In dieser Risikoanalyse-Phase werden z.b. Abuser Stories geschrieben und das Product Backlog angepasst 27

28 S-Scrum 28

29 Security Backlog Sicherheitsansatz von Azham et.al (2011) Erweiterung von Scrum um zusätzliches Backlog Neue Rolle: Security Master Security Master definiert sicherheitskritsche Funktionen im Product Backlog 29

30 Security Backlog 30

31 Agenda Motivation Agile Softwareentwicklung extreme Programming Scrum Sicherheit in agiler Softwareentwicklung Sicherheit in extreme Programming Sicherheit in Scrum Zusammenfassung 31

32 Zusammenfassung Extreme Programming Beliebte agiles Vorgehensmodell Kurze Entwicklungszyklen und enge Zusammenarbeit mit Kunden Security Engineering kann durch Abuse Case Modelle und Abuser Stories verbessert werden Scrum Feste Rollenverteilung, tägliche Treffen Kurze Entwicklungszyklen und intensive Teamarbeit Security Engineering durch S-Scrum oder Security Backlog 32

33 Zusammenfassung Vorgestellte Methoden zeigen: Agile Softwareentwicklung steht mit der Entwicklung sicherer Software nicht im Konflikt Vorteile von Scrum und XP können so auch in sicherheitskritschen Systemen genutzt werden Weitere Sicherheitserweiterungen vorhanden Vollständige Sicherheit kann nie garantiert werden Interpretation von Sicherheit ist abhängig vom Entwickler Investition in Weiterbildung notwendig 33

34 Agile Development vs. Security Requirements Vielen Dank für die Aufmerksamkeit. 34

35 Quellen Bildquellen Vortrag: Wasserfallmodell: Fragezeichen: Wrong: Handshake: lipino.com/wp-content/uploads/2012/02/how-to-be-good-at-an-interview-handshake.gif XP Werte: Notebook: Pair programming: cationdate= Scrum: Mitarbeiter: Security: Abuse Case Modell: M. A. Sasse I. Flechais, C. Mascolo. Integrating security and usability into the requirements and design process Abuser Stories: M. Bod én K. Beznosov P.Kruchten G. Bostro m, J. Wa ÿrynen. Extending xp practices to support security requirements engineering S-Scrum: M. M. Almasi D. Mougouei, N.F.M. Sani. S-scrum: a secure methodology for agile development of web services Product Backlog: N. Ithnin Z. Azham, I. Ghani. Security backlog in scrum security practices. Software Engineering 35