> 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/release-notes/jp/backend/backend-api/backend-api-18.1.10.md).

# バックエンドAPI 18.1.10

2026年10月6日リリース

## 新機能

* **階層型共有フォルダのアカウント移管:** エンタープライズ管理者は、階層型共有フォルダのファイル、ディレクトリ、入れ子になったフォルダ構造を含む退職ユーザーのアカウントを、受け取り先ユーザーのボルト内にある指定のコンテナフォルダへ直接移管できるようになりました。アクセス権限と復号可能性は移管後も保持されます。
* **オンデマンドの完全削除とゴミ箱の一括消去:** ユーザーは、選択したレコードの完全削除と、ゴミ箱全体の一括消去を1回の操作で実行できるようになりました。エンタープライズの保持ポリシーに従いながら、削除済みアイテムと添付ファイルを完全に削除します。
* **特権アクセス管理 (PAM) ワークフローの監査ログ:** PAMワークフロー向けに包括的なARAM監査ログが追加され、アクセスリクエストの送信、セッションの貸出・返却が記録されるようになりました。
* **Keeperシークレットマネージャー (KSM) と階層型共有フォルダの連携:** シークレットマネージャーの機能が拡張され、ユーザー権限に基づいて、階層型共有フォルダ内のシークレットやフォルダを自動化クライアントから直接作成・更新・削除できるようになりました。
* **オートメーターに対する委任管理者権限の細分化:** Keeperオートメーターインスタンスの構成・管理には、ノード管理権限に加えて「デバイス承認の実行」権限が必要になり、管理アクセス制御がより厳格になりました。
* **ロール適用のリアルタイム更新:** 管理者がロールの適用ポリシーを変更すると、クライアントのボルトに即時通知が送信され、アクティブなセッション全体でポリシーの変更が速やかに同期されるようになりました。

## 改善点

* **KA-6786:** 管理者のロール適用設定が更新されると、クライアントアプリケーションへリアルタイム通知が送信されるようになりました。手動でのログアウトやアプリの再起動なしに、クライアントセッションへ即時にポリシーの変更が反映されます。
* **KA-8218:** 既存のアプリケーション共有ワークフローを通じて、階層型共有フォルダのフォルダを連携アプリケーションと直接共有できるようになりました。標準の共有フォルダと階層型共有フォルダの両方でアクセス権限を管理する際も、シームレスな互換性が確保されます。
* **KA-8283:** ユーザー権限に基づいて、Keeperシークレットマネージャーのクライアントが階層型共有フォルダ内に保存されたシークレットを削除できるようになりました。自動化されたシークレットの削除処理において、適切な認可チェックと一貫したステータス応答が行われます。
* **KA-8284:** Keeperシークレットマネージャーの連携機能から、階層型共有フォルダのディレクトリ構造内にあるフォルダのプロパティを更新できるようになりました。フォルダ単位の細かな編集権限が適用され、API経由での安全なフォルダ管理が確保されます。
* **KA-8285:** Keeperシークレットマネージャー経由で、階層型共有フォルダ内にフォルダを自動作成できるようになりました。新規作成されたサブフォルダは、適切なアクセス権と暗号化コンテキストをシームレスに継承します。
* **KA-8329:** 権限がある場合、Keeperシークレットマネージャーから階層型共有フォルダのディレクトリ内にあるフォルダを削除できるようになりました。フォルダのアクセス権を検証し、複数件を一括削除する際も項目ごとの処理結果を個別に返します。
* **KA-8355:** Keeperシークレットマネージャーから、指定した階層型共有フォルダ内に新しいシークレットを直接作成できるようになりました。新規作成されたシークレットは、フォルダの権限設定とゼロ知識暗号化の基準に従います。
* **KA-8629:** エンタープライズ管理者が、退職する従業員のボルトの内容を指定した受け取り先へ安全に移管できるようになりました。重要な企業レコード、フォルダ階層、権限を保持したまま、Keeperのゼロ知識セキュリティアーキテクチャが維持されます。
* **KA-8742:** 階層型共有フォルダを含むエンタープライズアカウント移管では、移管されたコンテンツが受け取り先ボルトの専用トップレベルフォルダに配置されるようになりました。受け取り先のルートディレクトリが整理された状態に保たれ、ファイルの出自も明確に維持されます。
* **KA-8744:** エンタープライズアカウント移管時に、階層型共有フォルダのコンテンツ、入れ子のフォルダ階層、ファイル権限が保持されるようになりました。移管された階層型共有フォルダのリソースは受け取り先の単一フォルダへ統合され、孤立ファイルを発生させずに即座にアクセスできます。
* **KA-8916:** セッショントークンの暗号化に、安全な鍵ローテーション機構を導入しました。アクティブなユーザーセッションを中断させることなく、バックエンドの暗号衛生と運用セキュリティを強化します。
* **KA-9021:** アカウント移管サービスを拡張し、階層型共有フォルダのアセットに対して移管先フォルダを指定できるようになりました。ユーザーのオフボーディングワークフロー全体で、移管されたフォルダとレコードが体系的に整理されるようになりました。
* **KA-9109:** ユーザー自身が実行できる「ゴミ箱を空にする」機能と、個々のレコード・フォルダを選択して完全削除する機能を導入しました。組織の保持ポリシーおよび削除ポリシーを適用しながら、削除済み項目と添付ファイルを完全に消去します。
* **KA-9144:** 完全削除の処理順序を強化し、アクセス解除より先に削除通知が配信されるようにしました。フォルダの完全削除後に、実体のない「ゴースト」フォルダがユーザーのボルトに残ってしまう問題を防ぎます。
* **KA-9145:** アカウント移管時に、受け取り先アカウントへ階層型共有フォルダ内のすべてのネストされたレコードについて、完全な所有権と復号機能が付与されるようになりました。受け取り先は、移管されたレコードの管理、ゴミ箱からの復元、再共有をシームレスに行えます。
* **KA-9149:** 特権アクセス管理ワークフローのセッション開始・終了に対する新しい管理コンソール監査ログイベントを追加しました。特権レコードに対するユーザーの貸出・返却操作について、管理者が完全な監査証跡を追跡できるようになりました。
* **KA-9158:** フォルダ操作時のデータベース接続のルーティングを改善し、厳密なトランザクション整合性を維持するようにしました。フォルダの同時更新や権限変更が発生しても、高いデータ整合性と信頼性が確保されます。
* **KA-9171:** ユーザー削除処理を強化し、削除開始時に影響を受けるコラボレーターの一覧をスナップショットとして保持するようにしました。再試行が発生しても、関連するすべてのコラボレーターへ同期イベントを漏れなく速やかに通知します。
* **KA-9473:** Keeperオートメーターインスタンスへの送信リクエストに対して、ペイロードの暗号署名を導入しました。通信のセキュリティを強化し、自動化された管理操作の真正性を検証します。
* **KA-9502:** クラウドネイティブアプリケーション保護の監査イベントログ記録時に発生していたイベント処理エラーを解消しました。セキュリティ監査イベントの取り込みとレポート作成が、エラーなく継続的に行われるようになりました。
* **KA-9577:** ユーザーが送信する特権アクセスワークフローのリクエストに対して、管理コンソールの監査イベントログを追加しました。保護対象のエンタープライズレコード全体で、アクセスリクエストの送信状況を管理者が監視・レポートできるようになりました。

