> For the complete documentation index, see [llms.txt](https://docs.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dispel.com/documentation/documentation-fr/securiser-et-gouverner/overview.md). # Conformité Préparation automatisée aux audits avec Dispel pour les contrôles NERC CIP, NIST 800-53 et NIS2. ## Aperçu de la préparation à la conformité et à l’audit Le module Conformité transforme Dispel en une évaluation continue et étayée par des preuves du contrôle de la manière dont Dispel met en œuvre les contrôles de sécurité en votre nom. Au lieu de vous préparer à un audit en collectant des captures d’écran et des tableurs dans les semaines précédentes, votre équipe GRC peut extraire à tout moment une vue actuelle, horodatée, de la position de votre organisation par rapport aux cadres qui comptent — dans des formats déjà acceptés par vos auditeurs. La conformité repose sur le [Open Security Controls Assessment Language (OSCAL)](https://pages.nist.gov/OSCAL/) spécification publiée par le NIST. Chaque catalogue, profil, déclaration de mise en œuvre des contrôles et enregistrement d’évaluation produits par Dispel est structuré selon OSCAL 1.1.2 — ainsi, les artefacts que vous exportez sont lisibles par machine, neutres vis-à-vis des cadres et portables vers n’importe quelle plateforme GRC que votre organisation utilise pour constituer son Plan de sécurité du système (SSP) complet. #### **Principaux avantages** * **Contrôles hérités, prouvés en continu** — Dispel évalue sa propre mise en œuvre de chaque contrôle dans le périmètre par rapport à la configuration en direct de votre locataire, de sorte que les preuves appuyant votre revendication d’héritage sont toujours à jour et horodatées. * **Un vocabulaire par audit** — Choisissez le cadre selon lequel votre organisation rend compte, et Dispel reformule sa couverture dans les termes de ce cadre. Les mêmes preuves sous-jacentes prennent en charge simultanément NIST 800-53, NERC CIP, NIS2 et NIST CSF. * **Définition de composant prête pour l’auditeur** — Exportez une définition de composant OSCAL : l’artefact standard permettant de documenter la contribution d’un composant unique au SSP d’un client. Les auditeurs et les plateformes GRC l’acceptent comme le paquet d’héritage faisant autorité pour Dispel. * **Rapport PDF exécutif** — Un résumé narratif concis montrant quels contrôles vous pouvez revendiquer auprès de Dispel aujourd’hui, lesquels sont partiels, et quelles modifications de configuration combleraient les lacunes restantes dans la couverture de Dispel. * **Simulation de l’impact de la configuration** — Avant de modifier un paramètre Dispel, voyez exactement quels contrôles hérités passeraient de partiellement à entièrement mis en œuvre (ou l’inverse). Utilisez cela pour prioriser les changements de configuration internes qui renforcent votre posture d’héritage. * **Piste de preuves permanente** — Chaque évaluation capture un instantané horodaté. Pendant une fenêtre d’audit, vous pouvez démontrer que la couverture de Dispel était en place en continu, et pas seulement le jour de l’audit. #### **À qui s’adresse la Conformité** Le module Conformité est conçu pour les personnes de votre organisation qui répondent à la question *« que couvre Dispel pour nous ? »* lors de vos propres audits : * **Analystes GRC** élaborant des SSP et des réponses d’audit pour NERC CIP, NIST 800-53, NIST CSF, NIS2, SANS ou des cadres de contrôle internes, et qui doivent savoir ce qu’ils peuvent hériter de Dispel. * **RSSI et directeurs de la sécurité** rendant compte de la posture de conformité à la direction générale, aux conseils d’administration et aux régulateurs, et prenant en compte l’héritage fournisseur dans cette posture. * **Auditeurs internes** vérifiant que les contrôles que votre organisation prétend hériter de Dispel sont bien mis en œuvre dans votre locataire Dispel. * **Direction des opérations** dans des organisations soumises à plusieurs régimes réglementaires qui se chevauchent et qui souhaitent une source unique de vérité pour la partie Dispel de chaque audit. --- # 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.dispel.com/documentation/documentation-fr/securiser-et-gouverner/overview.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.