> 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-ja/shisuru/overview.md).

# コンプライアンス

NERC CIP、NIST 800-53、NIS2 の管理策に対する Dispel による監査準備の自動化。

## コンプライアンスと監査対応準備の概要

Compliance モジュールは、Dispel がお客様に代わってセキュリティ管理策をどのように実装しているかを、継続的かつ証拠に裏付けられた管理策評価へと変えます。監査前の数週間にスクリーンショットやスプレッドシートを集めて準備する代わりに、GRC チームは、重要なフレームワークに照らして組織がどの位置にあるかを示す最新のタイムスタンプ付きビューを、監査人がすでに受け入れる形式で、いつでも取得できます。

Compliance は以下に基づいています [Open Security Controls Assessment Language (OSCAL)](https://pages.nist.gov/OSCAL/) NIST が公開している仕様です。Dispel が生成するすべてのカタログ、プロファイル、管理策実装ステートメント、評価記録は OSCAL 1.1.2 に従って構造化されているため、エクスポートした成果物は機械可読で、フレームワークに依存せず、組織が完全な System Security Plan (SSP) をまとめるために使用している任意の GRC プラットフォームへ移行可能です。

#### **主なメリット**

* **継承された管理策を継続的に証明** — Dispel は、対象範囲内の各管理策について、その実装状況をテナントのライブ構成と照合して評価するため、継承を主張する根拠となる証拠は常に最新で、タイムスタンプ付きです。
* **監査ごとに一つの用語体系** — 組織が報告対象とするフレームワークを選択すると、Dispel はそのカバレッジをそのフレームワークの用語で再表現します。同一の基盤証拠が、NIST 800-53、NERC CIP、NIS2、NIST CSF を同時に支えます。
* **監査人対応の Component Definition** — OSCAL Component Definition をエクスポートします。これは、単一コンポーネントが顧客の SSP に果たす寄与を文書化するための標準成果物です。監査人と GRC プラットフォームは、これを Dispel の公式な継承パッケージとして受け入れます。
* **経営層向け PDF レポート** — 現時点で Dispel から継承として主張できる管理策、部分的なもの、そして Dispel のカバレッジに残るギャップを埋めるために必要な構成変更を簡潔に示すナラティブ要約です。
* **構成変更の影響シミュレーション** — Dispel の設定を変更する前に、どの継承管理策が部分実装から完全実装へ移行するのか（またはその逆か）を正確に確認できます。これを使って、継承態勢を強化する社内構成変更の優先順位を決められます。
* **恒久的な証跡** — すべての評価はタイムスタンプ付きスナップショットを取得します。監査期間中は、Dispel のカバレッジが監査当日だけでなく継続的に存在していたことを示せます。

#### **Compliance の対象者**

Compliance モジュールは、組織内で次の問いに答える担当者向けに設計されています *「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-ja/shisuru/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.