コントロールマッピング
このページでは、VeloDB Cloud BYOCデプロイメントのコントロールをSOC 2基準にマッピングし、セキュリティ監査員に対してどのコントロールをVeloDBが所有し、どのコントロールを顧客が所有するかを示します。
BYOC（Bring Your Own Cloud）は、ウェアハウスコンピュートと顧客ウェアハウスストレージを顧客のクラウドアカウントにデプロイします。この配置は顧客のデータプレーンに適用されます。関連するすべての記録が顧客のVPCまたは選択されたリージョンに残ることを意味するものではありません。コントロールプレーンのメタデータ、運用テレメトリ、ログ、サポートおよび診断記録、クエリ関連記録、アクセス証跡、その他の運用記録は、該当するDPA、Security Addendum、BYOC Addendum、保持ポリシー、サポートプロセス、テレメトリ文書、および下請業者開示に従って処理されます。
このページでは、6つのコントロールドメインを取り扱います：アクセス管理、変更管理、インシデント対応、ロギングと監視、インフラストラクチャプロビジョニング、ベンダー管理。各コントロールについて、責任者、該当するSOC 2 Trust Services Criteria（TSC）、およびVeloDBコントロールIDを特定します。
VeloDB Cloudは、コントロールプレーンとウェアハウスサービスを対象とするSOC 2 Type IIレポートを保持しています。レポートおよびその他の監査成果物を要求するには、VeloDB Trust Centerを使用してください。フレームワークの完全なリストについては、Compliance and Trustを参照してください。
このマッピングの読み方
マッピングでは、共有責任モデルとBYOC Security境界に従って、3つの責任階層を使用します。
| 階層 | BYOCにおける責任 |
|---|---|
| クラウドプロバイダー | 物理データセンター、ハードウェア、ハイパーバイザー。 |
| VeloDB Cloud | ウェアハウスソフトウェアとその運用、コントロールプレーン、オーケストレーションエージェント、ウェアハウスリソースのプロビジョニングと実行に使用されるスコープ付きクロスアカウントロール。 |
| 顧客（あなた） | クラウドアカウント、VPC、すべてのプロビジョニングされたリソース、アイデンティティとキーマテリアル、ネットワーク公開、インフラストラクチャ層ロギング。 |
各コントロールはVeloDBコントロールIDを持ちます：
| プレフィックス | ドメイン |
|---|---|
VDB-AC | アクセス管理 |
VDB-CM | 変更管理 |
VDB-IR | インシデント対応 |
VDB-LM | ロギングと監視 |
VDB-IP | インフラストラクチャプロビジョニング |
VDB-VM | ベンダー管理 |
補完的コントロール（CUEC）は、VeloDBの設計が顧客が運用することを前提とする顧客所有のコントロールです。これらのコントロールは各テーブルの右列に表示されます。補完的コントロールが効果的に動作していない場合、対応するVeloDBコントロールはその目的を達成できない可能性があります。
BYOC運用境界
境界は、各コントロール活動を技術的に実行できる者を決定します。
- クロスアカウント信頼。 顧客は、VeloDBアカウントID
757278738533を信頼し、VeloDB Consoleからの外部IDを必要とするクロスアカウントIAMロールを作成します。Google CloudとAzureでは、これに相当するのは、カスタムロールにバインドされた顧客作成のサービスアカウントまたは管理アイデンティティです。BYOC on AWS、GCP guide、およびAzure guideを参照してください。 - タグスコープ権限。 デプロイメントロールは、コンピュート、負荷分散、ライフサイクルリソースを作成、変更、終了できます。変更アクションは
resource-created-by: velodbタグを条件とします。VeloDBはそのタグを持たないリソースに対して行動できません。 - データ認証情報。 別のインスタンスプロファイルロールが、ウェアハウスに顧客のオブジェクトストレージバケットへの読み書きアクセスを付与し、そのバケットにスコープされます。
- オーケストレーションエージェント。 VeloDB Agent仮想マシンが顧客VPC内で実行されます。これとVeloDBが作成したすべてのリソースは、Cloud Resource Precautionsにリストされたタグを持ちます。
- プライベート接続。 コントロールプレーントラフィックは、PrivateLink（AWS）、Private Service Connect（GCP）、またはPrivate Link（Azure）を使用するため、ウェアハウストラフィックはクラウドプロバイダーのバックボーンに留まります。
顧客はいつでもクロスアカウントロールを取り消すことができます。
ドメイン別コントロールマッピング
各行では、VeloDBコントロール、その主要なSOC 2基準、VeloDBが所有する活動、および顧客が運用しなければならない補完的コントロールをリストします。
アクセス管理
| コントロールID | SOC 2 TSC | VeloDB所有コントロール | 顧客補完的コントロール（CUEC） |
|---|---|---|---|
| VDB-AC-01 | CC6.1, CC6.3 | Consoleとウェアハウスへの最小権限アクセスを実施します。スコープ付きクロスアカウントロールとインスタンスプロファイルロールを通じてのみデータプレーンに到達します。 | 発行された外部IDでクロスアカウントロールを作成し、文書化されたポリシーのみを添付し、そのロールを編集できる者を制限してください。 |
| VDB-AC-02 | CC6.2, CC6.3 | VeloDB職員のコントロールプレーンとウェアハウスサービスへのアクセスの登録、変更、削除を管理します。 | 適時の削除を含め、自社のコンソールユーザー、データベースユーザー、ロールを管理してください。Identity and Accessを参照してください。 |
| VDB-AC-03 | CC6.1 | resource-created-by: velodbタグを持つリソースでのみ変更クラウドアクションを許可し、VeloDBがタグなしリソースを変更することを防ぎます。 | クラウドアカウントのルートとIAM境界を所有してください。文書化されたスコープを超えてロールポリシーを拡張しないでください。 |
| VDB-AC-04 | CC6.6, CC6.7 | ウェアハウスエンドポイントにプライベート接続とIP許可リストコントロールを提供します。 | ネットワーク公開、セキュリティグループ、許可リストを設定してください。エンドポイントを公開するかどうかを決定してください。Network Securityを参照してください。 |
| VDB-AC-05 | CC6.7 | プライベートパスでのクラウドプロバイダーのハードウェア層を使用したデータ転送暗号化と、サポートされる場合のプロトコルレベル暗号化を行います。Encryption in Transitを参照してください。 | 接続プロトコルとプライベート対パブリックパスを選択してください。クライアント側TLS設定を所有してください。 |
変更管理
| コントロールID | SOC 2 TSC | VeloDB所有コントロール | 顧客補完的コントロール（CUEC） |
|---|---|---|---|
| VDB-CM-01 | CC8.1 | セキュアな開発・リリースプロセスを通じてウェアハウスとコントロールプレーンの変更を開発、テスト、レビュー、リリースします。Security Programを参照してください。 | 変更ウィンドウに適合する時期にVeloDB Consoleを通じてウェアハウスのアップグレードと設定変更をスケジュールし、受け入れてください。 |
| VDB-CM-02 | CC8.1 | BYOCプロビジョニングテンプレートとクロスアカウントポリシーをバージョン管理し、作成ウィザードで現在のポリシーを表示します。 | テンプレートとポリシーの変更を適用前にレビューしてください。VeloDB作成リソースを直接編集するのではなく、文書化されたワークフローで更新を適用してください。 |
| VDB-CM-03 | CC8.1 | 通常の運用中、クラウドプロバイダーコンソールでの直接変更を必要とせずにプロビジョニングされたインフラストラクチャを運用します。変更してはならないリソースを文書化します。 | VeloDB作成のIAM権限、仮想マシン、ストレージバケット、セキュリティグループ、プライベートエンドポイントを変更または削除しないでください。そのような変更はウェアハウスを回復不能にする可能性があります。Cloud Resource Precautionsを参照してください。 |
インシデント対応
| コントロールID | SOC 2 TSC | VeloDB所有コントロール | 顧客補完的コントロール（CUEC） |
|---|---|---|---|
| VDB-IR-01 | CC7.3, CC7.4 | VeloDB Cloudサービスとウェアハウスソフトウェアに影響するセキュリティと可用性インシデントを検出、トリアージ、対応します。 | プロバイダーログでのみ表示されるイベントを含め、クラウドアカウントに対する独自のインシデント対応プロセスを実行してください。 |
| VDB-IR-02 | CC7.4, CC7.5 | ウェアハウスサービスの回復を調整し、影響を受けた顧客に通知します。 | 連絡先を指定し、通知を監視し、アカウント所有者のみが実行できるアカウント側の回復アクションを実行してください。 |
| VDB-IR-03 | CC7.4 | インシデント時に、文書化されたスコープ内で、クロスアカウントロールを通じてVeloDBタグ付きリソースに対して行動します。 | 顧客所有キーのローテーション、アカウントガードレールの調整、直接変更されたリソースの復元など、そのスコープ外のアクションを処理してください。 |
ロギングと監視
| コントロールID | SOC 2 TSC | VeloDB所有コントロール | 顧客補完的コントロール（CUEC） |
|---|---|---|---|
| VDB-LM-01 | CC7.2, CC4.1 | メンバー、ロール、請求、ウェアハウスライフサイクルアクションを含むコントロールプレーン組織活動をActivity Logsとして記録します。 | 組織活動ログをレビューし、プログラムが必要とする証跡をエクスポートしてください。Audit Loggingを参照してください。 |
| VDB-LM-02 | CC7.2 | __internal_schema.audit_logシステムテーブルでSQLとクエリ活動を記録します。これはSQLでクエリするか、VeloDB Consoleでレビューできます。 | Audit Loggingをレビューし、デプロイメント固有の保持と証跡ニーズをVeloDB Supportに確認してください。 |
| VDB-LM-03 | CC7.1, CC7.2 | 実行するウェアハウスサービスのヘルスと運用を監視します。 | インフラストラクチャ層ロギングを所有してください。BYOCでは、プロバイダーイベントはAWS CloudTrailやGoogle Cloud Audit Logsなどの独自のロギングサービスから提供されます。VeloDBはそれらのログを所有しません。 |
インフラストラクチャプロビジョニング
| コントロールID | SOC 2 TSC | VeloDB所有コントロール | 顧客補完的コントロール（CUEC） |
|---|---|---|---|
| VDB-IP-01 | CC6.1, CC8.1 | バージョン管理されたテンプレートとスコープ付きロールを通じてウェアハウスコンピュート、負荷分散、ストレージライフサイクル、ネットワーキングをプロビジョニングします。作成されたすべてのリソースにタグを付けます。 | VPCまたはVNetとサブネットを準備してください。アカウントクォータとガードレールを所有してください。ロールを作成しテンプレートを実行してプロビジョニングを承認してください。 |
| VDB-IP-02 | A1.1, A1.2 | オブジェクトストレージバケットでウェアハウスストレージを設定し、バケットバージョニングを推奨します。サービス層でウェアハウスデータ保護を管理します。 | オブジェクトストレージ設定とデータ保護に必要な同一リージョンバックアップを含む、アカウントの耐久性体制を所有してください。 |
| VDB-IP-03 | A1.2 | 文書化されたBYOC可用性トポロジーをサポートします。 | 高可用性と災害復旧トポロジーを定義してください。Reliabilityをレビューし、デプロイメント固有の回復力要件をVeloDB Supportに確認してください。 |
| VDB-IP-04 | CC6.1, CC8.1 | 廃止時にウェアハウスを削除します。VPC内の最後のウェアハウスを削除すると、VeloDB管理のBYOCインフラストラクチャも破棄されます。 | クロスアカウントロールと信頼を取り消し、残っている顧客所有のストレージ、キー、ネットワーキング、プライベート接続リソースを削除してください。Offboarding Guideを参照してください。 |
ベンダー管理
| コントロールID | SOC 2 TSC | VeloDB所有コントロール | 顧客補完的コントロール（CUEC） |
|---|---|---|---|
| VDB-VM-01 | CC9.2 | ベンダーと下請業者プログラムを維持し、下請業者リストを公開します。BYOCでは、インフラストラクチャは顧客自身のクラウドアカウントで実行されます。Subprocessorsを参照してください。 | VeloDBをベンダーとして評価してください。デプロイメントをホストするアカウントのクラウドプロバイダーとの独自の契約を維持してください。 |
| VDB-VM-02 | CC9.2, CC2.3 | 認証、監査レポート、信頼資料を公開し、Trust Centerを通じてデューデリジェンスをサポートします。 | SOC 2レポート、このコントロールマッピング、その他の信頼成果物を使用して定期的なベンダーレビューを実行してください。 |
顧客補完的コントロール
VeloDBのコントロールは、顧客が以下の補完的コントロールを運用することを前提としています。それぞれはBYOCデプロイメントで常に必要です。
- 発行された外部IDでスコープされ、文書化されたポリシーに限定された、クロスアカウントロール、サービスアカウント、または管理アイデンティティを作成・保護する。
- 適時のアクセス削除を含む、コンソールユーザー、データベースユーザー、ロールの管理。
- クラウドアカウント境界の維持、文書化されたワークフロー外でのVeloDB作成リソースの変更・削除の禁止。
- ネットワーク公開、セキュリティグループ、許可リスト、プライベート対パブリック接続の設定。
- インフラストラクチャ層ロギングの管理とプロバイダー監査ログのレビュー。
- 監査保持の設定とプログラムが必要とする証跡の収集。
- キーマテリアルとアカウントのデータ保護、高可用性、災害復旧体制の管理。
- ウェアハウス削除後のアクセス取り消しとリソース削除のためのアカウント側オフボーディングの完了。
BYOC除外と前提条件
以下の項目は、BYOCデプロイメントにおけるVeloDBの直接制御外です。
- クラウドアカウント所有権。 顧客がアカウント、ルート認証情報、すべてのアカウントレベルガードレールを所有します。VeloDBはスコープ付きで取消可能なロールを通じてのみ行動します。
- インフラストラクチャ層ログ。 CloudTrailやCloud Audit Logsなどのプロバイダー監査ログは、顧客によって生成・保持されます。VeloDBコントロールレポートは顧客のプロバイダー側ロギングを対象としません。
- タグスコープリーチ。 VeloDBが実行する変更アクションには
resource-created-by: velodbタグが必要です。そのタグのないリソースはVeloDBの運用制御外です。 - キー管理。 顧客は顧客管理キーの所有とローテーションに責任を負います。VeloDBはデータ保存時暗号化を行い、顧客独自のキーを使用するウェアハウスレベル暗号化層をサポートします。Encryption at Restを参照してください。
- 可用性トポロジー。 可用性と回復力要件はデプロイメントに依存します。Reliabilityをレビューし、デプロイメント固有の要件をVeloDB Supportに確認してください。
- 直接コンソール操作。 クラウドプロバイダーコンソールからのVeloDB作成リソースの変更・削除は、サポートされたモデルの範囲外であり、回復不能なウェアハウス状態を引き起こす可能性があります。
- 廃止。 VeloDBは、そのスコープ付きロールが削除を承認されたVeloDB管理リソースを削除します。顧客は、アクセスの取り消しと、残っている顧客所有のストレージ、キー、ネットワーキング、IAMリソースの削除に責任を負います。
証跡
| 証跡 | ソース |
|---|---|
| SOC 2 Type IIレポート、ISO 27001証明書、DPAまたはセキュリティ附属書 | VeloDB Trust CenterまたはVeloDB Cloudアカウントチーム |
| クロスアカウントとデータ認証情報権限スコープ | BYOC on AWS、GCP、Azure |
| コントロールプレーンとSQL監査証跡 | Audit Logging |
| BYOCでのインフラストラクチャイベント | 顧客クラウドプロバイダー監査ログ |
| 共有責任境界 | BYOC Security、Security Overview |
| オフボーディングとリソース削除 | Offboarding Guide |
これらのコントロールを特定の評価質問票にマッピングする支援については、VeloDB Cloudアカウントチームに連絡するか、VeloDB Trust Centerを使用してください。