> 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/exposed-data.md).
# Blootgestelde gegevens
Exposed Data is de volledige intelligencefeed: elk gegeven dat Stoïk online over uw organisatie als gelekt heeft gevonden.
## Subtabbladen
Exposed Data is onderverdeeld in drie subtabbladen:
* **Ruwe logs:** elk lekrecord, alle gegevenstypen (inloggegevens, cookies, e-mails, telefoonnummers, IP-adressen, …).
* **Inloggegevens:** alleen lekken van het type inloggegevens: URL + login + wachtwoord.
* **Cookies:** sessiecookies die zijn geëxfiltreerd van geïnfecteerde apparaten.
Voor elke invoer toont het zijpaneel de intelligenceprovider die deze heeft gevonden, de geschatte datum van het lek, het gegevenstype en eventuele gekoppelde melding.
Controleer nieuwe invoer en markeer deze als bekeken zodra ze zijn onderzocht. Gemarkeerde invoer blijft zichtbaar maar telt niet langer mee als nieuw.
{% hint style="info" %}
Een invoer in Exposed Data betekent niet noodzakelijk dat het inloggegeven vandaag nog werkt. Als we hebben bevestigd dat dat wel zo is, verschijnt het als een [Geldige inloggegevens](/help/help-nl/preventietools/credentials/valid-credentials.md) melding in het tabblad Meldingen.
{% endhint %}
## Een invoer lezen
* **Domein:** de website waartoe de inloggegevens toegang geven. `microsoftonline.com` betekent een Microsoft-account. Bij oudere Flare-invoeren is het in plaats daarvan het domein dat Stoïk heeft doorzocht, omdat Flare niet aangeeft van welke site het lek afkomstig is.
* **Wachtwoord en Versleuteld wachtwoord:** als beide worden vermeld, is alleen een versleuteld (gehasht) wachtwoord gelekt. Er is geen wachtwoord in leesbare tekst.
## Problemen oplossen
Ik herken een e-mailadres niet
De gebruikelijke verklaringen:
* **Een voormalige medewerker:** het lek is ouder dan het verwijderen van de mailbox.
* **Iemand heeft zich met uw domein aangemeld op een website zonder eigenaar te zijn van het adres:** veel sites controleren het e-mailadres nooit. Als dat account werkt, dien dan een verwijderverzoek in en vraag de site om te stoppen met het gebruik van uw domein.
* **Nepgegevens:** verkopers vullen lekken aan om ze groter te laten lijken. Typische signalen zijn subdomeinen die niet bestaan (`@www.client.fr`, `@pro.client.fr`) en wachtwoorden die allemaal hetzelfde patroon volgen. Markeer de invoer als Bekeken.
Ik herken een domein niet
Het is meestal toegevoegd aan de Externe scan en later verwijderd, of het verwijst door naar een van uw domeinen. Na elke scan worden domeinen die de Externe scan niet langer vindt, verwijderd uit Inloggegevens, met hun resultaten: start de scan opnieuw.
Als het domein er nog steeds staat zodra de scan is voltooid, of als u het alleen hebt uitgesloten, neem contact op met .
Een lek ontbreekt in Stoïk Protect
* Het tabblad Geldige inloggegevens toont alleen wachtwoorden waarvan Stoïk heeft bevestigd dat ze nog werken. Elk lek staat onder `Exposed Data` > `Ruwe logs`.
* Exposed Data toont standaard alleen nieuwe invoer. Als op een pagina staat dat er geen cookies zijn gevonden, of als "toon N meer logins" een lege lijst opent, vink **Bekeken** aan in de filters.
Als het dan nog steeds ontbreekt, neem contact op met met het betreffende e-mailadres.
---
# 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/exposed-data.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.