## バグ修正

* **KA-8961:** アクセスが取り消された後も、親フォルダの参照がクライアントのボルトに同期され続けてしまう不具合を修正。取り消された親フォルダはユーザーのボルトから正しく削除され、明示的にアクセス権が付与された子フォルダは適切に保持されるようになりました。
* **KA-8965:** 必要な暗号鍵を指定せずにレコードを共有すると、検証エラーではなくサーバーエラーが返される不具合を修正。エンドポイントは適切なHTTP 400 (Bad Request) を返すようになり、クライアント側でのエラー処理と診断が改善されました。
* **KA-8966:** 無効または切り捨てられたレコードキーを指定すると、予期しないサーバーエラーが発生する不具合を修正。無効なキーパラメータを含むリクエストは正しく検証され、適切なクライアント側エラーコードが返されるようになりました。
* **KA-9017:** 親フォルダへのアクセスを取り消すと、意図せずネストされたフォルダへのユーザーアクセスまで削除されてしまう不具合を修正。独立した明示的な権限が設定された子フォルダは、想定どおりユーザーのボルトでアクセス可能な状態が維持されるようになりました。
* **KA-9071:** シークレットマネージャー経由で階層型共有フォルダのレコードを削除すると、ゴミ箱に表示されなくなる不具合を修正。削除された階層型共有フォルダのレコードは、所有者のゴミ箱フォルダへ正しく移動し、復元できるようになりました。
* **KA-9077:** 特権アクセス管理のトライアルが期限切れになると、スタンドアロンのアドオンライセンスまで誤って無効化されてしまう不具合を修正。シークレットマネージャー、コネクションマネージャー、リモートブラウザ分離の有効なスタンドアロンライセンスは、有効な状態が維持されるようになりました。
* **KA-9132:** 全管理者がレコードを削除しても、レコード所有者のボルトに自動的に反映されない不具合を修正。手動での同期を行わずに、共有レコードの削除が関係者全員のボルト間で即時に反映されるようになりました。
* **KA-9172:** アプリケーションへの直接共有によって付与されたシークレットが、削除後もシークレットマネージャー経由でアクセス可能な状態のままになる不具合を修正。ゴミ箱に移動した階層型共有フォルダのレコードは、権限を持つユーザーが復元するまでシークレット取得の対象から正しく除外されるようになりました。
* **KA-9298:** シークレットマネージャーにおける階層型共有フォルダのレコードについて、共有フォルダからのレコード削除制限が正しく適用されるようになりました。ポリシーによる制限が適用されている場合、自動化クライアントや権限が制限されたクライアントが共有フォルダからレコードを削除できないようにします。
* **KA-9471:** オートメーターの管理には「デバイス承認の実行」の管理権限が必要となるよう修正し、アクセス制御の抜け漏れを解消。委任管理者は、明示的な承認権限を持つノード上のオートメーターのみを構成・管理できるようになりました。
* **KA-9535:** 階層型共有フォルダのレコードに対するボルト同期クエリを最適化し、不要なデータペイロードの取得を排除しました。データ転送のオーバーヘッドが大幅に削減され、ネットワークの待機時間が短縮されて同期の応答性が向上します。
* **KA-9551:** 深い階層のフォルダ構造内で連続してフォルダを移動すると、以降のボルト同期に不整合が生じる不具合を修正。フォルダ階層を再編成しても、クライアント全体でフォルダの位置と同期状態の整合性が保たれるようになりました。
* **KA-9596:** ユーザー名が空の場合でも、アカウント切り替えリストからのアカウント削除が成功してしまう入力検証の不具合を修正。APIはユーザー名パラメータを検証するようになり、必須項目が不足している場合はHTTP 400 (Bad Request) を返します。
* **KA-9611:** 階層型共有フォルダのユーザー権限を繰り返し切り替えた後に発生する同期の不具合を修正。以前に取り消したフォルダへのアクセスを復元した際、クライアントのボルトとフォルダの表示状態が正しく更新されるようになりました。

<br>


---

# 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/release-notes/jp/backend/backend-api/backend-api-18.1.10.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.