評審 Bedrock 的資料、身分與營運控制
收集權限、處理地區、留存與故障責任的具體證據，供上線評審。
明確被評審的系統
記錄帳號歸屬、來源區域、端點、API、模型或推論設定、資料來源及連線工具。資料流應包含日誌、回應留存、快取和備份，只畫模型呼叫會遺漏其他保留資料的位置。
與負責人逐項核對
| 控制 | 證據 | 測試 |
|---|---|---|
| 工作負載身分 | 角色及資源範圍策略 | 無權呼叫者被拒絕 |
| 資料存取 | 文件與記錄權限規則 | 兩類角色僅看到各自獲准資料 |
| 處理地區 | 模型卡與推論目標區域 | 設定符合批准地理範圍 |
| 留存 | 回應、日誌與快取設定 | 保留內容符合生命週期 |
| 業務動作 | 核准、校驗、重複處理 | 未批准或重複寫入被拒絕或安全處理 |
| 營運 | 故障負責人和恢復手冊 | 依賴故障產生受控結果 |
分開評審呼叫與留存
Responses 預設保留會話狀態，不需要狀態留存時應明確選擇 store: false。這不能替代應用日誌和單獨設定的呼叫日誌評審。呼叫日誌可包含提示詞與輸出，且預設關閉；日誌存取和保留時長需要獨立控制。
跨區域推論可能在來源區域之外處理資料。地理範圍是技術路由邊界，不能自動得出法律結論。由責任人依據完整資料流核對合約和監管要求。
形成決策登記表
每項發現都記錄負責人、證據、需要的修改及對發布的影響。用反向測試確認修復，而不是只儲存策略截圖。保留未解決項，區分工程驗收與法律審查；清單用於組織證據，不構成合規認證。
官方資料
文件核驗日期：2026 年 10 月 17 日。本文為參考指南，本次未執行真實雲端 API 呼叫。