> For the complete documentation index, see [llms.txt](https://docs.keeper.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.keeper.io/keeperpam/jp/privileged-access-manager/cloud-security/keeper-encrypter.md).

# Keeper Encrypter

Keeperクラウドセキュリティ連携向けのKeeper Encrypterサービスのデプロイ方法

Keeper Encrypterは、クラウドセキュリティ連携でKeeperのゼロ知識アーキテクチャを維持するための自己ホスト型サービスです。CNAPPの検出結果と是正ステータスを、お客様環境内の安全な経路で送受信できます。

### Keeper Encrypterが必要な理由

CNAPPプロバイダはKeeperに検出結果を送信します。管理者が対応したあと、Keeperは是正ステータスを返します。この送受信はKeeper Encrypterで処理されるため、お客様の復号処理をKeeperクラウドに移す必要はありません。

### 仕組み

* お客様環境内でのDockerコンテナとしての稼働
* CNAPPプロバイダからのWebhookトラフィックの受信
* Keeperに保存されたお客様管理の256ビットキーによる連携ペイロードの暗号化

認証にはセットアップ時に生成したデバイス構成を、CNAPP構成の取得にはKeeperシークレットマネージャーを使用します。連携はKeeperのゼロ知識モデルに沿ったままです。

## セットアップ

{% stepper %}
{% step %}

### 256ビット暗号化キーの生成 <a href="#generate-a-256-bit-encryption-key" id="generate-a-256-bit-encryption-key"></a>

OpenSSLでキーを生成します。

```
openssl rand -base64 32
```

生成した値は、CNAPP構成レコードで使用するために保存しておきます。
{% endstep %}

{% step %}

### EncrypterのDNSとSSL/TLSを設定 <a href="#configure-dns-ssl-tls-for-encrypter" id="configure-dns-ssl-tls-for-encrypter"></a>

Encrypterには、お客様側で設定した公開DNSホスト (サブドメインを推奨) からアクセスできるようにし、KeeperおよびCNAPPプロバイダのWebhookからの受信HTTPSトラフィックをそのホスト経由でEncrypterへルーティングする必要があります。

* お客様側で、以下のような公開DNSホスト/サブドメインを設定します。

  ```
  https://encrypter.customer-domain.com/
  ```
* お客様側でSSL/TLS終端用のロードバランサーを設定し、ポート443 (HTTPS) への受信トラフィックをEncrypterのデフォルトポート80 (HTTP) に転送します。
* ロードバランサーがEncrypterのヘルスチェックエンドポイント `/health` を使用するよう設定します。
  {% endstep %}

{% step %}

### Encrypter用ゲートウェイのプロビジョニング

* CNAPPプロバイダをリンクするPAM構成で使用している、同じKeeperシークレットマネージャーアプリケーションを選択します。
* **\[ゲートウェイ]** タブを選択します。
* **\[ゲートウェイのプロビジョニング]** ボタンをクリックします。
* **\[ゲートウェイの名前]** を入力します。
* **\[ゲートウェイの初期化方法]** として **\[構成]** を選択します。
* **\[Linux]** 構成を選択します。
* **\[構成タイプ]** では **\[Base64]** を選択します。
* 生成された構成を保存しておきます。この値は、後ほど `DEVICE_CONFIG` として使用します。
  {% endstep %}

{% step %}

### プロバイダセットアップの完了

[Wizの構成手順](/keeperpam/jp/privileged-access-manager/cloud-security/wiz-integration.md)

[Tenableの構成手順](/keeperpam/jp/privileged-access-manager/cloud-security/tenable-integration.md)
{% endstep %}

{% step %}

### Encrypterの設定とデプロイ <a href="#configure-and-deploy-encrypter" id="configure-and-deploy-encrypter"></a>

* プロバイダセットアップ時にダウンロードした `docker-compose.yml` ファイルを編集します。
* 前の手順で保存した値を `DEVICE_CONFIG` に設定します。
* 以下の標準的なDockerコマンドでEncrypterを実行します。<br>

  ```
  docker compose up -d
  ```

{% endstep %}
{% endstepper %}


---

# 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.keeper.io/keeperpam/jp/privileged-access-manager/cloud-security/keeper-encrypter.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.