> 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-nl/preventietools/credentials.md).

# Inloggegevens

De `Inloggegevens` In deze sectie krijg je een speciaal overzicht van alles wat Stoïk heeft gevonden met betrekking tot gelekte inloggegevens en gecompromitteerde apparaten voor je organisatie.

<table data-card-size="large" data-view="cards"><thead><tr><th></th><th></th><th></th><th data-hidden data-card-target data-type="content-ref"></th></tr></thead><tbody><tr><td><h4><i class="fa-database">:database:</i></h4></td><td><h4>Blootgestelde gegevens</h4></td><td>Blader door elke lek die over je organisatie is gevonden.</td><td><a href="/help/help-nl/preventietools/credentials/exposed-data.md">Blootgestelde gegevens</a></td></tr><tr><td><h4><i class="fa-key">:key:</i></h4></td><td><h4>Geldige inloggegevens</h4></td><td>Los een gelekt wachtwoord op dat nog steeds werkt.</td><td><a href="/help/help-nl/preventietools/credentials/valid-credentials.md">Geldige inloggegevens</a></td></tr><tr><td><h4><i class="fa-user-lock">:user-lock:</i></h4></td><td><h4>Gelekt wachtwoord</h4></td><td>Waarom Stoïk het niet deelt, en wat je in plaats daarvan moet doen.</td><td><a href="/help/help-nl/preventietools/credentials/leaked-password.md">Gelekt wachtwoord</a></td></tr><tr><td><h4><i class="fa-laptop">:laptop:</i></h4></td><td><h4>Geïnfecteerde apparaten</h4></td><td>Behandel een apparaat dat is gecompromitteerd door infostealer-malware.</td><td><a href="/help/help-nl/preventietools/credentials/infected-devices.md">Geïnfecteerde apparaten</a></td></tr></tbody></table>

## Hoe het werkt

Stoïk Protect is gekoppeld aan drie externe inlichtingenaanbieders:

* **LeakCheck** houdt openbare datalekken in de gaten: incidenten waarbij de gebruikersdatabase van een bedrijf is gehackt en online is gedumpt.
* **Hudson Rock** en **Flare** verzamelen infostealerlogs: gegevens die stilletjes zijn buitgemaakt van apparaten van werknemers die met malware zijn geïnfecteerd.

Op basis van de assets die je hebt opgegeven in de [Externe Scan](/help/help-nl/preventietools/external-scan/configuration.md) (domeinnamen, IP-adressen) vraagt Stoïk deze aanbieders continu om alles wat verband houdt met je organisatie. De resultaten komen terecht in twee tabbladen: **Blootgestelde gegevens** en **Meldingen**.

## Waar Stoïk naar zoekt

* Elk e-mailadres op een domein dat is opgegeven in de Externe Scan, of dat daarbij is gevonden, inclusief domeinen die naar het jouwe doorverwijzen.
* Niet persoonlijke adressen (Gmail en andere), zelfs niet wanneer een werknemer ze voor werk gebruikt.
* Voor prospects verzamelt Stoïk lekken, maar test het geen wachtwoorden: meldingen voor Geldige inloggegevens bestaan alleen voor klanten.

## Blootgestelde gegevens

Blootgestelde gegevens is de volledige intelligencefeed: elk stukje gegevens dat Stoïk online gelekt heeft gevonden over je organisatie. Een vermelding betekent niet per se dat de inloggegevens vandaag nog werken. Zie [Blootgestelde gegevens](/help/help-nl/preventietools/credentials/exposed-data.md).

## Meldingen

Meldingen zijn zaken waarvan Stoïk actief heeft bevestigd dat ze directe actie vereisen. Er zijn twee soorten:

* **Geldige inloggegevens:** een gelekte login en een wachtwoord dat nog steeds toegang geeft tot een van je diensten. Zie [Geldige inloggegevens](/help/help-nl/preventietools/credentials/valid-credentials.md).
* **Geïnfecteerd apparaat:** een apparaat van een werknemer dat als gecompromitteerd is geïdentificeerd door infostealer-malware. Zie [Geïnfecteerde apparaten](/help/help-nl/preventietools/credentials/infected-devices.md).

## Hoe Meldingen en Blootgestelde gegevens met elkaar verbonden zijn

Meldingen voor Geldige inloggegevens worden opgebouwd uit Blootgestelde gegevens: Stoïk selecteert gelekte inloggegevens uit de feed en test ze tegen je diensten. Degenen die nog werken, worden doorgeschoven naar Meldingen.

Meldingen voor Geïnfecteerde apparaten werken in de andere richting: elk gecompromitteerd apparaat produceert doorgaans een payload van gestolen gegevens (wachtwoorden, cookies, browsergegevens) die in Blootgestelde gegevens terechtkomt. Als je een melding voor een Geïnfecteerd apparaat opent, zie je de bijbehorende vermeldingen in Blootgestelde gegevens.

## Frequentie van gegevensvernieuwing

Stoïk raadpleegt elke aanbieder volgens een vast schema:

* Flare: elke 24 uur
* Hudson Rock: elke 72 uur
* LeakCheck: elke 7 dagen

Meldingen voor Blootgestelde gegevens en Geïnfecteerde apparaten volgen hetzelfde schema als hun respectieve aanbieder.

**Meldingen voor Geldige inloggegevens** worden getest zodra nieuwe blootgestelde inloggegevens worden gedetecteerd. Stoïk test ze vervolgens elke 3 dagen opnieuw totdat de inloggegevens niet langer werken, zodat de melding automatisch wordt opgelost zodra het wachtwoord is gewijzigd. Als je de melding als opgelost markeert in Stoïk Protect, wordt eerder opnieuw getest.

## Meldingsmails

Meldingsmails worden niet automatisch verzonden: het CERT beoordeelt elke melding en stuurt de e-mail handmatig, wat een paar dagen kan duren. Een melding gemarkeerd als `Wachten op klant` betekent dat de e-mail is verzonden: controleer je spammap.


---

# 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-nl/preventietools/credentials.md?ask=<question>&goal=<user_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.
