> 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-zh/bao-hu-yu-zhi-li/overview.md).

# 合规

使用 Dispel 为 NERC CIP、NIST 800-53 和 NIS2 控制项自动做好审计准备。

## 合规与审计准备概览

合规模块将 Dispel 变成对 Dispel 代表您实施安全控制情况的持续、基于证据的控制评估。与其在审计前数周通过收集截图和电子表格来做准备，您的 GRC 团队可以随时获取一个当前、带时间戳的视图，了解您的组织在相关框架下的现状——并且以审计员已经接受的格式呈现。

合规建立在 [开放安全控制评估语言（OSCAL）](https://pages.nist.gov/OSCAL/) 之上，这是由 NIST 发布的规范。Dispel 生成的每个目录、配置文件、控制实施声明和评估记录都按照 OSCAL 1.1.2 进行结构化——因此，您导出的工件可供机器读取、与具体框架无关，并且可移植到您组织用于编制完整系统安全计划（SSP）的任何 GRC 平台中。

#### **主要优势**

* **继承控制，持续验证** — Dispel 会将其自身对每一项适用控制的实施情况与您租户的实时配置进行评估，因此支撑您继承声明的证据始终是最新且带时间戳的。
* **每次审计只用一种术语体系** — 选择您的组织所依据的框架，Dispel 会用该框架的术语重新表达其覆盖范围。相同的底层证据可同时支持 NIST 800-53、NERC CIP、NIS2 和 NIST CSF。
* **可直接供审计员使用的组件定义** — 导出 OSCAL 组件定义：用于记录单个组件对客户 SSP 贡献的标准工件。审计员和 GRC 平台会将其作为 Dispel 的权威继承包接受。
* **高管 PDF 报告** — 一份简明的叙述性摘要，显示您今天可以从 Dispel 继承哪些控制、哪些是部分覆盖，以及需要进行哪些配置更改才能弥补 Dispel 覆盖中的剩余差距。
* **配置影响模拟** — 在更改 Dispel 设置之前，准确查看哪些继承控制会从部分实施变为完全实施（或相反）。可用此来优先处理可增强继承态势的内部配置更改。
* **永久证据链** — 每次评估都会捕获一个带时间戳的快照。在审计窗口期间，您可以证明 Dispel 的覆盖是持续存在的，而不仅仅是在审计当天。

#### **合规模块适用对象**

合规模块专为您组织中负责回答以下问题的人而设计 *“Dispel 为我们覆盖了什么？”* 在您自己的审计过程中：

* **GRC 分析师** 为 NERC CIP、NIST 800-53、NIST CSF、NIS2、SANS 或内部控制框架编制 SSP 和审计回复，并需要了解他们可以从 Dispel 继承哪些内容的人。
* **CISO 和安全总监** 向高管领导层、董事会和监管机构报告合规态势，并说明该态势中的供应商继承情况的人。
* **内部审计员** 验证您组织声称从 Dispel 继承的控制，确实已在您的 Dispel 租户中实施。
* **运营领导层** 适用于受多个重叠监管制度约束、希望为每次审计中 Dispel 部分提供单一事实来源的组织。


---

# 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-zh/bao-hu-yu-zhi-li/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.