> 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/cloud-scan/results.md). # Lecture des résultats Le `Services cloud` > `Résultats` le tableau de bord affiche le niveau de sécurité de votre infrastructure cloud et les erreurs de configuration à corriger. ## En-tête du tableau de bord Le haut de la page des résultats vous donne un aperçu en un coup d'œil de votre posture de sécurité cloud.
### État de santé L’état de santé indique l’état général de la sécurité de votre infrastructure cloud. Il vous indique immédiatement si votre configuration nécessite une attention. ### Score Votre score de sécurité cloud est affiché sur 100. Un score de 100 signifie qu’aucune erreur de configuration n’a été détectée. Plus le score est faible, plus il y a d’erreurs de configuration à corriger. Le score est calculé en fonction du nombre et de la gravité des erreurs de configuration détectées chez l’ensemble de vos fournisseurs connectés. Un score de 100 ou des résultats vides sont généralement corrects : le scan s'est exécuté et n'a rien trouvé (petit environnement, ou tenant Entra ID avec peu d'utilisateurs). La page peut afficher « Les résultats seront affichés ici une fois le scan terminé » alors même que le scan est terminé : vérifiez la date du dernier scan. ### Graphique Le graphique montre l’évolution de votre score dans le temps, afin que vous puissiez suivre si la posture de sécurité cloud s’améliore ou se dégrade. Utilisez-le pour surveiller l’impact des actions de remédiation que vous avez entreprises. ## Erreurs de configuration Seules les erreurs de configuration détectées sont affichées dans le tableau des résultats. Chaque erreur de configuration indique : * **Nom :** l’erreur de configuration détectée * **Criticité :** Critique, élevée, moyenne ou faible * **Description :** une explication du problème et de son impact potentiel Cliquez sur une erreur de configuration pour accéder aux étapes de remédiation nécessaires afin de la résoudre. Les erreurs de configuration ne peuvent pas être exclues, marquées comme risque accepté ou comme faux positifs aujourd’hui. Cela inclut les boîtes aux lettres partagées, les comptes d’urgence et les utilisateurs protégés d’une autre manière : le scan cloud affiche tout ce qu’il trouve. ## Constats MFA (Entra ID) **Utilisateurs avec MFA désactivé** liste les comptes actifs qui n’ont aucune méthode MFA enregistrée dans Entra ID. Cela n’est pas la même chose que « MFA imposé » : un utilisateur couvert par une politique qui n’a pas encore enregistré de méthode apparaît quand même, souvent un compte qui ne se connecte jamais. La liste complète se trouve dans les ressources du constat et dans l’export. Ces comptes ne sont pas comptabilisés : * comptes dont la connexion est bloquée * comptes de synchronisation Entra Connect * les invités, qui ont leur propre constat : `Aucune politique MFA pour les utilisateurs invités` Si vous imposez MFA avec l’Accès conditionnel, le constat n’est supprimé que si une politique est **Activée** (et non en mode rapport uniquement), inclut **Tous les utilisateurs** (un groupe ne compte pas), exige MFA (contrôle d’octroi ou niveau d’authentification) et peut être lue (`Policy.Read.All` accordé). Sinon, les utilisateurs listés n’ont vraiment pas MFA : activez MFA pour eux, ou couvrez-les avec une politique « Tous les utilisateurs ». * **Comptes d’urgence (break-glass) :** ils ne peuvent pas être exclus du constat. Les exclure de votre politique MFA « Tous les utilisateurs » est acceptable : la politique compte toujours et le constat disparaît. * **Boîtes aux lettres partagées et salles de réunion :** elles apparaissent parce qu’elles peuvent encore se connecter. Bloquez leur connexion dans Microsoft 365 (Microsoft le recommande pour les boîtes aux lettres partagées) : elles disparaissent au scan suivant. Pour vérifier l’état MFA par utilisateur dans Azure, consultez [l’état MFA](/help/help-center-fr/outils-de-prevention/cloud-scan/azure/mfa-status.md). ## Autres constats * **Utilisateurs Shadow Admin :** comptes qui détiennent l’un de ces rôles Entra sans être administrateur général : Application, Application cloud, Authentification, Authentification privilégiée, Rôle privilégié, Mot de passe, Service d’assistance ou Administrateur des utilisateurs. Ces rôles permettent à quelqu’un de devenir administrateur, donc les comptes d’administration dédiés sont signalés volontairement. * **Pourcentage élevé d’utilisateurs privilégiés :** n’apparaît que lorsqu’il existe au moins 4 comptes privilégiés et qu’ils représentent plus de 10 % de tous les utilisateurs. * **Compte racine utilisé récemment (AWS) :** le compte racine AWS a été utilisé pour se connecter au cours des 90 derniers jours. ## Export des résultats Exportez le tableau des résultats au format CSV ou XLS à l’aide du `...` bouton situé à droite de la barre de recherche. {% hint style="info" %} Pour corriger un constat, consultez le [guide de remédiation Scan Cloud](https://docs.stoik.io/cyber-best-practices/vulnerability-remediation-guides/cloud-scan) pour des correctifs étape par étape par fournisseur (Microsoft Azure / Entra ID / Microsoft 365, AWS, GCP). {% endhint %} ## Dépannage
Une erreur de configuration corrigée est toujours signalée * **Le scan a-t-il été relancé depuis ?** Voir [Les résultats n’ont pas été mis à jour](#the-results-havent-updated). * **Stoïk peut-il voir la correction ?** Les modifications de l’Accès conditionnel sont invisibles sans `Policy.Read.All`, voir [Policy.Read.All ne peut pas être accordé](https://docs.stoik.io/help/help-center-fr/outils-de-prevention/cloud-scan/pages/451f85bd2735b3aa4242081e758626d1ba14dcb5#policy.read.all-cannot-be-granted-or-a-permission-is-missing). * **La correction correspond-elle à ce qui est vérifié ?** Par exemple, une politique d’Accès conditionnel pour un groupe d’utilisateurs ne compte pas comme « Tous les utilisateurs », et un rôle personnalisé auquel personne n’est affecté ne compte pas. * **Est-ce une limitation connue ?** Ces constats peuvent subsister même lorsque le paramètre est en place, et vous pouvez les ignorer : * GCP `Le filtre de métrique de journal n’existe pas…` / `Les alertes n’existent pas pour…` * Azure `Aucun rôle d’administration des verrous de ressources` lorsque le rôle est attribué via PIM (affectation éligible) : seules les affectations permanentes sont prises en compte.
Les résultats n’ont pas été mis à jour Vérifiez la date du dernier scan, puis : * **L’accès de Stoïk a été supprimé ou modifié.** Avant chaque scan, Stoïk vérifie qu’il a toujours accès. Après 3 vérifications échouées d’affilée, les scans de ce fournisseur s’arrêtent. Une fois l’accès rétabli, recommencez la configuration pour relancer les scans. * **L’environnement est très vaste.** Un scan s’arrête après 1 heure, et les environnements très vastes peuvent atteindre cette limite. Relancez le scan depuis `Scan Cloud` > `Paramètres`. Si la date n’a toujours pas changé le lendemain, contactez .
--- # 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/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.