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

# Identifiants valides

Une alerte Valid Credentials signifie que Stoïk a trouvé une URL + identifiant + mot de passe divulgués dans [Données exposées](/help/help-center-fr/outils-de-prevention/credentials/exposed-data.md) et **a confirmé qu'il permettait toujours d'accéder** à l'un de vos services aujourd'hui (Microsoft 365, VPN Fortinet, Citrix, panneaux web exposés, et d'autres).

Il ne s'agit pas d'une fuite historique. C'est un identifiant utilisable qu'un attaquant pourrait employer dès maintenant.

## Comment Stoïk teste un mot de passe

Stoïk effectue une tentative de connexion automatisée, choisie en fonction de l'endroit où le mot de passe a fuité : Microsoft 365, un VPN Fortinet, une passerelle Citrix, ou le site web présent dans la fuite (un agent de navigateur remplit le formulaire de connexion). Chaque alerte indique la méthode. Stoïk ne navigue jamais dans le compte.

Les tests proviennent d'une plage d'adresses IP AWS située en Irlande, sans IP fixe, comme le [Scan Externe](/help/help-center-fr/outils-de-prevention/external-scan.md). Les connexions depuis l'Irlande sur des comptes divulgués dans vos journaux sont probablement celles de Stoïk. Si vous avez besoin de l'heure et de l'IP exactes des tentatives, contactez <protect@stoik.io>.

## Résolution d'une alerte

1. Réinitialisez immédiatement le mot de passe du compte concerné.
2. Activez l'authentification multifacteur (MFA) sur ce compte si ce n'est pas déjà fait.
3. Vérifiez si le même mot de passe est réutilisé sur d'autres services. Modifiez-les aussi.
4. Marquez l'alerte comme corrigée une fois terminé. Cela déclenche un nouveau test plus tôt : sinon, Stoïk reteste tous les 3 jours.

Stoïk ne partage pas le mot de passe divulgué. Voir [Mot de passe divulgué](/help/help-center-fr/outils-de-prevention/credentials/leaked-password.md) pour les raisons et pour savoir quoi faire lorsque l'employé est parti.

## Dépannage

<details>

<summary>La MFA est activée, alors pourquoi y a-t-il une alerte ?</summary>

Stoïk déclenche l'alerte dès que le service accepte le mot de passe, même si la MFA intervient ensuite. Le mot de passe est toujours compromis et seule la MFA protège le compte : la solution reste une réinitialisation.

</details>

<details>

<summary>J'ai réinitialisé le mot de passe, mais l'alerte est toujours là</summary>

Stoïk reteste tous les 3 jours tant que le mot de passe fonctionne encore. Marquer l'alerte comme corrigée déclenche un nouveau test plus tôt. Vérifiez ensuite la dernière date de test sur l'alerte :

* **Après la réinitialisation, et toujours valide :** la réinitialisation n'a pas atteint le compte testé par Stoïk. Il s'agit souvent d'un autre compte utilisant la même adresse e-mail (un autre tenant, un compte tiers ou personnel). Ne le signalez pas comme faux positif.
* **Datant de plusieurs semaines :** le nouveau test est peut-être bloqué. Contactez <protect@stoik.io>.

</details>

<details>

<summary>Le compte n'existe pas</summary>

L'alerte montre où Stoïk a testé le mot de passe et comment. Il s'agit souvent d'un compte que l'employé a créé avec son adresse e-mail professionnelle en dehors des systèmes de votre entreprise, par exemple un identifiant Tableau personnel au lieu du site Tableau Cloud de l'entreprise. Votre console d'administration ne l'affiche pas, mais le mot de passe y fonctionne.

La réponse est la même : une réinitialisation via l'adresse e-mail, comme décrit dans [Mot de passe divulgué](/help/help-center-fr/outils-de-prevention/credentials/leaked-password.md). Si l'URL testée ressemble à une page d'inscription, ou si vous pensez que le test est erroné, contactez <protect@stoik.io> avec le lien de l'alerte.

</details>

<details>

<summary>Pourquoi une alerte a-t-elle été archivée ?</summary>

Un nouveau test a montré que le mot de passe ne fonctionne plus, ou que le service (un VPN, par exemple) est inaccessible depuis une semaine. Stoïk Protect n'affiche pas encore la raison ni l'historique des tests.

</details>

<details>

<summary>Le bouton Exclure est grisé</summary>

Tant que l'alerte est dans `Analyse CERT`, vous ne pouvez faire une demande d'abandon qu'à partir du panneau latéral. Un mot de passe qui fonctionne encore n'est pas un faux positif, même si l'employé est parti.

</details>


---

# 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/valid-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.
