> 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-pt-br/proteja-e-governe/overview.md).

# Conformidade

Prontidão automatizada para auditoria com o Dispel para controles NERC CIP, NIST 800-53 e NIS2.

## Visão geral de conformidade e prontidão para auditoria

O módulo de Conformidade transforma o Dispel em uma avaliação contínua de controles, sustentada por evidências, de como o Dispel implementa controles de segurança em seu nome. Em vez de se preparar para uma auditoria coletando capturas de tela e planilhas nas semanas anteriores, sua equipe de GRC pode obter uma visão atual, com data e hora, de como sua organização se posiciona em relação às estruturas que importam — a qualquer momento, em formatos que seus auditores já aceitam.

A conformidade é baseada na [Open Security Controls Assessment Language (OSCAL)](https://pages.nist.gov/OSCAL/) especificação publicada pelo NIST. Cada catálogo, perfil, declaração de implementação de controle e registro de avaliação produzidos pelo Dispel é estruturado de acordo com o OSCAL 1.1.2 — assim, os artefatos que você exporta são legíveis por máquina, neutros em relação a frameworks e portáveis para qualquer plataforma de GRC que sua organização use para montar seu Sistema de Plano de Segurança (SSP) completo.

#### **Principais benefícios**

* **Controles herdados, comprovados continuamente** — O Dispel avalia sua própria implementação de cada controle dentro do escopo em relação à configuração ativa do seu tenant, então a evidência que sustenta sua alegação de herança está sempre atualizada e com data e hora.
* **Um vocabulário por auditoria** — Escolha o framework ao qual sua organização reporta e o Dispel reexpressa sua cobertura nos termos desse framework. A mesma evidência subjacente suporta NIST 800-53, NERC CIP, NIS2 e NIST CSF simultaneamente.
* **Definição de componente pronta para auditoria** — Exporte uma Definição de Componente OSCAL: o artefato padrão para documentar a contribuição de um único componente para o SSP de um cliente. Auditores e plataformas de GRC o aceitam como o pacote autoritativo de herança do Dispel.
* **Relatório executivo em PDF** — Um resumo narrativo conciso mostrando quais controles você pode reivindicar do Dispel hoje, quais são parciais e quais mudanças de configuração eliminariam as lacunas restantes na cobertura do Dispel.
* **Simulação de impacto da configuração** — Antes de alterar uma configuração do Dispel, veja exatamente quais controles herdados passariam de parciais para totalmente implementados (ou o contrário). Use isso para priorizar mudanças de configuração internas que fortaleçam sua postura de herança.
* **Trilha permanente de evidências** — Cada avaliação captura um instantâneo com data e hora. Durante uma janela de auditoria, você pode demonstrar que a cobertura do Dispel esteve em vigor continuamente, e não apenas no dia da auditoria.

#### **Para quem é a Conformidade**

O módulo de Conformidade foi projetado para as pessoas dentro da sua organização que respondem à pergunta *“o que o Dispel cobre para nós?”* durante suas próprias auditorias:

* **Analistas de GRC** montando SSPs e respostas de auditoria para NERC CIP, NIST 800-53, NIST CSF, NIS2, SANS ou frameworks internos de controle, e que precisam saber o que podem herdar do Dispel.
* **CISOs e diretores de segurança** reportando a postura de conformidade para a liderança executiva, conselhos e reguladores, e contabilizando a herança de fornecedores nessa postura.
* **Auditores internos** verificando se os controles que sua organização afirma herdar do Dispel estão de fato implementados no seu tenant do Dispel.
* **Liderança de operações** em organizações sujeitas a múltiplos regimes regulatórios sobrepostos e que querem uma única fonte da verdade para a parte do Dispel em cada auditoria.


---

# 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-pt-br/proteja-e-governe/overview.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.