Das Screenshot-PII-Problem: Wie Kundendaten täglich...

Der DLP-Blindspot, den Sie noch nicht geprüft haben

DLP-Tools überwachen den Netzwerkverkehr, E-Mail-Anhänge und Dateiübertragungen. Sie erkennen Tabellen mit SSN-Spalten. Sie markieren E-Mails mit Kundenlisten. Sie blockieren Uploads mit Krankenakten.

Sie erkennen keine Bildschirmaufnahmen.

Eine Bildschirmaufnahme ist eine Bilddatei. Die darin enthaltenen PII sind als Pixel gerendert. Sie sind nicht als Text gespeichert. DLP-Engines, die nach PII-Mustern suchen, finden nichts.

Jeden Tag fügen Mitarbeitende Bildschirmaufnahmen in Slack, Jira, Teams und E-Mail-Ketten ein. Kein einziger DLP-Alarm wird ausgelöst.

Wie Bildschirmaufnahmen PII im Arbeitsalltag verbreiten

Remote- und Hybridarbeit hat das Teilen von Aufnahmen zur Norm gemacht. Interne Tools füllen sich täglich damit.

Teammitglieder teilen Aufnahmen für schnellen Kontext:

• Support-Mitarbeitende teilen Kundenkontoansichten mit Teamleitungen.
• Entwickler teilen Fehlerprotokolle, die Nutzereingaben enthalten.
• Account-Manager senden CRM-Datensätze für Kontext an Finanzteams.
• IT-Admins erfassen Systemansichten, um Konfigurationen für Auftragnehmer zu dokumentieren.
• Produktteams teilen Dashboard-Ansichten in Stakeholder-Updates.

Jeder Anhang kann personenbezogene Daten enthalten. Eine Kundenkonto-Aufnahme enthält Name, E-Mail, Status und Rechnungsadresse. Eine Fehlerprotokolldatei kann Namen, Adressen oder Telefonnummern enthalten, die Nutzende eingegeben haben. Eine CRM-Aufnahme enthält das vollständige Kontoprofil. Eine Dashboard-Datei kann Nutzer-IDs in Diagrammbezeichnungen zeigen.

Das Zugriffskontrollproblem

Das Teilen von Bildschirmaufnahmen schafft auch ein Zugriffskontrollproblem.

Die meisten Organisationen setzen rollenbasierte Zugriffskontrollen auf Produktivsystemen durch. Ein Support-Mitarbeitender sieht nur die Datensätze seiner Warteschlange. Ein Auftragnehmer sieht nur die ihm zugewiesenen Projektdateien.

Wenn ein Mitarbeitender einen Kundendatensatz erfasst und in einen Slack-Kanal mit Auftragnehmern einfügt, wird die Zugangskontrolle umgangen. Der Auftragnehmer erhält personenbezogene Daten, die er über normale Wege nicht hätte erreichen können. Der AVV für Auftragnehmerarbeiten deckt diese Übertragung möglicherweise nicht ab. Die DSGVO-Rechte des Kunden gelten möglicherweise nicht gegenüber diesem Auftragnehmer.

Diese Umgehung ist ein Problem gemäß DSGVO Artikel 5(1)(f). Er betrifft Integrität und Vertraulichkeit. Es können auch Konformitätsprobleme nach Artikel 28 entstehen, wenn Auftragnehmer PII ohne die richtigen AVVs erhalten. Siehe unseren DSGVO-Konformitätsleitfaden für eine Checkliste der Artikel-28-Pflichten.

Bild-PII-Erkennung als technische Schutzmaßnahme

Die technische Schutzmaßnahme für aufnahmebasierte PII-Exposition ist OCR plus NLP-Erkennung. Die Schritte sind einfach.

1. Mitarbeitende erfassen einen Bildschirm einer Kundenschnittstelle.
2. Vor dem Teilen: Aufnahme in ein Erkennungstool hochladen.
3. Das Tool extrahiert sichtbaren Text per OCR.
4. NLP findet PII-Entitäten im Text.
5. Mitarbeitende sehen einen Bericht: „Diese Aufnahme enthält: [Kundenname], [E-Mail-Adresse], [Konto-ID]."
6. Mitarbeitende schwärzen dann die PII, schränken den Freigabebereich ein oder fahren mit einem schriftlichen Grund fort.

