> 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-center-fr/outils-de-prevention/credentials/exposed-data.md).
# Données exposées
Données exposées est le flux de renseignements complet : chaque donnée que Stoïk a trouvée divulguée en ligne concernant votre organisation.
## Sous-onglets
Données exposées est organisée en trois sous-onglets :
* **Journaux bruts :** chaque enregistrement de fuite, tous les types de données (identifiants, cookies, e-mails, numéros de téléphone, adresses IP, …).
* **Identifiants :** uniquement les fuites de type identifiants : URL + identifiant + mot de passe.
* **Cookies :** cookies de session exfiltrés depuis des appareils infectés.
Pour chaque entrée, le panneau latéral affiche le fournisseur de renseignements qui l’a trouvée, la date estimée de la fuite, le type de données et toute alerte associée.
Examinez les nouvelles entrées et marquez-les comme prises en compte une fois vérifiées. Les entrées prises en compte restent visibles, mais ne sont plus comptées comme nouvelles.
{% hint style="info" %}
Une entrée dans Données exposées ne signifie pas nécessairement que l’identifiant fonctionne encore aujourd’hui. Si nous avons confirmé que c’est le cas, elle apparaît comme une [Identifiants valides](/help/help-center-fr/outils-de-prevention/credentials/valid-credentials.md) alerte dans l’onglet Alertes.
{% endhint %}
## Lecture d’une entrée
* **Domaine :** le site web auquel les identifiants donnent accès. `microsoftonline.com` signifie un compte Microsoft. Dans les anciennes entrées Flare, il s’agit plutôt du domaine que Stoïk a recherché, car Flare ne précise pas de quel site provient la fuite.
* **Mot de passe et mot de passe chiffré :** lorsque les deux sont indiqués, seul un mot de passe chiffré (haché) a fuité. Il n’y a pas de mot de passe en clair.
## Dépannage
Je ne reconnais pas une adresse e-mail
Les explications habituelles :
* **Un ancien employé :** la fuite est antérieure à la suppression de la boîte aux lettres.
* **Quelqu’un s’est inscrit sur un site web avec votre domaine sans posséder l’adresse :** de nombreux sites ne vérifient jamais l’e-mail. Si ce compte fonctionne, faites une demande de suppression et demandez au site de cesser d’utiliser votre domaine.
* **Données factices :** les vendeurs gonflent les fuites pour les faire paraître plus volumineuses. Les signes typiques sont des sous-domaines qui n’existent pas (`@www.client.fr`, `@pro.client.fr`) et des mots de passe qui suivent tous le même schéma. Marquez les entrées comme prises en compte.
Je ne reconnais pas un domaine
Il a généralement été ajouté au Scan Externe puis supprimé plus tard, ou bien il redirige vers l’un de vos domaines. Après chaque scan, les domaines que le Scan Externe ne trouve plus sont supprimés des Identifiants, avec leurs résultats : relancez le scan.
Si le domaine est toujours présent une fois le scan terminé, ou si vous l’avez seulement exclu, contactez .
Une fuite est absente dans Stoïk Protect
* L’onglet Identifiants valides n’affiche que les mots de passe que Stoïk a confirmés comme fonctionnant encore. Chaque fuite se trouve sous `Données exposées` > `Journaux bruts`.
* Par défaut, Données exposées n’affiche que les nouvelles entrées. Si une page indique qu’aucun cookie n’a été trouvé, ou que « afficher N autres connexions » ouvre une liste vide, cochez **Pris en compte** dans les filtres.
S’il est toujours manquant, contactez avec l’adresse e-mail concernée.
---
# 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-center-fr/outils-de-prevention/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.