Provider-APIs statt Tor, Hash statt Passwort, Vorfall statt Liste
Drei Module ergänzen sich bei der Frage, was außerhalb des eigenen Netzes über das Haus bekannt ist: Die Leak-Prüfung im ASM fragt bekannte Datenpannen ab, das Leak-Site-Monitoring liest Opferlisten der Ransomware-Gruppen, und die Dunkelnetz-Beobachtung holt aus Providern mit Datenvertrag, zuerst Intelligence X und Flare, was diese in Foren, Telegram-Kanälen, Paste-Diensten und Stealer-Logs finden. Ein Treffer auf die eigene Organisation mit Passwort ist ein kompromittierter Zugang und damit ein Vorfall mit Meldefristen; ein Stealer-Log mit Sitzungs-Token hebelt eine Multi-Faktor-Anmeldung aus. isidaten ruft dafür niemals das Tor-Netz auf und crawlt kein Forum selbst.
Der Abgleich eines Treffers mit Personen läuft ausschließlich über den SHA-256-Hash der E-Mail-Adresse, die Adresse selbst wird nicht gespeichert. Passwörter, Dumps und Dateien werden nicht heruntergeladen; gespeichert werden Metadaten und die Beschreibung des Providers, gekürzt auf 2.000 Zeichen. Fundstellen, die der Provider nennt, werden als Text geführt und nie als Verweis gerendert.
Domains und Organisationsnamen kommen aus dem Bestand in die Wachliste. Personen kommen nur hinein, wenn sie ausdrücklich freigegeben wurden, denn eine Beobachtung namentlich genannter Menschen ist eine andere Rechtsfrage als die Beobachtung einer Domain.
Eigene Zugangsdaten: Vorfall und Reset-Aufgabe. Markenmissbrauch: Takedown-Aufgabe. Lieferant: Aufgabe an den Einkauf. Auf Klick oder, je Mandant und Reaktion eingeschaltet, automatisch; ab Werk ist jede Automatik aus, und ein Risiko wird nie automatisch angelegt.
Was über Ihr Haus im Dunkelnetz kursiert, kommt als Vorfall mit Frist an, nicht als PDF eines Dienstleisters.
Vereinbaren Sie eine unverbindliche Demo – wir zeigen Ihnen das Modul an Ihren eigenen Anwendungsfällen.
