> For the complete documentation index, see [llms.txt](https://docs.stoik.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.stoik.io/help/help-de/praventionstools/credentials.md). # Zugangsdaten Die `Anmeldedaten` Der Abschnitt bietet Ihnen eine spezielle Ansicht von allem, was Stoïk in Bezug auf geleakte Anmeldedaten und kompromittierte Geräte für Ihr Unternehmen gefunden hat. ## So funktioniert es Stoïk Protect ist mit drei externen Bedrohungsinformationsanbietern verbunden: * **LeakCheck** überwacht öffentliche Datenlecks: Vorfälle, bei denen die Benutzerdatenbank eines Unternehmens gehackt und online veröffentlicht wurde. * **Hudson Rock** und **Flare** sammeln Infostealer-Protokolle: Daten, die unbemerkt von mit Malware infizierten Mitarbeitergeräten exfiltriert werden. Aus den Assets, die Sie in der [Externen Scan](/help/help-de/praventionstools/external-scan/configuration.md) (Domainnamen, IP-Adressen), fragt Stoïk diese Anbieter kontinuierlich nach allem ab, was mit Ihrem Unternehmen in Verbindung steht. Die Ergebnisse fließen in zwei Tabs: **Offengelegte Daten** und **Alarme**. ## Offengelegte Daten Offengelegte Daten sind der vollständige Intelligence-Feed: jedes Datenfragment, das Stoïk online über Ihr Unternehmen geleakt gefunden hat. Er ist in drei Untertabs unterteilt: * **Rohprotokolle:** jeder Leckdatensatz, alle Datentypen (Anmeldedaten, Cookies, E-Mails, Telefonnummern, IP-Adressen, …). * **Anmeldedaten:** nur Leaks vom Typ Anmeldedaten: URL + Login + Passwort. * **Cookies:** Sitzungscookies, die von infizierten Geräten exfiltriert wurden. Für jeden Eintrag zeigt die Seitenleiste den Intelligence-Anbieter an, der ihn gefunden hat, das geschätzte Leak-Datum, den Datentyp und jeden verknüpften Alarm. Neue Einträge prüfen und sie nach der Untersuchung als bestätigt markieren. Bestätigte Einträge bleiben sichtbar, zählen aber nicht mehr als neu. {% hint style="info" %} Ein Eintrag in den Offengelegten Daten bedeutet nicht zwangsläufig, dass die Anmeldedaten heute noch funktionieren. Wenn wir bestätigt haben, dass sie funktionieren, erscheint er im Tab „Alarme“ als Alarm für gültige Anmeldedaten. {% endhint %} ## Alarme Alarme sind das, was Stoïk aktiv als sofortiges Handeln bestätigt hat. Es gibt zwei Arten. ### Gültige Anmeldedaten Ein Alarm für gültige Anmeldedaten bedeutet, dass Stoïk in den Offengelegten Daten eine geleakte URL + Login + Passwort gefunden hat und **bestätigt hat, dass sie weiterhin Zugriff gewähren** auf einen Ihrer Dienste von heute (Microsoft 365, Fortinet VPN, Citrix, offengelegte Web-Panels und andere). Dabei handelt es sich nicht um einen historischen Leak. Es ist ein funktionierender Zugang, den ein Angreifer jetzt sofort nutzen könnte. Um ihn zu beheben: 1. Setzen Sie das Passwort des betroffenen Kontos sofort zurück. 2. Aktivieren Sie die Multi-Faktor-Authentifizierung (MFA) für dieses Konto, falls sie noch nicht aktiv ist. 3. Prüfen Sie, ob dasselbe Passwort auch auf anderen Diensten verwendet wird. Ändern Sie es dort ebenfalls. 4. Markieren Sie den Alarm nach Abschluss der Maßnahmen als behoben. Stoïk wird die Behebung überprüfen. ### Infiziertes Gerät Ein Alarm für ein infiziertes Gerät bedeutet, dass eines Ihrer Mitarbeitergeräte von Infostealer-Malware kompromittiert wurde, entweder durch Hudson Rock oder Flare. Das Gerät exfiltriert aktiv Daten (Passwörter, Cookies, Browser-Autofill, gespeicherte Anmeldedaten), bis es vollständig gelöscht wird. Um es zu beheben: 1. Isolieren Sie das Gerät sofort vom Netzwerk (WLAN und LAN trennen). 2. Setzen Sie das Gerät von Grund auf neu auf und installieren Sie es neu. Ein Virenscan allein reicht nicht aus. 3. Erzwingen Sie für alle auf diesem Gerät verwendeten Konten einen Passwort-Reset. 4. Machen Sie aktive Sitzungen auf diesen Konten ungültig (überall abmelden), um alle gestohlenen Sitzungscookies zu neutralisieren. 5. Aktivieren Sie MFA für die betroffenen Konten. ### Persönliche Geräte Stoïk erkennt infizierte Geräte anhand von Aktivitäten beruflicher Konten. Es kann nicht feststellen, ob es sich bei dem Gerät selbst um ein firmeneigenes oder ein persönliches handelt. Ein persönliches Gerät (ein Smartphone oder Laptop, auf dem ein Mitarbeiter ein berufliches Konto verbunden hat) kann daher als Alarm für ein infiziertes Gerät erscheinen. Wenn Sie feststellen, dass ein Alarm ein persönliches Gerät betrifft, aktualisieren Sie den Gerätetyp über die Seitenleiste des Alarms: 1. Öffnen Sie den Alarm. 2. Ändern Sie den **Gerätetyp** von *Beruflich* zu *Privat*. Der Alarm wechselt zu **Verworfen** Status. Er bleibt in der Liste sichtbar, wird aber standardmäßig herausgefiltert und zählt nicht mehr als aktiver Alarm. {% hint style="info" %} Auch auf einem persönlichen Gerät bleiben die darauf verwendeten beruflichen Konten gefährdet. Bevor Sie den Alarm verwerfen, stellen Sie sicher, dass der Mitarbeiter seine Passwörter zurückgesetzt und aktive Sitzungen für jedes berufliche Konto, auf das er auf diesem Gerät zugegriffen hat, ungültig gemacht hat. {% endhint %} {% hint style="warning" %} Wenn Sie glauben, dass ein Alarm ein Fehlalarm ist, können Sie direkt über die Seitenleiste die Verwerfung beantragen. Stoïk wird den Antrag prüfen, bevor er geschlossen wird. {% endhint %} ## Wie Alarme und Offengelegte Daten miteinander verknüpft sind Alarme für gültige Anmeldedaten werden aus den Offengelegten Daten erstellt: Stoïk wählt geleakte Anmeldedaten aus dem Feed aus und testet sie gegen Ihre Dienste. Diejenigen, die noch funktionieren, werden in die Alarme übernommen. Alarme für infizierte Geräte funktionieren in die andere Richtung: Jedes kompromittierte Gerät erzeugt typischerweise eine Nutzlast gestohlener Daten (Passwörter, Cookies, Browserdaten), die in die Offengelegten Daten fließt. Wenn Sie einen Alarm für ein infiziertes Gerät öffnen, sehen Sie die zugehörigen Einträge in den Offengelegten Daten. ## Aktualisierungshäufigkeit der Daten Stoïk fragt jeden Anbieter regelmäßig ab: * Flare: alle 24 Stunden * Hudson Rock: alle 72 Stunden * LeakCheck: alle 7 Tage Offengelegte Daten und Alarme für infizierte Geräte folgen demselben Zeitplan wie ihr jeweiliger Anbieter. **Alarme für gültige Anmeldedaten** werden getestet, sobald neue offengelegte Anmeldedaten erkannt werden. Stoïk prüft sie dann alle 3 Tage erneut, bis die Anmeldedaten nicht mehr funktionieren, sodass sich der Alarm automatisch auflöst, sobald das Passwort geändert wurde. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.stoik.io/help/help-de/praventionstools/credentials.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.