Privacy by Default – datenschutzfreundliche Voreinstellungen – bedeutet, dass ein System oder ein Dienst standardmäßig nur die Daten verarbeitet, die für den spezifischen Verarbeitungszweck tatsächlich notwendig sind. Die datenschutzfreundlichste Option ist immer die Voreinstellung: Nutzer müssen aktiv tätig werden, um mehr Daten preiszugeben oder mehr Verarbeitungsoptionen zu aktivieren – nicht umgekehrt. DSGVO Art. 25 Abs. 2 macht Privacy by Default zur rechtlichen Pflicht für alle Verantwortlichen.
Privacy by Default ist der operative Ausdruck von Privacy by Design: Während PbD beschreibt, wie das System gebaut sein soll, legt PbD fest, wie es sich im Betrieb verhält. Beide zusammen stellen sicher, dass Datenschutz nicht von aktivem Handeln der Nutzer oder der Administratoren abhängt, sondern der Normalzustand ist.
Privacy by Default: schlecht vs. gut
Ohne Privacy by Default
- Alle Datenfelder werden standardmäßig gespeichert
- Maximale Aufbewahrungsfrist als Standard
- Alle Nutzer standardmäßig für Marketing freigegeben
- Vollständige Logs inkl. personenbezogener Daten
- Nutzer muss aktiv Datenschutz aktivieren
Mit Privacy by Default
- Nur notwendige Datenfelder werden gespeichert
- Kürzest mögliche Aufbewahrungsfrist als Standard
- Marketing-Einwilligung explizit erforderlich
- Logs automatisch pseudonymisiert
- Nutzer muss aktiv mehr Daten freigeben
Privacy by Default in Automatisierungsworkflows
- Minimale Datenerfassung als Standard:Ein Formular-Workflow erfasst standardmäßig nur Pflichtfelder. Optionale Felder (Geburtsdatum, Telefon) sind explizit als optional gekennzeichnet und werden nicht automatisch gespeichert
- Kürzeste Aufbewahrung als Standard:Log-Retention-Policies sind standardmäßig auf das Minimum gesetzt. Längere Aufbewahrung erfordert explizite Konfiguration mit Begründung
- Einwilligung vor Marketing-Verarbeitung:Workflows, die Daten für Marketing nutzen, prüfen standardmäßig den Einwilligungsstatus – kein Marketing ohne bestätigte Einwilligung
- Pseudonymisierung als Standard in Logs:Alle Workflow-Logs anonymisieren personenbezogene Felder automatisch – Klartext nur wenn explizit für Debugging-Zwecke erforderlich und dann mit kurzer Aufbewahrungsfrist
Praxisbeispiel
Ein Automationsdienstleister baut einen Webhook-Empfänger für Webformulare. Privacy-by-Default-Implementierung: Eingehende Payload wird sofort durch eine Datenschutz-Middleware verarbeitet: Nicht in der Formulardefinition gelistete Felder werden automatisch verworfen (kein „mal für später speichern“). Alle Felder, die nicht explizit als required markiert sind, werden nicht in die Datenbank geschrieben wenn leer. Payload-Logging für Debugging: IP-Adresse wird auf Netz-Ebene (x.x.x.0) gekürzt, E-Mail-Adresse durch Hash ersetzt. Log-Aufbewahrung: 7 Tage (überschreibbar durch explizite Konfiguration mit Begründung). Ergebnis: Auch wenn ein Formular versehentlich mehr Felder sendet als geplant, landen diese nicht in der Datenbank. Die Middleware ist das Sicherheitsnetz, das Privacy by Default technisch erzwingt.
