Datenschutzgesetze verlangen, dass personenbezogene Daten angemessen geschützt werden. Für Analysen heisst das: Daten bei der Übertragung verschlüsseln (HTTPS) und bei der Speicherung (verschlüsselter Speicher), den Zugriff auf Daten steuern und auf Datenpannen achten. Sicherheit ist keine Kür. Sie ist eine gesetzliche Pflicht und eine geschäftliche Notwendigkeit.
Warum Verschlüsselung für Analysen wichtig ist
Analysedaten werden über das Internet übertragen. Ohne Verschlüsselung kann sie jeder im Netzwerk abfangen. Eine unverschlüsselte IP-Adresse, Sitzungs-ID oder Verhaltensdaten verraten, was Nutzer tun. Verschlüsselung bei der Übertragung schützt vor Abfangen. Verschlüsselung bei der Speicherung schützt vor unbefugtem Zugriff auf deine Server.
Gesetzliche Pflicht
Die DSGVO verlangt Verschlüsselung oder Pseudonymisierung personenbezogener Daten. Die CCPA verlangt angemessene Sicherheit. Das ist vage, doch Aufsichtsbehörden legen es so aus: sensible Daten verschlüsseln, vor allem bei der Übertragung. Fehlende Verschlüsselung wird bei Datenpannen oft als Verstoss genannt.
Verschlüsselung bei der Übertragung (HTTPS)
Was HTTPS ist
HTTPS ist HTTP über TLS (Transport Layer Security). Es verschlüsselt die gesamte Kommunikation zwischen Browser und Server. Daten auf dem Weg lassen sich nicht abfangen und lesen. HTTPS ist die Mindestanforderung für datenschutzkonforme Analysen.
HTTPS einrichten
Die meisten Hosting-Anbieter bieten HTTPS kostenlos an (Zertifikate von Let's Encrypt). Richte deine Website auf HTTPS ein. Erzwinge HTTPS (leite HTTP auf HTTPS um), damit der gesamte Datenverkehr verschlüsselt ist. Ob deine Website HTTPS nutzt, siehst du in der Adressleiste: Dort sollte ein Schloss-Symbol stehen.
Sicherstellen, dass Analyseereignisse über HTTPS gesendet werden
Dein Analysecode sollte Ereignisse über HTTPS senden. Die meisten modernen Analyseplattformen erzwingen HTTPS standardmässig. Prüfe es: Gehen die Analyseanfragen im Netzwerk-Tab deines Browsers an https://... (nicht an http://)? Das sollten sie.
Wenn du eigenen Analysecode hast, achte darauf, dass die Anfragen HTTPS nutzen. Beispiel: POST https://your-server.com/api/events (nicht HTTP).
Verschlüsselung bei der Speicherung
Gespeicherte Daten sind Daten, die auf deinen Servern oder in Datenbanken liegen. Verschlüsselung bei der Speicherung schützt vor unbefugtem Zugriff, wenn dein Server angegriffen oder geknackt wird.
Datenbankverschlüsselung
Deine Analysedatenbank sollte verschlüsselt sein. Die meisten Cloud-Anbieter bieten Verschlüsselung standardmässig an. Prüfe es: Steht die Verschlüsselung deiner Datenbank auf aktiviert? Wenn nicht, schalte sie ein.
Bei sensiblen Daten (Nutzer-IDs, E-Mail-Adressen) kannst du eine Verschlüsselung auf Spaltenebene erwägen: Du verschlüsselst bestimmte Spalten statt der ganzen Datenbank. So bleiben Abfragen auf verschlüsselten Daten möglich.
Dateiverschlüsselung
Wenn du Analysedaten in Dateien speicherst (Protokolle, CSV-Dateien, Exporte), verschlüssele die Dateien. Nutze Verschlüsselungstools oder exportiere in einen verschlüsselten Speicher (verschlüsselter Cloud-Speicher, verschlüsselte Festplatte). Lass keine unverschlüsselten Dateien herumliegen.
Backups
Backups deiner Analysen enthalten dieselben Daten wie dein Live-System. Verschlüssele Backups genauso wie die Live-Daten. Sind Backups unverschlüsselt, legt ein gestohlenes Backup alles offen.
Zugriffskontrolle und Datensicherheit
Verschlüsselung ist nur ein Teil der Sicherheit. Du brauchst auch Zugriffskontrolle: Wer darf auf Analysedaten zugreifen?
Prinzip der minimalen Rechte
Jedes Teammitglied sollte nur Zugriff auf die Daten haben, die es braucht. Eine Marketing-Analystin braucht Traffic- und Conversion-Daten. Sie braucht keinen Zugriff auf Protokolle mit IP-Adressen. Ein Entwickler, der einen Fehler behebt, braucht vielleicht detaillierte Protokolle. Sobald der Fehler behoben ist, entziehe den Zugriff wieder. Starte mit eingeschränktem Zugriff und erweitere ihn nur bei Bedarf.
Rollenbasierter Zugriff
Lege in deiner Analyseplattform Rollen an: Analyst (kann Dashboards ansehen), Admin (kann Einstellungen ändern), Support (kann kundenspezifische Daten ansehen). Weise Teammitgliedern Rollen nach ihrer Aufgabe zu. Passe die Rollen an, wenn jemand die Aufgabe wechselt oder geht. Prüfe die Zugriffe regelmässig.
Überwachung und Protokollierung
Protokolliere, wer wann auf welche Daten zugreift. Wenn jemand ausserhalb der üblichen Arbeitszeiten oder auffällig auf Analysedaten zugreift, alarmiere dein Sicherheitsteam. Überwachung verhindert Missbrauch von innen und deckt unbefugten Zugriff schnell auf.
Umgang mit Sicherheitsvorfällen
Trotz aller Massnahmen kann es zu Datenpannen kommen. Habe einen Plan: Was tust du, wenn Analysedaten offengelegt werden?
Schritte bei einer Datenpanne
1. Eindämmen: Stoppe die Panne. Wenn ein Server angegriffen wurde, trenne ihn vom Netz. Wenn Zugangsdaten abgeflossen sind, tausche sie aus.
2. Untersuchen: Welche Daten wurden offengelegt? Wie viele Personen sind betroffen? Wie lange waren die Daten offen? Daraus ergibt sich, wen du informieren musst.
3. Informieren: Die meisten Gesetze verlangen, dass du Betroffene innerhalb von 30 bis 72 Tagen informierst (nach der DSGVO sind es 72 Stunden). Informiere die Aufsichtsbehörden, wenn es vorgeschrieben ist. Sei offen, was passiert ist und was du dagegen tust.
4. Beheben: Beseitige die Ursache. Schliesse Sicherheitslücken, verbessere die Sicherheit, ändere Abläufe, damit es nicht wieder passiert.
Grenzen der Verschlüsselung
Verschlüsselung ist mächtig, aber keine vollständige Lösung. Eine verschlüsselte Datenbank nutzt zur Verarbeitung von Abfragen weiterhin den Arbeitsspeicher. Daten im Arbeitsspeicher sind nicht verschlüsselt. Wer Zugriff auf laufende Prozesse hat, kann Daten aus dem Speicher auslesen. Verschlüsselung schützt vor manchen Angriffen (Abfangen im Netzwerk, gestohlene Festplatten), aber nicht vor allen (physischer Zugriff auf laufende Server).
Deshalb muss Verschlüsselung mit weiteren Massnahmen kombiniert werden: physische Sicherheit, Zugriffskontrolle, Überwachung, Umgang mit Vorfällen. Verschlüsselung allein reicht nicht.
Wie aktiviere ich die Datenbankverschlüsselung bei grossen Cloud-Anbietern?
Bei den grossen Cloud-Anbietern gibt es dafür meist eine Einstellung in der Datenbankkonfiguration (ein Klick, kostenlos). Bei neuen Instanzen ist die Verschlüsselung standardmässig an. Bei bestehenden schaltest du sie ein (ohne Ausfallzeit). Prüfe es in der Konsole deines Anbieters.
Wie stark bremst Verschlüsselung bei der Speicherung?
Kaum. Datenbankverschlüsselung kostet 1 bis 5 % zusätzliche CPU-Leistung. Bei den meisten Analysen merkst du nichts davon. Auch Dateiverschlüsselung fällt auf moderner Hardware kaum ins Gewicht. Der Leistungsverlust ist viel kleiner als der Sicherheitsgewinn. Verzichte nicht auf Verschlüsselung, nur um 1 % Leistung zu sparen.
Wer verwaltet die Verschlüsselungsschlüssel, und was passiert, wenn sie verloren gehen?
Cloud-Anbieter verwalten Schlüssel standardmässig selbst. Die Schlüssel werden automatisch gesichert. Wenn du den Zugriff verlierst, wende dich an deinen Anbieter. Er kann sie wiederherstellen. Bei eigener Verschlüsselung verwaltest du die Schlüssel selbst, und verlorene Schlüssel bedeuten dauerhaft verlorene Daten. Nutze Schlüssel, die der Anbieter verwaltet, ausser du hast eine starke eigene Schlüsselverwaltung.
Welche Fristen gelten, wenn unsere Analysedaten abfliessen?
DSGVO: Betroffene innerhalb von 72 Stunden informieren (streng). CCPA: Information innerhalb von 30 Tagen. LGPD: ohne unangemessene Verzögerung. Bundesgesetze: meist 60 Tage. Plan: Panne in Stunden erkennen, Information innerhalb von 24 Stunden. Dafür brauchst du Überwachung, einen Ablauf für Vorfälle und eine juristische Prüfung, die bereitsteht.
Wie prüfe ich, welche Teammitglieder auf Analysedaten zugreifen können?
Die meisten Analyseplattformen haben Einstellungen für Rollen und Rechte. Liste alle Nutzer auf, ihre Rollen und die Daten, auf die sie zugreifen. Prüfe vierteljährlich: Entferne inaktive Nutzer, nimm erweiterte Rechte zurück und kontrolliere, ob die Rollen zu den aktuellen Aufgaben passen. Nutze Zugriffsprotokolle (wer hat wann worauf zugegriffen), um Auffälligkeiten zu erkennen. Das dauert vierteljährlich 1 bis 2 Stunden.
Wie teste ich, ob die Verschlüsselung wirklich funktioniert?
Bei der Übertragung: Nutze den Netzwerk-Tab des Browsers (dort sollte https:// stehen). Bei der Speicherung: Schau in der Konsole deines Cloud-Anbieters nach (dort sollte die Verschlüsselung aktiviert sein). Prüfe, dass die Backup-Datei der Datenbank ohne Schlüssel nicht lesbar ist. Test: Exportiere verschlüsselte Daten und versuche, sie ohne Entschlüsselung zu öffnen (das sollte scheitern). Dokumentiere die Testergebnisse für Prüfungen.