> 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-de/praventionstools/cloud-scan/results.md).
# Ergebnisse lesen
Die `Cloud-Dienste` > `Ergebnisse` Das Dashboard zeigt das Sicherheitsniveau deiner Cloud-Infrastruktur und die zu behebenden Fehlkonfigurationen an.
## Dashboard-Kopfzeile
Der obere Bereich der Ergebnisseite bietet dir einen schnellen Überblick über deine Cloud-Sicherheitslage.
### Gesundheitsstatus
Der Gesundheitsstatus zeigt den Gesamtzustand der Sicherheit deiner Cloud-Infrastruktur an. Er sagt dir sofort, ob deine Konfiguration überprüft werden muss.
### Bewertung
Deine Cloud-Sicherheitsbewertung wird auf einer Skala von 0 bis 100 angezeigt. Ein Wert von 100 bedeutet, dass keine Fehlkonfigurationen gefunden wurden. Je niedriger die Bewertung, desto mehr Fehlkonfigurationen müssen behoben werden. Die Bewertung wird anhand der Anzahl und Schwere der erkannten Fehlkonfigurationen über alle verbundenen Anbieter hinweg berechnet.
Eine Bewertung von 100 oder leere Ergebnisse sind in der Regel korrekt: Der Scan wurde ausgeführt und hat nichts gefunden (kleine Umgebung oder ein Entra-ID-Tenant mit wenigen Benutzern). Auf der Seite kann stehen: „Ergebnisse werden hier angezeigt, sobald der Scan abgeschlossen ist“, obwohl der Scan bereits fertig ist: Prüfe das Datum des letzten Scans.
### Diagramm
Das Diagramm zeigt die Entwicklung deiner Bewertung im Laufe der Zeit, sodass du verfolgen kannst, ob sich deine Cloud-Sicherheitslage verbessert oder verschlechtert. Verwende es, um die Auswirkungen der von dir vorgenommenen Behebungsmaßnahmen zu überwachen.
## Fehlkonfigurationen
In der Ergebnistabelle werden nur erkannte Fehlkonfigurationen angezeigt. Jede Fehlkonfiguration zeigt:
* **Name:** die erkannte Fehlkonfiguration
* **Kritikalität:** Kritisch, Hoch, Mittel oder Niedrig
* **Beschreibung:** eine Erklärung des Problems und seiner möglichen Auswirkungen
Klicke auf eine Fehlkonfiguration, um auf die erforderlichen Schritte zur Behebung zuzugreifen.
Fehlkonfigurationen können heute weder ausgeschlossen noch als akzeptiertes Risiko markiert oder als Fehlalarme gekennzeichnet werden. Dazu gehören gemeinsam genutzte Postfächer, Notfallkonten und anderweitig geschützte Benutzer: Der Cloud-Scan zeigt alles an, was er findet.
## MFA-Befunde (Entra ID)
**Benutzer ohne MFA** listet aktive Konten auf, für die in Entra ID keine MFA-Methode registriert ist. Das ist nicht dasselbe wie „MFA erzwungen“: Ein Benutzer, der durch eine Richtlinie abgedeckt ist, aber noch keine Methode registriert hat, oft ein Konto, das sich nie anmeldet, erscheint trotzdem. Die vollständige Liste findest du in den Ressourcen des Befunds und im Export.
Diese Konten werden nicht mitgezählt:
* Konten mit blockierter Anmeldung
* Entra-Connect-Synchronisierungskonten
* Gäste, für die es einen eigenen Befund gibt: `Keine MFA-Richtlinie für Gastbenutzer`
Wenn du MFA mit bedingtem Zugriff durchsetzt, wird der Befund nur entfernt, wenn eine Richtlinie **Aktiv** (nicht nur Bericht), enthält **Alle Benutzer** (eine Gruppe zählt nicht), MFA erfordert (Gewährungskontrolle oder Authentifizierungsstärke) und gelesen werden kann (`Policy.Read.All` gewährt). Andernfalls haben die aufgeführten Benutzer tatsächlich keine MFA: Registriere MFA für sie oder decke sie mit einer Richtlinie für „Alle Benutzer“ ab.
* **Notfallkonten (Break-Glass):** sie können nicht aus dem Befund ausgeschlossen werden. Sie aus deiner MFA-Richtlinie für „Alle Benutzer“ auszuschließen, ist in Ordnung: Die Richtlinie zählt weiterhin und der Befund verschwindet.
* **Gemeinsam genutzte Postfächer und Besprechungsräume:** sie erscheinen, weil sie sich weiterhin anmelden können. Blockiere die Anmeldung für sie in Microsoft 365 (Microsoft empfiehlt dies für gemeinsam genutzte Postfächer): Sie verschwinden beim nächsten Scan.
Um den MFA-Status pro Benutzer in Azure zu prüfen, siehe [MFA-Status](/help/help-de/praventionstools/cloud-scan/azure/mfa-status.md).
## Weitere Befunde
* **Shadow-Admin-Benutzer:** Konten, die eine dieser Entra-Rollen innehaben, ohne Globaler Administrator zu sein: Anwendungsadministrator, Administrator für Cloud-Anwendungen, Authentifizierungsadministrator, Privilegierter Authentifizierungsadministrator, Administrator für privilegierte Rollen, Kennwortadministrator, Helpdeskadministrator oder Benutzeradministrator. Diese Rollen ermöglichen es jemandem, Administrator zu werden, daher werden dedizierte Administratorkonten absichtlich markiert.
* **Hoher Anteil privilegierter Benutzer:** erscheint nur, wenn es mindestens 4 privilegierte Konten gibt und sie mehr als 10 % aller Benutzer ausmachen.
* **Kürzlich verwendetes Root-Konto (AWS):** Das AWS-Root-Konto wurde in den letzten 90 Tagen zur Anmeldung verwendet.
## Ergebnisse exportieren
Exportiere die Ergebnistabelle im CSV- oder XLS-Format über die `...` Schaltfläche rechts neben der Suchleiste.
{% hint style="info" %}
Um einen Befund zu beheben, siehe den [Leitfaden zur Behebung von Cloud-Scans](https://docs.stoik.io/cyber-best-practices/vulnerability-remediation-guides/cloud-scan) für schrittweise Korrekturen je Anbieter (Microsoft Azure / Entra ID / Microsoft 365, AWS, GCP).
{% endhint %}
## Fehlerbehebung
Eine behobene Fehlkonfiguration wird weiterhin gemeldet
* **Wurde seitdem erneut gescannt?** Siehe [Die Ergebnisse wurden nicht aktualisiert](#the-results-havent-updated).
* **Kann Stoïk die Behebung sehen?** Änderungen an bedingtem Zugriff sind ohne `Policy.Read.All`unsichtbar, siehe [Policy.Read.All kann nicht gewährt werden](https://docs.stoik.io/help/help-de/praventionstools/cloud-scan/pages/1a553deddc6ba26e327c2b63b46e1f53b1adf963#policy.read.all-cannot-be-granted-or-a-permission-is-missing).
* **Entspricht die Behebung dem, was geprüft wird?** Zum Beispiel zählt eine Richtlinie für bedingten Zugriff für eine Benutzergruppe nicht als „Alle Benutzer“, und eine benutzerdefinierte Rolle, der niemand zugewiesen ist, zählt nicht.
* **Handelt es sich um eine bekannte Einschränkung?** Diese Befunde können bestehen bleiben, selbst wenn die Einstellung vorhanden ist, und du kannst sie ignorieren:
* GCP `Log-Metrik-Filter existiert nicht…` / `Warnungen existieren nicht für…`
* Azure `Keine Rolle zum Verwalten von Ressourcensperren` wenn die Rolle über PIM vergeben wird (berechtigte Zuweisung): Es werden nur dauerhafte Zuweisungen angezeigt.
Die Ergebnisse wurden nicht aktualisiert
Prüfe das Datum des letzten Scans, dann:
* **Der Zugriff von Stoïk wurde entfernt oder geändert.** Vor jedem Scan prüft Stoïk, ob es weiterhin Zugriff hat. Nach 3 fehlgeschlagenen Prüfungen in Folge werden die Scans dieses Anbieters beendet. Sobald der Zugriff behoben ist, führe die Einrichtung erneut aus, um die Scans neu zu starten.
* **Die Umgebung ist sehr groß.** Ein Scan stoppt nach 1 Stunde, und sehr große Umgebungen können dieses Limit erreichen.
Starte den Scan neu über `Cloud Scan` > `Einstellungen`. Wenn sich das Datum am nächsten Tag immer noch nicht geändert hat, kontaktiere .
---
# 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-de/praventionstools/cloud-scan/results.md?ask=&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.
