Skip to content

DSGVO · für Security-Teams geschrieben

Die DSGVO, übersetzt für alle, die Systeme absichern.

Sicherheit nach Artikel 32, die 72-Stunden-Frist bei Datenpannen, DSFA, Verarbeitungsverzeichnis, Löschfristen, Verschlüsselung, Auftragsverarbeiter, Drittlandtransfers und NIS2, Artikel für Artikel erklärt, mit den Kontrollen, Abläufen und Nachweisen, die Compliance greifbar machen.

Bereiche
10
ausführliche Leitfäden
10
Glossarbegriffe
13
Beispiel: Datenpannen-PlaybookT+44 h
72 hbis zur Meldung an die Behörde44 h vergangen
  1. T+0 hDatenschutzverletzung wird bekannt
  2. T+2 hEindämmen und Beweise sichern
  3. T+24 hRisiko für Betroffene bewerten
  4. T+48 hMeldung vorbereiten
  5. T+72 hAufsichtsbehörde informieren
  6. UnverzüglichBetroffene bei hohem Risiko benachrichtigen

Beispielhafter interner Zeitplan. Die Regel: unverzüglich und möglichst binnen 72 Stunden, nachdem die Verletzung bekannt wurde, melden (Art. 33).

Die Übersicht

Zehn Bereiche, in denen die DSGVO auf Ihr Security-Programm trifft

Jeder Bereich geht von den Artikeln aus, die die Pflicht begründen, und übersetzt sie in Engineering: Kontrollen, Abläufe, Konfiguration und Nachweise.

Fristen im Blick

Die Fristen, die Ihr Incident-Prozess einhalten muss

zur Meldung einer Datenschutzverletzung an die Aufsichtsbehörde, möglichst nachdem sie bekannt wurde
72 h
DSGVO Art. 33 Abs. 1
sind Betroffene zu benachrichtigen, wenn voraussichtlich ein hohes Risiko für sie besteht
Unverzüglich
DSGVO Art. 34 Abs. 1
für die NIS2-Frühwarnung bei einem erheblichen Sicherheitsvorfall, gefolgt von einer Meldung binnen 72 Stunden
24 h
NIS2 Art. 23 Abs. 4
für den NIS2-Abschlussbericht, gerechnet ab der Meldung des Vorfalls
1 Monat
NIS2 Art. 23 Abs. 4 lit. d

Für wen

Eine Verordnung, drei Gespräche

01

CISOs & Security-Verantwortliche

Art. 32 auf Ihr Kontroll-Framework abbilden, nach Risiko für Betroffene priorisieren und Rechenschaft gegenüber Geschäftsleitung, Prüfern und Aufsicht belegen.

02

Engineers, SOC & Incident Response

Löschkonzepte, Pseudonymisierung und Logging aufbauen, die standhalten, und ein Datenpannen-Playbook fahren, das die 72 Stunden ohne Rätselraten einhält.

03

Zusammen mit dem DSB

Dieselbe Sprache sprechen wie Datenschutz und Recht: Verarbeitungsverzeichnis, DSFA, AV-Verträge und Transfer-Folgenabschätzungen.

Leitfäden

Neueste Leitfäden

Unsere Leitfäden erscheinen derzeit auf Englisch. Übersetzungen sind in Arbeit.

Alle Leitfäden
A security team's guide to GDPR Article 28: controller vs processor roles, the mandatory DPA clauses, sub-processors and a SaaS vendor due diligence checklist.
Turn GDPR data minimisation and storage limitation into engineering: retention schedules, TTLs, partition drops, crypto-shredding, backups and test data.
When a DPIA is mandatory under GDPR Article 35, the WP248 criteria, what the assessment must contain, and how security teams contribute to it.
GDPR vs NIS2 for security teams: scope, security measures, 24h/72h/one-month reporting, authorities, fines and one incident process with two outputs.
A practical reading of GDPR Article 32 for security teams: risk-based measures, points (a) to (d), control mapping, testing and the evidence you need.
How security and IR teams handle GDPR Articles 33 and 34: when the 72-hour clock starts, risk assessment, phased notification, and the breach register.