Sind Privacy und Compliance im Cloud Computing möglich?

Transkript

1 Sind und Compliance im Cloud Computing möglich? Ina Schiering Ostfalia Hochschule für angewandte Wissenschaften Markus Hansen Unabhängiges Landeszentrum für Datenschutz Wolfenbüttel, Germany Kiel, Germany

2 Cloud Services Dynamisch nutzbare, skalierbare IT Services Ziel: Virtualisierung und Skalierbarkeit 2

3 Die verschiedenen interagierenden in einer Cloud-Umgebung sind: Cloud User Cloud Provider Resource Owner 3

4 Cloud User Verwendet Ein Unternehmen ist z.b: ein Cloud User 4

5 Cloud Provider werden angeboten durch Cloud Provider 5

6 Resource Owner Resource Owner ist ein, der Ressourcen besitzt 6

7 werden unterschieden bzgl. der Komplexität des Technologie-Stacks, den sie realisieren. sind: IaaS - Infrastructure as a Service PaaS - Platform as a Service SaaS - Software as a Service 7

8 IaaS Infrastructure as a Service Storage Compute Print Service 8

9 PaaS Platform as a Service Ressourcen und Infrastruktur-Software, z.b. Web Server, Datenbanken, etc. (z.b. LAMP-Stack) 9

10 SaaS Software as a Service Software für komplexe Prozesse z.b. , ERP (Enterprise Resource Planning), CRM (Customer Relationship Management) ECM (Enterprise Content Management) 10

11 werden unterschieden nach dem Ort an dem der Cloud Service realisiert wird: Private Cloud Public Cloud Hybrid Cloud Community Cloud 11

12 Private Cloud Cloud User, Cloud Provider und Resource Owner sind dieselbe Instanz (z.b. ein Unternehmen) 12

13 Public Cloud Introduction Interacting s Types of Cloud Services Types of Representati on Reasons and Risks Requirements Methods eines externen Anbieters Alle physikalischen Resourcen liegen nicht beim Cloud User 13

14 Hybrid Cloud Mischung von Private und Public Cloud Providern 14

15 Community Cloud Cloud Infrastruktur wird von mehreren Organisationen gemeinsam genutzt Organisationen haben gemeinsame (z.b. Security,, Compliance) 15

16 Cloud Netzwerk in einer Cloud können visualisiert werden durch einen endlichen, gerichteten, zykelfreien en: Knoten - Kanten Vom Cloud Provider zum Cloud User Von Resource Owner bzw. Cloud Provider zu anderem Cloud Provider 16

17 Cloud Netzwerk in einer Cloud können visualisiert werden durch einen endlichen, gerichteten, zykelfreien en: 17

18 Spezielle Knoten Cloud User: Knoten ohne Nachfolger Resource Owner: Knoten ohne Vorgänger 18

19 Cloud Subnetz Für einen Cloud User ist zu einem Zeitpunkt das Cloud Subnetz definiert als der durch die folgenden Knoten induzierte Teilgraph Der Cloud User, Alle Cloud Provider und Alle Resource Owner die eingebunden sind, um den Cloud Servce für den Cloud User bereitzustellen. 19

20 Cloud Subnetz 20

21 Cloud Subnetz 21

22 Warum? Gründe für Cloud User: Begrenztes IT Know-how Begrenzte IT Investition Interessante Service Level: Spiegelung über verschiedene Standorte Off-Site Backup Hohe Verfügbarkeit der Plattform 22

23 Warum? Gründe für Cloud User: Komplexe Prozesse als einkaufen CRM - Customer Relationship Management ECM - Enterprise Content Management ERP - Enterprise Resource Planning 23

24 ? Cloud User benötigt vertragliche Zusicherungen hinsichtlich Sicherheit Datenschutz Compliance da (personenbezogene) Daten nicht nur vom Cloud Provider verarbeitet werden, sondern vom gesamten Cloud Subnetz. 24

25 e Sicherheit Erlaubt allen der Interaktion Ihre Schutzziele darzustellen Konflikte bzgl. Schutzzielen zu erkennen Kompromisse auszuhandeln Schutzziele innerhalb des Kompromisses durchzusetzen wobei keine Partei Vorrang vor der Anderen hat. Mechanismen für eine effektive Kontrolle benötigt. 25

26 e Erlaubt allen n der Interaktion Ihre Ziele bzgl. des Datenschutz darzustellen wobei keine Partei Vorrang vor der Anderen hat. Mechanismen für eine effektive Kontrolle werden benötigt. 26

27 Cloud Funktional Non- Funktional Cloud User Cloud Provider Welche? Funktionale Nicht-Funktionale Wer hat die? Cloud User Cloud Provider / Resource Owner 27

28 Funktionale Funktional Non- Funktional Cloud User Cloud Provider IaaS Typ und Taktrate der CPU Hauptspeicher und Festplatten-Platz SaaS Z.B. Gemeinsames Arbeiten an Dokumenten Effiziente Suche über gespeicherte Daten 28

29 Nicht-Funktionale Funktional Non- Funktional Cloud User Cloud Provider Operationale Starten, stoppen, konfigurieren des Services Automatische Provisionierung Service Level Agreements (SLA) Verfügbarkeit, Zuverlässigkeit, Skalierbarkeit Integrität,, Zugriffs-Kontrolle Rechtliche 29

