# データはどこにありますか？

このページでは、各セキュリティモードで XMemo が何を保存し、どこで処理し、誰が復号でき、エクスポートや削除時に何が起きるか、そして自分のアカウントで境界を確認する方法を説明します。

- Canonical: https://docs.xmemo.dev/ja/docs/security/where-is-my-data
- Locale: ja-JP
- Content-Locale: ja-JP
- Canonical-Content-Digest: c0058e6fcf05a87e666d8680ed831e494b51ed49b3aad776a01fc3232612a919
- Edition-Digest: 13e97ea7deda26ce8529ec62f439f2586549427a1a894e83963e340925558b07

## クイック比較

## Cloud 管理モード

- XMemo サーバーはサーバー側セマンティックリコール、ランキング、エクスポートのためにメモリ内容を処理できます。
- 最も便利なモードですが、ゼロ知識モードではありません。
- 削除時はメモリー行と関連メタデータを削除します。DSAR エクスポートには平文を含められます。

## Keyguard モード

- ウィザードは KMS binding を保存し、personal_default_mode = keyguard をコミットします。
- リコールには KMS grant が有効であることが必要です。grant を取り消すと以後の decrypt/unwrap はブロックされます。
- XMemo は自身の暗号文とメタデータを削除します。KMS key のローテーションや破棄はテナント側の責任です。

## Vault モード

- XMemo は vault memory を復号できず、vault key をリセットできず、全デバイスとリカバリーキット喪失後の復元もできません。
- Vault データの DSAR エクスポートは暗号文と envelope metadata です。ローカルでデバイスまたはリカバリーキットを使って復号します。
- 機能がクライアント提供またはプライバシー保護表現で動作できない限り、ホスト型セマンティック機能は制限される場合があります。

## 本番データ境界

- Managed Postgres：アカウント、メモリー、ベクトル、設定、監査記録の本番ストレージ境界。
- データベース RLS/runtime context：デプロイ固有の制御です。対象環境で runtime role、migration ledger、runtime-context flag、owner/team CRUD matrix を検証する必要があります。
- Supabase compatibility：ローカルや OSS 利用には有用ですが、service-role の挙動は本番の強化境界と同等ではありません。