> 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/infected-devices.md).

# Appareils infectés

Une alerte Appareil infecté signifie que l’un des appareils de vos employés a été identifié comme compromis par un malware voleur d’informations, par Hudson Rock ou Flare. L’appareil exfiltre activement des données (mots de passe, cookies, saisie automatique du navigateur, identifiants enregistrés) jusqu’à son effacement complet.

## Résolution d’une alerte

1. Isolez immédiatement l’appareil du réseau (déconnectez-le du Wi‑Fi et du LAN).
2. Effacez l’appareil et réinstallez-le entièrement. Un simple antivirus n’est pas suffisant.
3. Forcez une réinitialisation du mot de passe pour tous les comptes utilisés sur cet appareil.
4. Invalidez les sessions actives sur ces comptes (déconnectez-vous de partout) afin de neutraliser les cookies de session volés.
5. Activez l’AMF sur les comptes concernés.

## Appareils personnels

Stoïk détecte les appareils infectés à partir de l’activité des comptes professionnels. Il ne peut pas déterminer si l’appareil lui-même est une machine fournie par l’entreprise ou un appareil personnel. Un appareil personnel (un téléphone ou un ordinateur portable sur lequel un employé a connecté un compte professionnel) peut donc apparaître comme une alerte Appareil infecté. Si vous identifiez une alerte comme concernant un appareil personnel, modifiez le type d’appareil depuis le panneau latéral de l’alerte :

1. Ouvrez l’alerte.
2. Modifiez le **type d’appareil** de *Professionnel* à *Personnel*.

L’alerte passe au statut **Ignorée** . Elle reste visible dans la liste, mais est filtrée par défaut et ne compte plus comme une alerte active.

{% hint style="info" %}
Même sur un appareil personnel, les comptes professionnels qui y ont été utilisés restent à risque. Avant d’ignorer l’alerte, assurez-vous que l’employé a réinitialisé ses mots de passe et invalidé les sessions actives pour tout compte professionnel auquel il a accédé sur cet appareil.
{% endhint %}

{% hint style="warning" %}
Si vous pensez qu’une alerte est un faux positif, vous pouvez demander sa suppression directement depuis le panneau latéral. Stoïk examinera la demande avant de la clôturer.
{% endhint %}

## Dépannage

<details>

<summary>Il n’y a pas de nom d’appareil, ou je ne reconnais pas l’appareil</summary>

L’alerte est réelle : le malware n’a pas capturé ces détails, ou le nom d’hôte qu’il a signalé ne signifie rien (par exemple « PRIVAT »). Un appareil que vous ne reconnaissez pas est généralement un appareil personnel sur lequel un employé a utilisé un compte professionnel : utilisez le nom d’utilisateur ou l’e-mail figurant dans les données divulguées pour le retrouver.

Stoïk ne fait pas la différence entre appareils personnels et professionnels : vous modifiez vous-même le type d’appareil, voir [Appareils personnels](#personal-devices). Si l’alerte n’affiche aucun utilisateur, contactez <protect@stoik.io> : le journal contient souvent un nom d’utilisateur que Stoïk Protect n’affiche pas.

</details>

<details>

<summary>L’appareil a été nettoyé il y a longtemps</summary>

Les fournisseurs achètent les journaux des infostealers sous forme d’instantanés, donc ils ne peuvent pas savoir quand un appareil a été effacé. Un appareil infecté est archivé automatiquement 180 jours après sa dernière fuite. Pour plusieurs anciens appareils à la fois, contactez <protect@stoik.io> : le CERT peut les clôturer en masse comme corrigés.

</details>

<details>

<summary>J’ai eu une infection il y a des années et je ne la vois pas</summary>

Les fournisseurs conservent tout ce qu’ils collectent, mais se concentrent sur les fuites récentes : une ancienne infection peut ne jamais apparaître.

</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/infected-devices.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.
