> 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/compliance-and-audit-readiness.md).
# 入门
使用 Dispel 为 NERC CIP、NIST 800-53 和 NIS2 控制项自动做好审计准备。
## 入门
生成 Dispel 合规包是一个四阶段工作流：
1. [**选择**](#step-1-select-a-framework) 您的组织所依据的框架。
2. [**评估**](#step-2-assess-dispels-coverage) Dispel 对您租户当前配置的覆盖情况。
3. [**审查**](#step-3-review-coverage-and-close-gaps) Dispel 覆盖了哪些控制，识别覆盖中的任何缺口，并使用模拟器规划可弥补这些缺口的配置更改。
4. [**导出**](#step-4-export-the-inheritance-package) OSCAL 组件定义和 PDF 报告，并将它们交给您的 GRC 团队或审计员。
***
#### 步骤 1：选择一个框架
选择框架会告诉 Dispel 应使用哪套控制词汇来表达其覆盖情况。大多数组织会选择其审计员或主管机构所依据的框架。您可以同时启用多个框架——当同一 Dispel 部署需要接受多个监管制度的审计时，这很有用。
1. 在左侧边栏中，导航到 **设置**.
2. 打开 **合规** 选项卡。
3. 点击 **添加框架**.
4. 选择一个 **目录** （例如， *NIST SP 800-53 第 5 版*).
5. 选择一个 **配置文件** 或 **基线** （例如， *中等*）。配置文件会将目录缩小到在给定影响级别下所需的控制子集。
6. 点击 **添加**.
该框架会立即出现在您的活动框架列表中。Dispel 开始在后台评估其覆盖情况，随着评估完成，仪表板也会逐步填充。
{% hint style="info" %}
添加多个框架 **不会** 重复工作。Dispel 会生成一套关于其自身实现的证据，并通过每个活动框架重新表达这些证据。在 NIST 800-53 之上再添加 NIST CSF，会重用同一底层证据。
{% endhint %}
**移除框架**
要移除活动框架，请点击活动框架列表中其旁边的垃圾桶图标。移除框架会删除其记分卡，但不会影响任何其他活动框架或底层证据记录。 **您可以轻松重新添加已移除的框架，而不会丢失任何历史记录。**
***
#### 步骤 2：评估 Dispel 的覆盖情况
**自动化评估**
Dispel 附带一个 **控制评估器** 库，用于检查在您租户当前配置下，Dispel 是否实现了每一项在范围内的控制。例如： `此租户是否强制 MFA`, `是否启用了会话录制`, `密码策略是否达到框架阈值`，以及 `是否有供应商证明文件备案`。每个评估器都会映射到每个活动框架中的一个或多个控制。
要运行评估：
1. 导航到 **设置** > **合规**.
2. 打开您想要评估的框架。
3. 点击 **运行评估**.
评估结果会带有时间戳进行存储。每项控制都会获得以下状态之一，用以描述 Dispel 在您的租户上对该控制的实现情况：
| 状态 | 含义 |
| ------- | ------------------------------------------------------------------- |
| **已实现** | Dispel 已在您的租户上完全实现此控制。您可以继承它。 |
| **失败** | Dispel 目前 **不会** 并未在您的租户上实现此控制——通常是因为某项 Dispel 设置需要更改。按当前配置，您无法继承它。 |
| **未评估** | 没有针对该控制运行自动化评估器，或者评估器尚未完成。 |
| **不适用** | 该控制超出 Dispel 的范围（例如，您设施的物理安全），“继承自 Dispel”不适用。 |
{% hint style="info" %}
评估是非破坏性的且只读。它们只观察 Dispel 的配置；绝不会修改您的租户。
{% endhint %}
***
#### 步骤 3：审查覆盖并弥补缺口
合规仪表板是您日常工作的空间，用于了解 Dispel 在您的租户上覆盖了什么，以及覆盖可以在哪些方面改进。
**记分卡**
每个活动框架都有一张记分卡，显示 Dispel 目前在您的租户上实现了多少百分比的在范围内控制。当只实现了部分子控制或增强项时，会给予部分分数。将鼠标悬停在任意数字上可查看底层细分。
**旭日图**
层级旭日图可一目了然地显示 Dispel 的覆盖情况：框架 → 控制家族 → 单个控制。已实现（可继承）的控制显示为绿色；失败（当前不可继承）的显示为红色；未评估的显示为灰色。点击任一分段可进入控制详情页。
**控制详情页**
选择某项控制会显示：
* **状态** — Dispel 在该租户上当前和历史上的该控制实现情况
* **证据** — 促成该状态的具体评估器，以及其时间戳和所观察到的底层值
* **说明** — Dispel 对该控制的实现说明
* **溯源** — 任何其他将其控制映射到同一证据的框架（因此单一继承声明可以用多种框架语言来表达）
* **补救指导** — 对于失败的控制，说明可恢复继承的 Dispel 设置或配置更改
**配置影响模拟**
在更改您租户上的 Dispel 设置之前，使用模拟器预测覆盖情况如何变化：
1. 从仪表板查看 **预估影响** 在 **建议**.
2. 在覆盖面板中找到一个或多个 Dispel 设置（例如， *为所有用户启用 MFA*).
3. 将预测记分卡与当前记分卡进行比较。
模拟器不会修改任何真实设置。它纯粹是一个规划工具，用于按顺序安排能增强 Dispel 继承的更改。
{% hint style="info" %}
使用模拟器按顺序安排配置更改，优先恢复最多可继承控制的那些更改。
{% endhint %}
***
#### 步骤 4：导出继承包
**OSCAL 组件定义**
OSCAL 组件定义是用于记录单个组件对客户系统安全计划贡献的标准化制品。对于 Dispel 而言，该组件就是您的 Dispel 部署，而组件定义则是审计员可因您继承而予以认可的权威记录。
1. 打开该框架的详情页。
2. 点击 **导出** > **OSCAL 组件定义**.
3. 下载一个符合 OSCAL 1.1.2 的 JSON 文件。
导出内容包括：
* 表达继承声明所依据的目录和配置文件
* Dispel 侧每项在范围内控制的实现状态（`已实现`, `部分`, `未实现`, `不适用`)
* Dispel 对每项控制的实现说明
* 指向底层证据记录的链接
此文件可导入 eMASS、Xacta、RegScale、FedRAMP 和 GovRAMP 提交，或任何接受 OSCAL 的工具——在其中，它会与您其他供应商的组件定义以及您的内部 SSP 内容并列。
**高管 PDF 报告**
供内部利益相关者和审计附函使用：
1. 打开该框架的详情页。
2. 点击 **导出** > **PDF 报告**.
报告包含：
* 执行摘要，说明您今天可以从 Dispel 继承多少百分比的在范围内控制
* 框架记分卡
* Dispel 目前在您的租户上未实现的每一项控制，以及可恢复继承的配置更改
* 参与评估的证据来源列表
* 生成时间戳和评估者身份
***
### 持续证据和审计轨迹
每次评估器运行都会生成一个 **证据快照** ，并带有时间戳进行存储。该快照记录了 Dispel 在那个时刻对自身覆盖情况的观察结果。
需要验证特定时间点的审计员可以：
1. 找到所涉日期的评估记录。
2. 深入查看任意单个控制的证据快照。
3. 查看评估器观察到的精确值及其观察时间戳。
***
### Dispel 覆盖什么（以及不覆盖什么）
Dispel 覆盖的是实现于 Dispel 平台内部的安全控制——主要是远程访问、身份、会话监控、网络分段以及 OT 连接层。依赖于 Dispel 自身公司状态的控制（供应商管理、供应链、SDLC、人员筛查）也通过 Dispel 发布的实现说明得到覆盖。
Dispel 目前 **不会** 不覆盖其业务范围之外的控制：您设施的物理安全、Dispel 不管理的设备上的终端加固、您业务系统中的应用开发、您组织的人力资源实践等等。这些控制完全保留在您的企业 GRC 工具中。
下表总结了 Dispel 产生的证据类别以及它们通常支持的框架控制家族。这只是示例；您的活动框架的权威映射显示在每项控制的详情页上。
| 证据类别 | 代表性 NIST 800-53 家族 | 代表性 NERC CIP 要求 | 代表性 NIS2 措施（实施条例 2024/2690） |
| ------------- | ------------------ | ----------------------- | --------------------------- |
| 身份、MFA、会话生命周期 | AC、IA | CIP-004、CIP-005、CIP-007 | 身份与访问控制；身份验证 |
| 远程访问与分段 | AC、SC | CIP-005、CIP-007 | 网络安全；访问控制策略 |
| 会话录制与取证 | AU | CIP-007、CIP-008 | 事件处理；日志记录与监控 |
| 配置和变更记录 | CM | CIP-010 | 资产管理；变更管理 |
| 供应商和供应链证明 | SR、PS | CIP-013 | 供应链安全 |
| 平台证明与完整性 | SI、SC | CIP-007、CIP-010 | 漏洞处理与披露；密码学 |
***
### 常见问题
运行评估会对我的租户产生任何影响吗？
不会。评估是只读的。它们会观察您 Dispel 配置的当前状态，并生成关于 Dispel 覆盖情况的证据快照。它们绝不会修改设置、用户、设备或策略。
我应该多久运行一次评估？
对大多数组织而言，在任何重大配置更改后运行一次评估就足够了。有些审计员要求定期评估的证据（例如每月或每季度）——请按您的审计计划所需的节奏安排评估。OSCAL 导出和 PDF 报告会记录评估时间戳。
我可以把 Dispel 作为完整的 GRC 系统使用吗？
不能。Dispel 只是其自身所实现控制的记录系统——也就是位于您审计之下的继承层。对于超出 Dispel 范围的控制（物理安全、HR 流程、软件开发实践、Dispel 不管理的终端等），证据保留在您的企业 GRC 平台中。Dispel OSCAL 组件定义旨在作为其中一个组件导入到该平台中。
控制项中的“未评估”是什么意思？
当某项控制 *未评估* 尚未有自动化评估器运行，或者评估器尚未完成时，会显示为 *不适用*，这表示该控制超出 Dispel 的范围，不属于您可以从 Dispel 继承的内容。
我可以使用 Dispel 证明 NIS2 合规吗？
对于 Dispel 覆盖的 NIS2 部分，我们认为可以。选择 **NIS2** 作为活动框架，Dispel 将生成一份依据欧盟 NIS2 实施条例（2024/2690）中的措施表达的组件定义，并根据 ENISA 的技术实施指南交叉映射到 NIST 800-53。请将其与您的其余 NIS2 文档一起交给主管机构，作为您的远程访问、身份、会话监控和 OT 连接控制的继承层。
ENISA 尚未发布官方的 NIS2 OSCAL 目录。Dispel 目录直接依据实施条例的法律文本编写。如果 ENISA 将来发布官方目录，Dispel 将采用它。
为什么有些控制显示“未适用”？
当一项控制 *不适用* 超出 Dispel 的业务范围，因此不是您可以从 Dispel 继承的内容时，会标记为，例如，管理您设施物理访问的控制、您组织的招聘实践，或内部应用上的软件开发。N/A 判定会记录在 OSCAL 导出中，这样您的审计员就能准确看到哪些控制被排除在 Dispel 继承声明之外，并通过其他渠道进行验证。
如果我移除一个框架，我的数据会怎样？
什么也不会发生，完全安全。移除框架会删除其记分卡并将其从仪表板中移除。底层证据快照和控制说明会被保留，如果您重新添加该框架，它们会再次可用。不会破坏任何评估历史。
OSCAL 导出会包含敏感的租户配置吗？
不会。组件定义包含 Dispel 的实现状态、说明和证据指针——不包括您租户中的原始配置值、凭据、IP 地址或用户数据。它可以安全地与审计员共享，也可以上传到支持 OSCAL 的 GRC 平台。
同一份 Dispel 证据能支持多个框架吗？
可以。这正是基于 OSCAL 架构的核心优势。单一的 Dispel 证据（例如，“此租户已强制 MFA”）可同时贡献于 NIST 800-53 IA-2(1)、NIST CSF PR.AA-03、NERC CIP-005-7 R2，以及任何映射到同一评估器的其他控制。相同的继承声明可以用您各项审计所需的任意框架语言来表达。
在审计窗口期间，我如何证明 Dispel 覆盖是持续的？
在审计期开始时运行一次评估，在结束时再运行一次，并依赖两者之间的底层证据快照。每个快照都带有时间戳，因此您可以证明来自 Dispel 的继承声明在审计期内的每一天都有效——而不仅仅是评估生成的那一天。
我可以添加自己的内部控制框架吗？
自定义目录导入已在路线图中。今天，内部框架通常通过选择最接近的已发布基线来表示（例如，NIST 800-53 中等）——Dispel 会用该词汇生成其继承证据，然后您的 GRC 团队可以在企业 GRC 平台内将其重新映射到内部框架。
---
# 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/compliance-and-audit-readiness.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.