Die Standardeinstellung ist die, die alle erhalten.
Datenschutz durch Technikgestaltung und datenschutzfreundliche Voreinstellungen, Art. 25, hat zwei Aspekte. Durch Technikgestaltung: Datenschutz ist in die Funktionsweise eines Features integriert, nicht nachträglich hinzugefügt. Durch datenschutzfreundliche Voreinstellungen: Ohne dass jemand eine Einstellung ändert, verarbeitet das System nur die personenbezogenen Daten, die für den Zweck notwendig sind, und macht diese nicht für mehr Personen zugänglich als nötig. Der zweite Aspekt ist der, der in einem Diff sichtbar wird, denn eine Voreinstellung ist ein konkreter Wert im Code, und dieser wird zur Einstellung für jeden Nutzer, der die Einstellungen nie öffnet.
The shapes the same control failure takes.
Art. 25 scheitert selten an einer fehlenden Einstellung. Er scheitert, weil der Standardwert einer Einstellung in die falsche Richtung zeigt oder die Verarbeitung von Anfang an weiter geht als nötig. Die wiederkehrenden Muster:
Eine Sichtbarkeitsvoreinstellung ist standardmäßig öffentlich
Ein neues Profil, ein Beitrag oder ein Dokumentenfeld ist standardmäßig öffentlich, freigegeben oder auffindbar, sodass die Daten einer Person einer unbestimmten Zahl von Personen zugänglich gemacht werden, es sei denn, sie finden die Umschaltoption und ändern sie.
Opt-out, wo Opt-in erforderlich wäre
Eine Einwilligungsflagge, eine Marketing-Einstellung oder eine Datenfreigabeoption ist standardmäßig aktiviert, sodass die Verarbeitung für alle stattfindet, die sie nicht aktiv deaktivieren.
Ein weiter Bereich ist die Standardauswahl
Ein neues Feature ist standardmäßig auf den weitesten Datenumfang eingestellt (alle Kontakte, die gesamte Organisation, jedes Feld), obwohl ein engerer Umfang den Zweck erfüllt hätte.
Eine Datenschutzsteuerung wird hinzugefügt, ist aber standardmäßig deaktiviert
Eine Anonymisierung, eine Zielgruppenbeschränkung oder eine Aufbewahrungsfrist wird (durch Technikgestaltung) implementiert, aber standardmäßig deaktiviert ausgeliefert, sodass der Schutz nur für Nutzer gilt, die ihn aktivieren.
Eine sicherere Voreinstellung wird gelockert, um die Akzeptanz zu erhöhen
Ein bestehender Standardwert, der standardmäßig privat ist, wird auf öffentlich oder freigegeben geändert, um ein Feature nützlicher erscheinen zu lassen, wodurch die Sichtbarkeit für alle auf einmal erweitert wird.
Ein Profil-Feature, das standardmäßig öffentlich ausgeliefert wird.
Ein neues Feature für öffentliche Profile ermöglicht es Nutzern, Namen, Biografie und Foto anzuzeigen. Die Migration, die die Sichtbarkeits-Spalte hinzufügt, setzt diese standardmäßig auf 'public', sodass das Profil jedes bestehenden und neuen Nutzers für jeden sichtbar ist und die Privatsphäre eine Einstellung ist, die manuell gewählt werden muss.
ALTER TABLE profiles ADD COLUMN bio text,+ ADD COLUMN visibility text NOT NULL DEFAULT 'public';Dadurch wird jedes Profil einer unbestimmten Zahl von Personen zugänglich gemacht, ohne dass die betroffene Person dies aktiv wählt, weil 'public' die Voreinstellung ist. Art. 25(2) (datenschutzfreundliche Voreinstellungen) erwartet, dass die datenschutzfreundlichere Option die Standardoption ist: Die Daten einer Person sollten nicht einer größeren Zahl von Personen zugänglich gemacht werden als nötig, ohne deren Eingreifen. Setzen Sie die Spalte standardmäßig auf 'private' und lassen Sie Nutzer sich für öffentlich entscheiden, anstatt sie opt-out wählen zu lassen.
Standardmäßig bedeutet der Wert im Code.
Eine Datenschutzprüfung überprüft nicht nur, ob eine Datenschutzeinstellung existiert, sondern auch, was passiert, wenn niemand sie ändert. Der Maßstab ist der Standardzustand: Welche Daten werden verarbeitet und wer kann sie sehen, für einen Nutzer, der die Einstellungen nie öffnet. Eine Steuerung, die technisch vorhanden ist, aber standardmäßig auf die weniger schützende Option eingestellt ist, ist genau die Art von Lücke im Standardzustand, auf die sich Art. 25(2) bezieht, und die Voreinstellung wird in einer Migration, einem Modell oder einer Konfigurationszeile festgelegt - Feature für Feature. Genau diese Zeile kann eine Prüfung des Diffs erkennen, bevor sie zur Erfahrung wird, die alle Nutzer erhalten.
Eine Prüfung, keine Rechtsberatung.
heygrc markiert Änderungen, bei denen eine Voreinstellung mehr personenbezogene Daten preisgibt als nötig, und verweist auf den Artikel, sodass die Entscheidung im Pull Request getroffen wird. Es führt keine Datenschutz-Folgenabschätzung durch und trifft keine rechtliche Bewertung. Es erkennt den Moment, in dem eine Voreinstellung in die falsche Richtung zeigt - im Diff -, solange es noch eine Zeile ist, die geändert werden kann.