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

# Resultaten lezen

De `Cloudservices` > `Resultaten` Het dashboard toont het beveiligingsniveau van uw cloudinfrastructuur en de misconfiguraties die moeten worden aangepakt.

## Dashboardkop

Bovenaan de resultatenpagina krijgt u in één oogopslag een overzicht van uw cloudbeveiligingspostuur.

<figure><img src="https://2067006134-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FaDGGQ49Oui29Ft0kJjSm%2Fuploads%2FrU4tdpQOozdQL1nfliEY%2FScreenshot%202026-04-07%20at%2018.18.59.png?alt=media&amp;token=21b0f43c-0df4-43b7-8bb6-ecb53ffaf8ac" alt=""><figcaption></figcaption></figure>

### Gezondheidsstatus

De gezondheidsstatus geeft de algehele staat van de beveiliging van uw cloudinfrastructuur aan. Hiermee ziet u direct of uw configuratie aandacht vereist.

### Score

Uw cloudbeveiligingsscore wordt weergegeven op 100. Een score van 100 betekent dat er geen misconfiguraties zijn gedetecteerd. Hoe lager de score, hoe meer misconfiguraties moeten worden aangepakt. De score wordt berekend op basis van het aantal en de ernst van gedetecteerde misconfiguraties over al uw verbonden providers.

Een score van 100 of lege resultaten zijn meestal correct: de scan is uitgevoerd en heeft niets gevonden (kleine omgeving, of een Entra ID-tenant met weinig gebruikers). Op de pagina kan staan "Resultaten worden hier weergegeven zodra de scan is voltooid", ook al is de scan klaar: controleer de datum van de laatste scan.

### Grafiek

De grafiek toont hoe uw score in de loop van de tijd evolueert, zodat u kunt volgen of uw cloudbeveiligingspostuur verbetert of verslechtert. Gebruik deze om de impact van de genomen herstelacties te volgen.

## Misconfiguraties

Alleen gedetecteerde misconfiguraties worden weergegeven in de resultatentabel. Elke misconfiguratie toont:

* **Naam:** de gedetecteerde misconfiguratie
* **Ernst:** Kritiek, Hoog, Gemiddeld of Laag
* **Beschrijving:** een uitleg van het probleem en de mogelijke impact ervan

Klik op een misconfiguratie om toegang te krijgen tot de herstelstappen die nodig zijn om deze op te lossen.

Misconfiguraties kunnen vandaag niet worden uitgesloten, gemarkeerd als geaccepteerd risico of gemarkeerd als fout-positieven. Dit omvat gedeelde postvakken, noodaccounts en gebruikers die op een andere manier worden beschermd: de Cloud-scan toont alles wat deze vindt.

## MFA-bevindingen (Entra ID)

**Gebruikers met uitgeschakelde MFA** geeft een lijst van actieve accounts die geen MFA-methode geregistreerd hebben in Entra ID. Dat is niet hetzelfde als "MFA afgedwongen": een gebruiker die onder een beleid valt maar nog geen methode heeft geregistreerd, vaak een account dat nooit aanmeldt, verschijnt nog steeds. De volledige lijst staat in de resources van de bevinding en in de export.

Deze accounts worden niet meegeteld:

* accounts waarvan aanmelden is geblokkeerd
* Entra Connect-synchronisatieaccounts
* gasten, die een eigen bevinding hebben: `Geen MFA-beleid voor gastgebruikers`

Als u MFA afdwingt met Conditional Access, wordt de bevinding alleen verwijderd als een beleid is **Aan** (niet alleen rapportage), omvat **Alle gebruikers** (een groep telt niet mee), vereist MFA (verleende controle of authenticatiesterkte) en kan worden gelezen (`Policy.Read.All` verleend). Anders hebben de vermelde gebruikers echt geen MFA: registreer MFA voor hen, of dek hen af met een beleid voor "Alle gebruikers".

