Klar eingeordnet - Datenschutzfreundliche Sicherheit

Hier wird das Thema Datenschutzfreundliche Sicherheit mit praktischen Beispielen erklärt. Ein System kann vollständig sicher sein und trotzdem die Privatsphäre verletzen; datenschutzfreundliche Sicherheit beginnt deshalb bei der Frage, ob bestimmte Daten überhaupt erhoben werden sollten.

Sicherheit und Datenschutz hängen zusammen, sind aber nicht dasselbe. Sicherheit schützt Systeme und Daten vor unbefugtem Zugriff, Missbrauch, Störungen und Verlust. Der Datenschutz regelt, ob personenbezogene Daten erfasst werden sollen, wie sie verwendet werden sollen, wer sie erhalten soll und welche Wahlmöglichkeiten die Menschen haben.

Ein System kann sicher sein und dennoch die Privatsphäre verletzen. Ein Unternehmen könnte ein umfangreiches Verhaltensprofil verschlüsseln, den Mitarbeiterzugriff einschränken und es sicher speichern. Wenn das Unternehmen das Profil ohne gültigen Zweck erfasst oder für unerwartete Werbung verwendet, bleibt das Datenschutzproblem bestehen.

Der einfache Unterschied

Security fragt: Kann sich die falsche Person Zutritt verschaffen?

Der Datenschutz stellt die Frage: Sollten diese Daten vorhanden sein, sollte diese Verwendung erfolgen und hat die Person sie verstanden oder kontrolliert?

Beides ist wichtig. Privatsphäre ohne Sicherheit ist fragil, da personenbezogene Daten verloren gehen können. Sicherheit ohne Privatsphäre kann zu gut geschützter Überwachung werden.

Beispiele

Ein Passwort-Manager benötigt starke Sicherheit: Verschlüsselung, Zugriffskontrollen, sichere Wiederherstellung, Audit-Protokollierung und Widerstandsfähigkeit gegen Phishing. Es braucht auch Privatsphäre: Es sollte nicht die von Ihnen zu Werbezwecken gespeicherten Websites analysieren oder Nutzungsdaten verkaufen.

Ein Webanalyseprodukt braucht Sicherheit: geschützte Dashboards, sichere Datenübertragung, rollenbasierter Zugriff, Backups und Reaktion auf Vorfälle. Es braucht auch Datenschutz: Datenminimierung, keine unnötigen Identifikatoren, kurze Aufbewahrungsfrist, klare Zwecke und sorgfältige Anbieterauswahl.

Ein Krankenhausportal kann sicher sein, wenn nur autorisiertes Personal auf die Datensätze zugreift. Es kann dennoch zu einer Verletzung der Privatsphäre führen, wenn Mitarbeiter ohne Verarbeitungszweck auf Datensätze zugreifen oder wenn Daten ohne Rechtsgrundlage für Marketingzwecke wiederverwendet werden.

Wo Sicherheit den Datenschutz unterstützt

Sicherheitskontrollen sind Teil der Datenschutz-Compliance. GDPR Artikel 32 erfordert eine angemessene Sicherheit der Verarbeitung, einschließlich gegebenenfalls Maßnahmen wie Pseudonymisierung, Verschlüsselung, Vertraulichkeit, Integrität, Verfügbarkeit und Belastbarkeit (GDPR Artikel 32).

Zu den gängigen Sicherheitskontrollen zum Schutz der Privatsphäre gehören:

• Verschlüsselung während der Übertragung und im Ruhezustand.
• Starke Authentifizierung und MFA.
• Zugriff mit den geringsten Privilegien.
• Audit-Protokolle.
• Schwachstellenmanagement.
• Sichere Lösch- und Aufbewahrungskontrollen.
• Reaktion auf Vorfälle.
• Sicherheitsüberprüfung des Anbieters.

Diese Kontrollen verringern die Wahrscheinlichkeit, dass personenbezogene Daten offengelegt oder missbraucht werden.

Wo Datenschutz noch weiter geht

Datenschutz fügt Fragen hinzu, die Sicherheit nicht beantwortet:

• Sind die Daten notwendig?
• Ist der Zweck spezifisch und legitim?
• Ist eine Einwilligung erforderlich und gültig?
• Kann die Person darauf zugreifen, sie korrigieren, löschen oder Einwände erheben?
• Werden die Daten an Dritte weitergegeben?
• Wird es international übertragen?
• Wie lange wird es aufbewahrt?
• Könnte es später gegen die Person verwendet werden?

Datenminimierung ist die Brücke. Wenn Sie niemals ein sensibles Attribut erfassen, müssen Sie es später nicht sichern, löschen, exportieren oder erklären.

Warum Analytics ein guter Testfall ist

Herkömmliche Analysen erfassen mehr, als Teams benötigen: Cookies, Kennungen, Gerätedetails, vollständige URLs, Kampagnendaten und manchmal Benutzer-IDs. Eine sichere Implementierung kann diese Daten gut schützen. Bei einer Privacy-First-Implementierung wird abgefragt, ob die Daten überhaupt notwendig sind.

