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

# Geïnfecteerde apparaten

Een melding over een geïnfecteerd apparaat betekent dat één van de apparaten van uw medewerkers als gecompromitteerd is geïdentificeerd door infostealer-malware, door Hudson Rock of Flare. Het apparaat exfiltreert actief gegevens (wachtwoorden, cookies, browser-autovulling, opgeslagen inloggegevens) totdat het volledig is gewist.

## Een melding oplossen

1. Isoleer het apparaat onmiddellijk van het netwerk (koppel los van wifi en LAN).
2. Wis het apparaat en installeer het volledig opnieuw vanaf nul. Alleen een virusscan is niet voldoende.
3. Dwing een wachtwoordreset af voor alle accounts die op dat apparaat zijn gebruikt.
4. Maak actieve sessies op die accounts ongeldig (overal uitloggen) om eventueel gestolen sessiecookies te neutraliseren.
5. Schakel MFA in voor de getroffen accounts.

## Persoonlijke apparaten

Stoïk detecteert geïnfecteerde apparaten op basis van activiteit van zakelijke accounts. Het kan niet bepalen of het apparaat zelf een door het bedrijf verstrekte machine is of een persoonlijk apparaat. Een persoonlijk apparaat (een telefoon of laptop waarop een medewerker een zakelijk account heeft gekoppeld) kan daarom verschijnen als een melding over een geïnfecteerd apparaat. Als u vaststelt dat een melding betrekking heeft op een persoonlijk apparaat, wijzig dan het apparaattype via het zijpaneel van de melding:

1. Open de melding.
2. Wijzig de **apparaattype** van *Zakelijk* naar *Persoonlijk*.

De melding gaat naar de **Verwijderd** status. Deze blijft zichtbaar in de lijst, maar wordt standaard gefilterd en telt niet langer mee als een actieve melding.

{% hint style="info" %}
Zelfs op een persoonlijk apparaat blijven de zakelijke accounts die erop zijn gebruikt risico lopen. Zorg vóór het verwijderen van de melding ervoor dat de medewerker zijn wachtwoorden heeft gereset en actieve sessies heeft ongeldig gemaakt voor elk zakelijk account dat op dat apparaat is gebruikt.
{% endhint %}

{% hint style="warning" %}
Als u denkt dat een melding een vals-positief is, kunt u via het zijpaneel rechtstreeks een verzoek tot afwijzing indienen. Stoïk beoordeelt het verzoek voordat het wordt gesloten.
{% endhint %}

## Problemen oplossen

<details>

<summary>Er is geen apparaatnaam, of ik herken het apparaat niet</summary>

De melding is echt: de malware heeft die gegevens niet vastgelegd, of de hostnaam die werd gerapporteerd betekent niets (bijvoorbeeld "PRIVAT"). Een apparaat dat u niet herkent is meestal een persoonlijk apparaat waarop een medewerker een werkaccount gebruikte: gebruik de gebruikersnaam of het e-mailadres in de gelekte gegevens om die persoon te vinden.

Stoïk maakt geen onderscheid tussen persoonlijke en zakelijke apparaten: u wijzigt het apparaattype zelf, zie [Persoonlijke apparaten](#personal-devices). Als de melding helemaal geen gebruiker toont, neem contact op met <protect@stoik.io>: het logbestand bevat vaak een gebruikersnaam die Stoïk Protect niet weergeeft.

</details>

<details>

<summary>Het apparaat is al lang geleden opgeschoond</summary>

Aanbieders kopen stealerlogs als momentopnamen, dus kunnen ze niet weten wanneer een apparaat is gewist. Een geïnfecteerd apparaat wordt automatisch gearchiveerd 180 dagen na het laatste lek. Neem voor veel oude apparaten tegelijk contact op met <protect@stoik.io>: de CERT kan ze in bulk sluiten als gepatcht.

</details>

<details>

<summary>Ik had jaren geleden een infectie en zie die niet</summary>

Aanbieders bewaren alles wat ze verzamelen, maar richten zich op recente lekken: een oude infectie kan mogelijk nooit verschijnen.

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