Die häufigsten Ursachen
Die meisten Vorfälle entstehen durch gewöhnliche Arbeitsschritte, die leicht falsch ausgeführt wurden. Ein falscher Empfänger ist die häufigste einzelne Ursache. Die meisten dieser Fehler passieren in elektronischen Nachrichtendiensten, dem Kanal, über den die meisten Offenlegungen laufen.
| Ursache | Wie es aussieht |
|---|---|
| Falscher Empfänger | Die Autovervollständigung wählt einen ähnlichen Namen, oder Allen antworten erweitert den Empfängerkreis |
| Falscher Anhang | Die benachbarte Datei aus dem Ordner oder eine frühere Version mit zusätzlichen Daten |
| Zu weite Freigabe | Ein Link für „jeden“ oder ein Kanal, der größer ist als der Empfängerkreis |
| Versteckte Inhalte | Nachverfolgte Änderungen, Kommentare, ausgeblendete Zeilen oder Metadaten in der Datei |
| Unvollständige Schwärzung | Text ist optisch verdeckt, aber darunter noch vorhanden |
| Aggregation | Harmlose Auszüge, die zusammen Personen identifizieren oder eine Position verraten |
| Fehlkonfiguration | Ein Repository, ein Bucket oder eine Testumgebung ist offen geblieben |
| Physisch und Umfeld | Ausdrucke im Drucker, Bildschirme in einem gemeinsam genutzten Raum |
Warum sie die Vorfallstatistik dominiert
Jede dieser Ursachen ist eine normale Arbeitshandlung, die leicht falsch ausgeführt wurde. Dateien senden, Dokumente teilen und Berichte veröffentlichen gehört zur Arbeit selbst. Der Fehler ist ein einziger fehlgeleiteter Schritt in einer Aufgabe, die hunderte Male pro Woche wiederholt wird: Menge plus Routine ergibt Häufigkeit. Sensibilisierungsschulungen allein lösen das nicht, denn die Beteiligten kennen die Richtlinie meist und wollten sie befolgen. Es ist die nicht böswillige Seite des Insider-Risikos.
Erkennung und Reaktion
Versehentliche Offenlegung wird oft spät entdeckt, meist von jemandem außerhalb der Organisation. Der unbeabsichtigte Empfänger meldet sie, ein Partner bemerkt unbekannte Daten oder ein Forscher findet ein offenes Repository. Sobald Daten die Organisation verlassen, werden sie zu einem Datenleck, das niemand mehr kontrolliert.
Ein Rückruf funktioniert in der Praxis nur bedingt: Eine E-Mail, die die Organisation verlassen hat, lässt sich nicht zurückholen, und eine heruntergeladene Datei lässt sich nicht ungeschehen machen. Deshalb trägt die Prävention den größten Teil des Gewichts. Die Reaktion folgt dennoch den Schritten jeder Datenpanne:
- 1
Umfang feststellen
Klären, was offengelegt wurde und an wen.
- 2
Rückruf versuchen
Rückruf oder Widerruf versuchen, sofern die Plattform es erlaubt.
- 3
Pflichten prüfen
Gesetzliche Meldepflichten bewerten.
- 4
Ergebnis dokumentieren
Festhalten, was passiert ist und welche Maßnahmen ergriffen wurden.
Behandlung durch die Regulierung
Rechtlich ist eine versehentliche Offenlegung unabhängig von der Absicht eine Datenpanne. Nach der DSGVO löst die unbefugte Offenlegung personenbezogener Daten eine Prüfung gegen die 72-Stunden-Frist zur Meldung aus. Aufsichtsbehörden prüfen anschließend, ob angemessene technische und organisatorische Maßnahmen bestanden. Dabei zählen dokumentierte präventive Kontrollen und Prüfprotokolle.
Kontrollen, die tatsächlich helfen
Wirksame Kontrollen greifen innerhalb des Arbeitsablaufs ein, nicht erst danach. Genau dafür ist Data Loss Prevention da. Für diese Kategorie wirkt eine Warnung besser als eine stille Sperre: Die Absicht des Nutzers ist richtig, deshalb reicht meist der Hinweis, was er gerade tut.
| Kontrolle | Was sie bewirkt | Wo sie wirkt |
|---|---|---|
| Inhaltsbezogene Warnungen | Benennen das konkrete Risiko im Moment des Sendens | Nachrichten und Uploads im Moment des Sendens |
| Schutz für Empfänger | Markieren externe Empfänger, trennen ähnliche Adressen, verzögern E-Mails kurz | Adressen vor dem Versand |
| Sperre für definierte Kategorien | Verweigert die Übertragung für eine kleine Gruppe regulierter Inhalte | Kanäle, die regulierte Inhalte übertragen |
| Hygiene bei Freigaben | Standardmäßig ablaufende Links, externe Authentifizierung, Prüfung ruhender Freigaben | Links und Cloud-Ordner |
| Dokumentenhygiene | Entfernt versteckte Inhalte und Metadaten vor der Veröffentlichung | Dateien vor der Freigabe |
| Überwachung der Konfiguration | Prüft laufend Repositories und Speicher, die zu weit offen sind | Repositories, Buckets und Testumgebungen |
So sieht die Warnung in Anexet aus
Stoppt eine Regel eine Übertragung, sieht der Nutzer die Meldung, die der Administrator verfasst hat, und sie wird in der Konsole eingestellt. Zur Blockierung von Datenübertragungen gehören auch Regeln, die auf die Anzahl der Empfänger reagieren. So fällt eine Nachricht an einen großen Empfängerkreis auf, selbst wenn jede einzelne Adresse harmlos wirkt.
1 / 2
Womit man anfangen sollte
Beginnen Sie mit den Daten, deren Abfluss den größten Schaden verursachen würde, und danach mit den Kanälen, die sie tatsächlich nutzen. Richtlinien, die für alle Dateien auf einmal gelten, blockieren am Ende die Alltagsarbeit und werden abgeschaltet.
Weiterlesen: Technisches Informationsleck: was ist das und wie schützt man sich davor?; Social Engineering vs. DLP-Systeme: So schützen Sie Ihr Unternehmen vor Datenabfluss.
Eine versehentliche Offenlegung sieht selten wie ein Angriff aus. Sie sieht aus wie ein gewöhnlicher Versand, einen Moment zu schnell abgeschickt.
Wie Anexet das löst
Anexet begegnet versehentlicher Offenlegung im Moment der Übertragung, solange der Fehler noch umkehrbar ist:
Inhaltsbewusste Bewertung vor Abschluss der Übertragung
Dateien und Nachrichten werden mit Sicherheits-Thesauri (170 vordefinierte Wörterbücher), Musterregeln für strukturierte Kennungen, Hash-Banken für exakte Datei-Treffer, Bibliotheken digitaler Fingerabdrücke für Dokumente und Vorlagen sowie Vertraulichkeitskennzeichnungen geprüft.
Zielbedingungen
Regeln verknüpfen Inhalt mit Empfänger und Kanal, sodass ein externes oder privates Ziel anders behandelt wird als ein internes.
Abgestufte Aktionen
protokollieren, alarmieren, zur Prüfung durch einen Analysten in Quarantäne stellen oder blockieren: Der Routinebetrieb läuft weiter, während eine fehlgeleitete Übertragung regulierter Inhalte gestoppt oder zurückgehalten wird.
Volle Kanalabdeckung
E-Mail, Web-Uploads, Cloud-Speicher, Messenger, Wechselmedien, Drucken und Zwischenablage.
Audit-Trail
jedes Ereignis wird mit Benutzer, Zeitstempel, Kanal, Ziel, Inhaltsklassifizierung und ergriffener Maßnahme erfasst, was später die Eingrenzung des Umfangs und die Bewertung der Meldepflicht stützt.
On-Premise-Architektur
Richtlinien, erfasste Inhalte und Protokolle bleiben in der Infrastruktur der eigenen Organisation.
Anexet DLP
Mehr erfahren