Bei vielen Websites können aggregierte Analysen die geschäftlichen Fragen beantworten: wie viele Besuche, welche Seiten, welche Verweise, welche Kampagnen, welche Ziele. Dies ist ohne Cross-Site-Tracking oder persistente Werbeprofile möglich. Datenschutz verbessert das Design, indem das Datenmodell verkleinert wird, bevor die Sicherheit es schützen muss.

Ein praktischer Rahmen

Stellen Sie bei der Bewertung eines Tools Sicherheits- und Datenschutzfragen getrennt.

Sicherheitsfragen:

• Unterstützt es SSO oder MFA?
• Sind die Daten verschlüsselt?
• Sind Rollen und Berechtigungen granular?
• Sind Protokolle verfügbar?
• Wie läuft der Incident-Response-Prozess ab?
• Werden Unterauftragsverarbeiter überprüft?

Fragen zum Datenschutz:

• Welche personenbezogenen Daten werden erhoben?
• Warum ist jedes Feld notwendig?
• Werden Cookies oder Gerätekennungen verwendet?
• Werden die Daten zu Werbezwecken oder zur Profilerstellung weitergegeben?
• Wo werden Daten verarbeitet?
• Wie lange wird es aufbewahrt?
• Können Nutzer Rechte ausüben?

Die stärksten Produkte haben beides. Sie sammeln weniger Daten, erklären den Zweck klar, schützen das, was übrig bleibt, und ermöglichen das Löschen oder Exportieren. Die Sicherheit verhindert, dass Daten gestohlen werden. Der Datenschutz verhindert, dass Organisationen von vornherein zu unvorsichtigen Datensammlern werden.

Wo Teams sie häufig verwirren

Eine häufige Sicherheitsantwort auf Datenschutzbedenken lautet: „Die Datenbank ist verschlüsselt.“ Verschlüsselung ist wichtig, rechtfertigt aber nicht die Erhebung der Daten. Eine weitere häufige Antwort lautet: „Nur Administratoren können es sehen.“ Die Zugriffskontrolle ist gut, aber sie beantwortet nicht die Frage, ob Administratoren diese Sichtbarkeit überhaupt haben sollten.

Der umgekehrte Fehler passiert auch. Ein Team kann die Datenmenge minimieren, aber schwache Passwörter, gemeinsam genutzte Administratorkonten oder öffentliche Speicherbereiche beibehalten. Datenschutzversprechen brechen schnell zusammen, wenn die Sicherheit mangelhaft ist.

Nutzen Sie bei der Produktbewertung beide Disziplinen. Der Datenschutz sollte Zweck, Notwendigkeit, Aufbewahrung und Weitergabe in Frage stellen. Sicherheit sollte den Zugriff, Bedrohungsmodelle, Schwachstellen und die Reaktion auf Vorfälle in Frage stellen. Wenn sich beide Bewertungen darin einig sind, dass weniger Daten benötigt werden und die restlichen Daten gut geschützt sind, ist das Produkt deutlich leistungsfähiger.

Eine kurze Wiederholungsübung

Schreiben Sie für jede neue Funktion vor der Implementierung zwei kurze Spalten. Listen Sie in der Spalte „Sicherheit“ auf, wer das System angreifen kann, worauf Angreifer zugreifen können und welche Kontrollen dieses Risiko verringern. Listen Sie in der Spalte „Datenschutz“ jedes Feld für personenbezogene Daten, den Zweck, den es unterstützt, die Aufbewahrungsfrist und die Personen oder Anbieter auf, die diese Daten erhalten können.

Entfernen Sie dann ein Feld aus der Datenschutzspalte, bevor Sie der Sicherheitsspalte weitere Steuerelemente hinzufügen. Diese Angewohnheit verändert das Gespräch. Anstatt Ingenieure zu bitten, einen ständig wachsenden Datenhaufen zu schützen, beweist das Team zunächst, dass die Daten in das Produkt gehören. Das Ergebnis ist in der Regel günstiger in der Herstellung, einfacher zu erklären und sicherer, wenn etwas schief geht.

Kombinierte Überprüfungscheckliste

Führen Sie für jeden neuen Anbieter oder jede neue Funktion die Sicherheits- und Datenschutzüberprüfungen nebeneinander durch:

• Sicherheit: Zugriffskontrollen, Verschlüsselung, Protokollierung, Reaktion auf Vorfälle, Unterprozessoren und Umgang mit Schwachstellen.
• Datenschutz: Datenfelder, Zweck, Cookies oder Kennungen, Weitergabe, Aufbewahrung, Benutzerrechte und Löschung.

Das beste Ergebnis ist meist nicht „Alles einsammeln und sichern“. Es heißt: „Weniger sammeln, den Rest schützen und den Zweck so deutlich machen, dass Kunden und interne Teams ihn verstehen können.“

