Zeigen Sie, dass Ihre DLP echte Abflusswege blockiert
Senden Sie synthetische Daten über dieselben Kanäle, die Mitarbeitende nutzen — und sehen Sie, ob Ihre DLP den Transfer erkennt oder blockiert.
Wir liefern fertige US-/EU-/APAC-SSN, IBAN, Kartennummern, Dokumente und andere typische Monitoring-Objekte. Bewegen Sie sie so, wie es ein Nutzer tun würde: Browserformular, Datei-Upload, E-Mail, FTP, Cloud-Objektspeicher oder Zwischenablage.
curl
curl -sS -X POST https://dlpbench.com/api/http-post/ -F "message=Hello world, I love DLP. This is my powerful smoke test of the DLP system: a short story with ordinary words and no identifiers. If this request arrives, the path is open." # Klartext ohne Kennungen: die Anfrage sollte ankommen. Scheitert sie, Netzwerk oder zu strenge Richtlinie prüfen.
curl -sS -X POST https://dlpbench.com/api/http-post/ -F "ssn=478-21-3344" -F "card=4111111111111111" # Test SSN und Karte: bei konfigurierter DLP sollte die Anfrage nicht rausgehen. Kommt ok — Kanal wurde nicht gestoppt.
Erhalten Sie 200 und {"ok":true}, haben die Daten Ihr Netz verlassen. Prüfen Sie, ob Ihre DLP ein Ereignis protokolliert hat.
Tests
Jede Seite unten entspricht einem echten Abflussweg. Senden Sie einen Payload und beobachten Sie, wie Ihre DLP reagiert. Nutzen Sie eigene Dateien und Texte — oder holen Sie ein fertiges Paket aus Bibliothek und Generator auf dieser Website.
Auf den meisten Seiten sehen Sie das Ergebnis sofort: Unser Server hat die Anfrage bekommen oder nicht. Fahren Sie denselben Datensatz auf mehreren Wegen — Web, E-Mail und FTP verhalten sich oft unterschiedlich. Die Zwischenablage zeigt, ob die Endpoint-Kontrolle am Arbeitsplatz greift. Erneut testen nach einer Regeländerung, einem Agent-Update und wenn Nutzer eine neue Dateiübertragungsoption bekommen. Details stehen auf jeder Testseite.
Testdaten
Fertige Pakete typischer Personen- und Zahlungsdaten für US, EU und APAC. Die Bibliothek enthält Tabellen und Dateien mit SSN, IBAN, Passfeldern, Karten, Bankdaten und anderen Werten, die DLP erkennen sollte.
Nichts hier stammt aus echten Registern oder von echten Personen — auch nicht die Dokumentbilder. Laden Sie ein Paket herunter oder bauen Sie eines, und senden Sie es über eine der Testseiten oben. Details stehen auf den Seiten zu Bibliothek, Dokumenten und Generator.
CSVXLSXPDF
Bibliothek →BeispieldokumentePass-, Führerschein-, Rechnungs- und Kartenfotos für DLP, die Bildinhalt liest.Dokumente →GeneratorEigenes Paket bauen: SSN, IBAN, Karten, Bankfelder, IDs und andere sensible Daten.Generator →Tools
Weitere kostenlose Tools für die DLP-Einrichtung. Unterstützt Ihr Produkt Regex, hat aber keine fertigen Vorlagen, nutzen Sie unsere: damit lernt es SSN-, IBAN- oder Passmuster in echtem Nutzertext. Der MCP-Server dient automatisierten Checks aus Ihrer KI-Entwicklungsumgebung.
Beispiele und Details stehen auf jeder Tool-Seite.
FAQ
Wie hilft diese Website bei der Validierung eines DLP-Systems?
Sie senden synthetische Daten über gängige Abflusswege und lesen das Ergebnis. Erreicht die Anfrage unseren Server, hat die Richtlinie diesen Versand nicht gestoppt. Bricht die Verbindung ab, öffnen Sie Ihre DLP-Konsole und suchen Sie das passende Ereignis. Bei den meisten Webtests sehen Sie außerdem auf der Seite, was bei uns angekommen ist.
Worin unterscheiden sich Erkennen und Blockieren?
Im Monitor-/Erkennen-Modus protokolliert die DLP Ereignisse (wenn der Kanal abgedeckt ist). Im Block-Modus — bei korrekt gesetzten Richtlinien — wird der Transfer unterbrochen. Fahren Sie denselben Payload unter beiden Einstellungen: Sie sehen sofort, ob die Erkennung greift und ob die Durchsetzung greift.
Welche Versandwege können Sie testen?
HTTPS (Textformular und Datei-Uploads über verschiedene Methoden), FTP, S3 PUT, E-Mail und Zwischenablage.
Woher bekommen Sie Daten für einen Test?
Nutzen Sie eigene Dateien oder fertige Pakete unter Testdaten: die Beispielbibliothek, Dokumentbilder und den Generator für sensible Daten.
Handelt es sich um echte personenbezogene Daten?
Nein. Die Pakete sind nur für Tests gebaut. Verwenden Sie sie nicht in Anwendungen oder Produktionssystemen — siehe die Nutzungsbedingungen.
Funktioniert das mit jedem DLP-Produkt?
Ja. Die Website ist herstellerneutral. Beobachten Sie, wie Ihre Richtlinie auf den gewählten Pfad reagiert — beim Setup, im Pilot oder im Vergleichstest.
Der Versand ist durchgekommen, obwohl Sie einen Block erwartet haben. Was sollten Sie prüfen?
Die Richtlinie ist vielleicht nur Alert-only, das Ziel ausgenommen, oder die Regel zielt auf den falschen Datentyp. Manchmal stoppt ein Proxy, CASB oder Gateway die Anfrage — nicht die DLP. Gleichen Sie die Zeitstempel mit der Konsole ab. Fehlt sowohl Serverantwort als auch DLP-Ereignis, hat die Erkennung vermutlich nie gegriffen.
Wie oft sollten Sie erneut testen?
Nach einer Regeländerung, einem Agent- oder Gateway-Update und immer dann, wenn Nutzer einen neuen Weg bekommen, Dateien zu bewegen. Bei ruhigem Bestand reicht meist ein kurzer Quartalsdurchlauf: SSN, IBAN, Karten und die wichtigsten Abflusswege.
Wie testen Sie einen Netzwerkmonitor (Mirror / SPAN)?
Bestätigen Sie anhand der Sensorzähler, dass das richtige Segment die Appliance wirklich erreicht. Für einen passiven Mirror ist FTP praktisch: Klartextprotokoll, synthetischer Dateiinhalt ist auf dem Sensor leicht lesbar. Ein SPAN-Monitor erkennt in der Regel nur; er kann Blockieren nicht beweisen — dafür brauchen Sie einen Inline-Pfad (Proxy, Agent oder Gateway).
Es gibt kein Klartext-HTTP-Webformular auf der Website — die UI liegt unter HTTPS POST. Braucht der Sensor Plain HTTP, senden Sie programmatisch an http://no-ssl.dlpbench.com/api/http-post/ (Nutzungsbedingungen).
Wie viel Traffic ein Rechenzentrums-Mirror wirklich sieht, schrumpft weiter: TLS, Remote Work, Cloud-Apps. Das ist eine Architekturgrenze, nicht eine einzelne falsch gesetzte Regel.
Wie testen Sie Discovery auf Festplatten und in der Cloud?
Das ist Data at Rest — Discovery und Klassifikation — kein Abfangen des Abflusses. Legen Sie bekannte Testdateien (Bibliothek, Beispieldokumente) an jede Location im Scope. Warten Sie auf einen Crawl oder starten Sie einen. Erwartung: Datei gefunden, Klasse/Label korrekt, Reaktion entspricht der Richtlinie.
Häufige Stille: Pfad ausgenommen; der inkrementelle Index hat die Datei noch nicht erreicht; dem Cloud-Scanner fehlen Rechte auf dem Container. Diese Website liefert nur die Dateien — der Scanner ist Ihrer.
Wie testen Sie GenAI-Chat-Tools?
Einfügen in ChatGPT, Copilot, Gemini und ähnliche Apps ist ein gängiger Exfil-Pfad (GenAI / Shadow AI). Sperren Sie URL- und App-Liste in der Richtlinie. Am Test-Arbeitsplatz synthetischen Inhalt aus Testdaten oder über die Seite Zwischenablage einfügen; akzeptiert der Dienst Dateien, eine aus der Bibliothek hochladen. Monitor und Block prüfen — die Meldung für den Nutzer sollte die Ablehnung erklären.
Ausgehende HTTPS-Aufrufe von KI-Agenten sind ein eigener Kanal. Die Bench hat dafür einen MCP-Server: DLP sieht normales HTTPS mit synthetischen Feldern in Anfrage/Antwort — kein „MCP-Zauber“. Nicht jedes Produkt kennzeichnet das als KI; manches erkennt es nur als Web. Nach Client- oder Service-Domain-Änderungen erneut testen.
Was sollten Sie unter macOS prüfen?
Viele Hersteller decken auf dem Mac weniger Kanäle ab als unter Windows. Bevor Sie dem Block vertrauen: prüfen Sie, ob der Agent die nötigen Berechtigungen hat (oft per MDM); welche Browser Nutzer wirklich nutzen; und wie sich AirDrop, iMessage, iCloud Drive und Wechseldatenträger verhalten.
Web, FTP, E-Mail und Zwischenablage auf dem Mac können dieselben Bench-Seiten nutzen: HTTPS POST, FTP, E-Mail, Zwischenablage. Übernehmen Sie kein Windows-Ergebnis auf den Mac ohne separaten Lauf. Lücken in der Coverage-Map dokumentieren.
Wo Sie starten
Beginnen Sie mit dem HTTPS-Webformular-Abfangtest — oder holen Sie ein fertiges Datenpaket und beobachten Sie, wie Ihre DLP reagiert.