30 Rechtliche Funktional Non- Funktional Cloud User Cloud Provider Data Protection Directive E- Directive EuroSOX 30

31 Data Protection Directive Richtlinie 95/46/EG Funktional Non- Funktional Cloud User Cloud Provider Grundsätze: Zulässigkeit / Erforderlichkeit Zweckbindung Verhältnismäßigkeit / Datensparsamkeit Transparenzgebot / Informationspflicht Datensicherheit Kontrolle 31

32 E- Directive Funktional Non- Funktional Cloud User Cloud Provider In Cloud-Umgebungen wichtig: Transfer von personenbezogenen Daten nur in Länder außerhalb der EU, deren Gesetzgebung ein angemessenes Schutzniveau gewährleistet Transfer von Daten in die USA: Safe Harbour Agreement 32

33 SOX, EuroSOX Funktional Non- Funktional Cloud User Cloud Provider SOX (Sarbanes-Oxley Act): Reaktion auf Bilanzskandale z.b.. Enron, Worldcom Fordert z.b.: ein internes Kontrollsystem (IKS) für Unternehmen in den US und alle Tochterunternehmen EuroSOX: ähnliche in der EU Umsetzung in Deutschland z.b. im BilMoG (Bilanzmodernisierungsgesetz) 33

34 SOX, EuroSOX Funktional Non- Funktional Cloud User Cloud Provider Zentrale Vorbedingungen für die Erfüllung dieser sind die folgenden: Transparente und dokumentierte Business Prozesse Transparente und dokumentierte IT- Landschaft Identity Management Auf dieser Basis können Kontroll-Ziele definiert und durch ein internes Kontroll- System (IKS) überprüft werden. 34

35 der Cloud Provider Funktional Non- Funktional Cloud User Cloud Provider Bisher haben wir der Cloud User betrachtet. Cloud Provider, Resource Owner haben zusätzliche Operationale : Monitoring, Messen der Nutzung und der SLAs, Reporting und Billing Compliance mit rechtlichen, z.b. Gesetze zur Exportkontrolle 35

36 Federated Identity Management Cloud Interfaces Zertifizierung und Kontrolle Was sind die, um die aller in der Cloud zu realisieren? Federated Identity Management als Basis für Zugriffskontrolle und Reporting Cloud Interfaces, dynamischer automatisierter Start von Zertifizierung und Kontrolle um die Erfüllung der zu überprüfen 36

37 Cloud Interfaces Federated Identity Management Cloud Interfaces Zertifizierung und Kontrolle Interfaces für werden unterschieden nach Typ des SaaS: Oft ein Web Interface (Salesforce, Web-Mail) oder spezieller User Client Iaas, Paas: Provider specifische API, Beispiele for Provider APIs sind: Amazon EC2 API, Sun Cloud API... 37

38 Risiko bei Cloud APIs Federated Identity Management Cloud Interfaces Zertifizierung und Kontrolle Nicht-funktionale : Compliance Verfügbarkeit Skalierbarkeit Datenschutz Datensicherheit Vendor Lock-In wegen fehlender Standards: Wechsel von Cloud Provider führt zu Änderung in der Applikation 38

39 Initiativen zur Standardisierung Federated Identity Management Cloud Interfaces Zertifizierung und Kontrolle Initiativen zur Standardisierung von Cloud APIs für IaaS: OCCI-WG (Open Cloud Computing Interface Working Group) CloudAudit früher A6 (Automated Audit, Assertion, Assessment, and Assurance API WG) Cloud Computing Use Cases WG formulieren Use Cases und nicht-funktionale 39

40 Zertifizierung und Kontrolle Federated Identity Management Cloud Interfaces Zertifizierung und Kontrolle Jeder interagierende gibt an an Datenschutz und Sicherheit zu erfüllen. Wie können Cloud User das überprüfen? 40

41 Zertifizierung und Kontrolle Federated Identity Management Cloud Interfaces Zertifizierung und Kontrolle Traditioneller Ansatz: Vertrag mit abschliessen (SLA) Regelmässige Kontrolle Nicht realisierbar in einer dynamischen Cloud Umgebung Alternativen: Zertifizierungen ISO BSI IT-Grundschutz Datenschutz-Gütesiegel Common Criteria 41

42 Zertifizierungen Federated Identity Management Cloud Interfaces Zertifizierung und Kontrolle Netzwerke von vertrauenswürdigen statt direkter Kontrolle Offene Frage: Können Frameworks zur Zertifizierung mit dynamisch interagierenden Systemen arbeiten? (Erster Schritt: Berücksichtigung virtualisierter Systeme im BSI IT-Grundschutz) 42

43 Fazit können verwendet werden für die Verarbeitung personenbezogener und unternehmens-kritischer Daten wenn angemessene und standardisierte Cloud APIs Zertifizierungs-Mechanismen genutzt werden und stets aktuelle Datensicherheitsmaßnahmen zur Anwendung kommen. 43

44 Danke für Ihre Aufmerksamkeit Kontakt: Ina Schiering Markus Hansen 44