Dies blockiert nicht das gesamte Teilen. Es zeigt die persönlichen Daten, bevor sie weitergegeben werden. Menschen können dann fundierte Entscheidungen treffen. Erfahren Sie, wie dies in Ihren Schutz-Stack auf der Sicherheitsseite passt.

Anwendungsfall: SaaS-Helpdesk Jira-Aufnahmerichtlinie

Der Helpdesk eines SaaS-Unternehmens nutzte Jira zur Protokollierung von Kontoproblemen. An diese Tickets angehängte Dateien enthielten Nutzer-PII. Konkret:

• Nutzer-E-Mail-Adressen aus Kontoverwaltungsoberflächen.
• Details zu Abonnementplänen.
• Rechnungsbeträge und -daten.
• In einigen Fällen Teilzahlungsdaten.

Ein DSGVO-Audit fand 847 Jira-Tickets, die über 18 Monate erstellt wurden. Alle enthielten PII-Anhänge. Jira war für alle 200 Ingenieure zugänglich. Einige waren Auftragnehmer ohne AVVs für Kundenrechnungsdaten.

Maßnahmen zur Behebung:

1. Rückwirkend: PII-Erkennung bei allen vorhandenen Anhängen. 312 Tickets zur DPO-Prüfung markiert.
2. Ticket-Bereinigung: 89 Tickets hatten Dateien vor dem erneuten Anhängen geschwärzt.
3. Prozessänderung: Neuer Workflow, der eine PII-Prüfung vor dem Jira-Anhang vorschreibt.
4. Schulung: 15-minütige Sitzung für alle Helpdesk-Mitarbeitenden.

Ergebnisse nach 90 Tagen:

• PII-Vorfälle in Jira: um 90 Prozent gesunken.
• Verbleibende Vorfälle: Fälle, in denen Mitarbeitende nach Prüfung mit schriftlichem Diagnosegrund fortgefahren sind.
• AVV-Umfang: Aktualisiert, um unnötige PII-Exposition für Auftragnehmer zu reduzieren.

Die 312 historischen Tickets waren ein Konformitätsbefund. Der Rückgang um 90 Prozent diente als Nachweis der Abhilfe in der Prüfungsantwort.

Aufnahmeprüfung in Team-Workflows integrieren

Für Organisationen, die PII-Kontrollen ohne Verlangsamung des Betriebs wünschen, gibt es mehrere Optionen.

Leichtgewichtige Option: Ein Browser-Tool, das Mitarbeitende vor dem Einfügen in Slack oder Jira verwenden. Aufnahme ziehen, PII-Bericht in fünf Sekunden erhalten, dann fortfahren oder schwärzen.

Jira- oder ServiceNow-Hook: Erkennung, die vor dem Erreichen von Tickets ausgeführt wird. Es funktioniert wie ein Virenscan vor einem Dateiupload.

Slack-Bot: Ein Bot, der Aufnahme-Uploads in ausgewählten Kanälen empfängt. Er führt PII-Erkennung durch. Er postet eine Thread-Antwort mit erkannten Entitäten. Dies macht persönliche Daten sichtbar, ohne den Workflow zu blockieren.

Teamnorm plus Stichproben: Eine wöchentliche automatisierte Prüfung. Zehn Prozent der Aufnahmen in Collaboration-Tools werden gesampelt. Erkennung ausführen. Befunde an den Teamleiter melden. Dies schafft Verantwortlichkeit ohne Blockierung eines Workflows.

Für DSGVO-Aufzeichnungen: Die Aufnahme-PII-Kontrolle zählt als „organisatorische Maßnahme" gemäß Artikel 32. Schutzmaßnahme dokumentieren — Richtlinie plus technisches Tool. Nutzungsnachweis hinzufügen. Dies erfüllt die Rechenschaftspflicht nach Artikel 5(2). Siehe unsere Konformitätsseite und den Glossareintrag für Artikel 32.

Möchten Sie sehen, wie anonym.legal dies für Ihr Team handhabt? Besuchen Sie unsere Tarifseite oder lesen Sie die Gründererklärung zur De-Identifikation.

Quellen

• DSGVO Artikel 5: Grundsätze der Datenverarbeitung. VERIFIED-EXTERNAL.
• DSGVO Artikel 32: Sicherheit der Verarbeitung. VERIFIED-EXTERNAL.
• ICO: Datenschutz durch Technikgestaltung und datenschutzfreundliche Voreinstellungen. VERIFIED-EXTERNAL.