> 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/ad-scan/results.md).

# Resultaten lezen

De `AD Scan` De pagina toont een risicoscore en de kwetsbaarheden die zijn gevonden in uw Active Directory-configuratie.

## Risicoscore

Hoe hoger de score, hoe meer de Active Directory-configuratie aansluit bij de beveiligingsbest practices. De totaalscore neemt de laagste score van de vier beveiligingspunten die door de scan zijn geanalyseerd:

* [**Verlopen objecten**](https://docs.stoik.io/cyber-best-practices/vulnerability-remediation-guides/active-directory-scan/stale-objects)**:** alles wat verband houdt met Active Directory-objecten en hun levenscyclus: aanmaak van computers en gebruikers, delegatie.
* **Trusts:** ook wel "trust relationships" genoemd, dit zijn de verbindingen tussen Active Directories (ter herinnering: de ene Active Directory kan de andere compromitteren in geval van verkeerd geconfigureerde trusts).
* [**Geprivilegieerde accounts**](https://docs.stoik.io/cyber-best-practices/vulnerability-remediation-guides/active-directory-scan/privileged-accounts)**:** analyse van accounts met beheerdersrechten.
* [**Anomalieën**](https://docs.stoik.io/cyber-best-practices/vulnerability-remediation-guides/active-directory-scan/anomalies)**:** regels die niet zijn geclassificeerd onder verouderde objecten, trusts of geprivilegieerde accounts. Het analyseert bepaalde misconfiguraties, bijvoorbeeld zwakke wachtwoordbeleidsregels.

De score komt van de punten van PingCastle, terwijl de labels Critical, High, Medium en Low van Stoïk zelf zijn. Het verhelpen van een "critical" bevinding verandert de score dus niet altijd, en één enkele categorie met veel punten houdt de score op 0. De `Indicatoren` sectie van het PingCastle-rapport toont welke regels het zwaarst wegen.

## Meerdere domeinen of forests

* PingCastle scant de domeinen die het vanaf de machine kan bereiken, inclusief vertrouwde domeinen. Als een domein ontbreekt, voer het script uit vanaf een machine die aan dat domein is gekoppeld.
* Elk domein heeft zijn eigen resultaten en score: wissel van domein met de selector bovenaan de resultatenpagina.
* Elke uitvoering vervangt de vorige resultaten voor dat domein: niets wordt opgeteld. Eén machine per domein is voldoende.
* Een domein dat niet meer bestaat (bijvoorbeeld nadat een trust is verwijderd) blijft in beeld: neem contact op <protect@stoik.io> om het te verwijderen.

## Kwetsbaarheden

De scan identificeert configuratie-instellingen die uw omgeving aan beveiligingsrisico's kunnen blootstellen. Kwetsbaarheden kunnen via drie tabbladen worden bekeken:

* **Cyberprojecten:** categoriseert kwetsbaarheden per thema: toegangscontrole, authenticatie, netwerken, beheer van geprivilegieerde accounts, updates.
* **Aanvalspaden:** geeft een overzicht van risicovolle toegangspunten: compromittering van een domeinmachine, een domeinaccount of de AD zelf.
* **Lijst:** toont alle kwetsbaarheden.

De gevonden verkeerd geconfigureerde regels en hun kritischheidsniveaus, gerangschikt van laag naar kritiek, worden weergegeven in een tabel op de `AD Scan` pagina. Klik op een kwetsbaarheid om technische informatie te zien zoals de naam, detectiedatum, impact en aanbevelingen voor het verhelpen ervan.

{% hint style="info" %}
Raadpleeg de [AD Scan-herstelgids](https://docs.stoik.io/cyber-best-practices/vulnerability-remediation-guides/active-directory-scan/ad-scan-vulnerability-remediation-guide) voor stap-voor-stapherstel van elke kwetsbaarheid.
{% endhint %}

<figure><img src="https://2067006134-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FaDGGQ49Oui29Ft0kJjSm%2Fuploads%2F9McDV7aCr4DMFhHU5Pq0%2FScreenshot%202025-12-31%20at%2013.11.27.png?alt=media&amp;token=6dd1c933-b39e-4a4c-86ca-46fc28faef26" alt=""><figcaption></figcaption></figure>

<figure><img src="https://2067006134-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FaDGGQ49Oui29Ft0kJjSm%2Fuploads%2FNieNKdKnMpC7d4ALow5b%2FScreenshot%202025-12-31%20at%2013.11.37.png?alt=media&amp;token=51687b78-f76d-4cd3-bef5-9d63e32489f4" alt=""><figcaption></figcaption></figure>

Als SIDHistory is verwijderd, kunt u een [herstelscript](https://github.com/spurrw/restore-sidhistory-access). Zorg ervoor dat de ACL-instellingen na de herstelactie opnieuw worden aangemaakt.

Bevindingen kunnen vandaag niet worden verworpen of gemarkeerd als geaccepteerd risico. De `AD Scan` pagina toont het meest recente rapport per domein: voor oudere rapporten, neem contact op <protect@stoik.io>. Er is geen export of API.

## Problemen oplossen

<details>

<summary>Een verholpen bevinding wordt nog steeds gerapporteerd</summary>

* **Is de scan opnieuw uitgevoerd?** Resultaten veranderen alleen wanneer het script opnieuw wordt uitgevoerd (bij automatische uitvoeringen eens per maand).
* **Welk account heeft het uitgevoerd?** Een account zonder Domain Admin-rechten kan sommige instellingen niet zien, zoals wachtwoordinstellingenobjecten. Dit veroorzaakt bevindingen die tussen uitvoeringen komen en gaan (meestal `A-NoServicePolicy`). Voer het script opnieuw uit met een Domain Admin-account, in een PowerShell die als administrator is geopend.
* **Wat zegt het PingCastle-rapport?** Download het vanaf de resultatenpagina. Het bevat de exacte accounts, machines en GPO's achter elke bevinding.
* **Is het een beperking van PingCastle?** PingCastle ziet alleen wat het controleert. Het detecteert bijvoorbeeld geen LAPS-vervangers zoals Baramundi, en `A-SmartCardPwdRotation` controleert alleen een domeininstelling, niet of smartcards worden gebruikt.
* **Zegt een andere tool iets anders?** Stoïk draait PingCastle met zijn eigen configuratie, dus de resultaten komen niet overeen met BloodHound of een andere PingCastle-versie.

</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/ad-scan/results.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.