Häufig gestellte Fragen

Kann ein System sicher sein und trotzdem die Privatsphäre verletzen?

Ein Unternehmen kann ein umfangreiches Verhaltensprofil verschlüsseln, den Mitarbeiterzugriff einschränken und es sicher speichern. Dasselbe Unternehmen kann trotzdem die Privatsphäre verletzen, wenn es das Profil ohne triftigen Zweck gesammelt oder für unerwartete Werbung genutzt hat. Sicherheit und Datenschutz beantworten unterschiedliche Fragen, das eine garantiert also nicht das andere.

Was verlangt Artikel 32 der DSGVO?

Artikel 32 der DSGVO verlangt eine angemessene Sicherheit der Verarbeitung, einschließlich Maßnahmen wie Pseudonymisierung, Verschlüsselung, Vertraulichkeit, Integrität, Verfügbarkeit und Belastbarkeit, soweit angemessen. Er behandelt Sicherheitsmaßnahmen als Teil der Datenschutz-Compliance und nicht als getrenntes Thema.

Rechtfertigt Verschlüsselung die Sammlung personenbezogener Daten?

Verschlüsselung schützt Daten vor unbefugtem Zugriff, beantwortet aber nicht, ob die Daten überhaupt hätten gesammelt werden dürfen. Ein Team kann sagen "die Datenbank ist verschlüsselt" und trotzdem der schwierigeren Frage nach Zweck und Notwendigkeit ausweichen.

Was bedeutet Datenminimierung?

Datenminimierung bedeutet, ein sensibles Merkmal gar nicht erst zu sammeln, wenn es nicht gebraucht wird, sodass später nichts zu sichern, zu löschen, zu exportieren oder zu erklären bleibt. Der Beitrag nennt sie die Brücke zwischen Sicherheit und Datenschutz, weil sie das Datenmodell verkleinert, bevor die Sicherheit es schützen muss.

Welche Sicherheitsfunktionen braucht ein Passwort-Manager?

Ein Passwort-Manager braucht Verschlüsselung, Zugriffskontrollen, sichere Wiederherstellung, Audit-Protokolle und Widerstandsfähigkeit gegen Phishing. Er braucht außerdem Datenschutz, denn er sollte die gespeicherten Websites nicht für Werbung auswerten oder Nutzungsdaten verkaufen.

Welchen Datenschutz braucht ein Web-Analytics-Produkt?

Ein Web-Analytics-Produkt braucht Datenminimierung, keine unnötigen Kennungen, kurze Aufbewahrungsfristen, klare Zwecke und sorgfältig ausgewählte Anbieter. Das kommt zu seinen Sicherheitsanforderungen hinzu, darunter geschützte Dashboards, sichere Datenübertragung, rollenbasierter Zugriff, Backups und Incident Response.

Warum ist Analytics ein guter Testfall für den Unterschied zwischen Sicherheit und Datenschutz?

Herkömmliche Analytics sammelt mehr, als Teams brauchen, darunter Cookies, Kennungen, Gerätedetails, vollständige URLs, Kampagnendaten und manchmal Nutzer-IDs. Eine sichere Implementierung kann diese Daten gut schützen, während eine datenschutzorientierte Implementierung fragt, ob die Daten überhaupt nötig sind, und aggregierte Analytics kann dieselben Geschäftsfragen oft ohne seitenübergreifendes Tracking beantworten.

Wann kann ein Krankenhausportal sicher sein und trotzdem die Privatsphäre verletzen?

Ein Krankenhausportal kann sicher sein, wenn nur autorisiertes Personal auf Akten zugreift. Dasselbe Portal verletzt trotzdem die Privatsphäre, wenn Mitarbeiter Akten ohne Behandlungszweck einsehen oder die Daten ohne Rechtsgrundlage für Marketing weiterverwendet werden. Zugriffsbeschränkung beantwortet, wer an die Daten kommt, nicht ob dieser Zugriff oder diese Weiterverwendung angemessen ist.

Was passiert, wenn ein Team Daten minimiert, aber die Sicherheit vernachlässigt?

Datenschutzversprechen brechen schnell zusammen, wenn die Sicherheit schwach ist. Ein Team kann die gesammelten Daten minimieren und trotzdem schwache Passwörter, geteilte Admin-Konten oder öffentlich zugängliche Speicher-Buckets stehen lassen, wodurch die Minimierungsarbeit untergraben wird.

Was sollte eine kombinierte Sicherheits- und Datenschutzprüfung abdecken?

Auf der Sicherheitsseite gehören Zugriffskontrollen, Verschlüsselung, Protokollierung, Incident Response, Subprozessoren und Schwachstellenmanagement geprüft. Auf der Datenschutzseite gehören Datenfelder, Zweck, Cookies oder Kennungen, Weitergabe, Aufbewahrung, Nutzerrechte und Löschung geprüft.