* **Noodaccounts (break-glass):** ze kunnen niet van de bevinding worden uitgesloten. Ze uitsluiten van uw MFA-beleid voor "Alle gebruikers" is prima: het beleid telt nog steeds mee en de bevinding verdwijnt.
* **Gedeelde postvakken en vergaderruimten:** ze verschijnen omdat ze nog steeds kunnen aanmelden. Blokkeer het aanmelden voor hen in Microsoft 365 (Microsoft raadt dit aan voor gedeelde postvakken): ze verdwijnen bij de volgende scan.

Om de MFA-status per gebruiker in Azure te controleren, zie [MFA-status](/help/help-nl/preventietools/cloud-scan/azure/mfa-status.md).

## Andere bevindingen

* **Shadow Admin-gebruikers:** accounts die een van deze Entra-rollen hebben zonder Global Administrator te zijn: Application, Cloud Application, Authentication, Privileged Authentication, Privileged Role, Password, Helpdesk of User Administrator. Deze rollen maken het mogelijk dat iemand beheerder wordt, daarom worden speciale beheerdersaccounts opzettelijk gemarkeerd.
* **Hoog percentage bevoorrechte gebruikers:** verschijnt alleen wanneer er minstens 4 bevoorrechte accounts zijn en deze meer dan 10% van alle gebruikers uitmaken.
* **Root-account onlangs gebruikt (AWS):** het AWS-root-account is gebruikt om in te loggen in de afgelopen 90 dagen.

## Resultaten exporteren

Exporteer de resultatentabel in CSV- of XLS-indeling met behulp van de `...` knop rechts van de zoekbalk.

{% hint style="info" %}
Om een bevinding op te lossen, zie de [handleiding voor herstel van Cloud Scan](https://docs.stoik.io/cyber-best-practices/vulnerability-remediation-guides/cloud-scan) voor stapsgewijze oplossingen per provider (Microsoft Azure / Entra ID / Microsoft 365, AWS, GCP).
{% endhint %}

## Probleemoplossing

<details>

<summary>Een herstelde misconfiguratie wordt nog steeds gerapporteerd</summary>

* **Is de scan sindsdien uitgevoerd?** Zie [De resultaten zijn niet bijgewerkt](#the-results-havent-updated).
* **Kan Stoïk de oplossing zien?** Wijzigingen in Conditional Access zijn onzichtbaar zonder `Policy.Read.All`, zie [Policy.Read.All kan niet worden verleend](https://docs.stoik.io/help/help-nl/preventietools/cloud-scan/pages/a95d0f154f93726f0b857deb0299205c7502b30c#policy.read.all-cannot-be-granted-or-a-permission-is-missing).
* **Komt de oplossing overeen met wat wordt gecontroleerd?** Bijvoorbeeld, een Conditional Access-beleid voor een groep gebruikers telt niet mee als "Alle gebruikers", en een aangepaste rol waaraan niemand is toegewezen, telt niet mee.
* **Is het een bekende beperking?** Deze bevindingen kunnen blijven bestaan, zelfs wanneer de instelling aanwezig is, en u kunt ze negeren:
  * GCP `Logmetriekfilter bestaat niet…` / `Waarschuwingen bestaan niet voor…`
  * Azure `Geen rol voor het beheren van resourcevergrendelingen` wanneer de rol via PIM wordt toegekend (in aanmerking komende toewijzing): alleen permanente toewijzingen worden gezien.

</details>

<details>

<summary>De resultaten zijn niet bijgewerkt</summary>

Controleer de datum van de laatste scan en vervolgens:

* **De toegang van Stoïk is verwijderd of gewijzigd.** Voor elke scan controleert Stoïk of het nog steeds toegang heeft. Na 3 mislukte controles op rij stoppen de scans van die provider. Zodra de toegang is hersteld, voert u de installatie opnieuw uit om de scans te hervatten.
* **De omgeving is zeer groot.** Een scan stopt na 1 uur, en zeer grote omgevingen kunnen die limiet bereiken.

Start de scan opnieuw vanuit `Cloud Scan` > `Instellingen`. Als de datum de volgende dag nog steeds niet is gewijzigd, neem contact op met <protect@stoik.io>.

</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/cloud-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.
