Bedrock のデータ・識別・運用制御を審査する

審査するシステムを特定する

アカウント所有者、送信元リージョン、エンドポイント、API、モデルまたは推論プロファイル、出典、接続ツールを記録します。データフローには、ログ、応答の保存、キャッシュ、バックアップも含めます。モデル呼び出しだけの図では、別の場所に残るデータを見落とします。

担当者と制御を確認する

制御	証拠	テスト
ワークロードの識別	ロールとリソース範囲のポリシー	権限のない呼び出し元を拒否
データアクセス	文書・記録の権限規則	二つの役割が各自の許可データだけを見る
処理地域	モデルカードと推論先	設定が承認された地理範囲に合う
保存	応答、ログ、キャッシュ設定	選択したライフサイクルに従って保存
業務操作	承認、検証、重複処理	未承認・重複書き込みを拒否または安全に処理
運用	障害責任者と復旧手順	依存先の障害を制御された結果にする

呼び出しと保存を分けて審査する

Responses は既定で会話状態を保存します。状態の保存が不要なら store: false を明示します。これでアプリケーションログや別途設定する呼び出しログの審査を省けるわけではありません。呼び出しログはプロンプトと出力を含み得ますが、既定では無効です。ログへのアクセスと保存期間を個別に制御します。

クロスリージョン推論では、送信元以外のリージョンで処理することがあります。地理範囲は技術上のルーティング境界であり、法的な結論ではありません。責任者が全体のデータフローに照らして、適用される契約・規制要件を確認します。

判断の記録を作る

発見ごとに、担当者、証拠、必要な変更、公開への影響を記録します。ポリシーの画像だけでなく、否定的なテストで修正を確認します。未解決事項を残し、技術検収と法的審査を区別します。この一覧は証拠整理を支えるもので、適合認証ではありません。

公式参考資料

資料確認日：2026年10月17日。本記事は参考手順であり、記事作成のためのクラウド API 呼び出しは行っていません。