5.1標準
部門ごとに閲覧できる文書が異なる。
モデルは取得文書だけを根拠に回答する。
設計として適切なものを2つ選べ。
× 不正解
認可は検索前に適用して取得候補を制限し、キャッシュ・引用・ログ・出力まで権限漏れをテストする。
詳細解説
誤り似た文書なら別部門のものも返す
類似度はアクセス権を上書きしない。
正しい検索、キャッシュ、引用、ログ、出力の各段階で認可漏れをテストする
後段の再露出も検出できる。
正しい利用者の権限を検索条件へ反映し、取得前に許可された文書だけを候補にする
モデルへ渡るデータを権限内に限定できる。
誤りモデルへ渡した後に画面表示だけを隠す
モデル処理やログへ漏れる可能性がある。
公式資料で確認する
以下の項目を公式資料の記述と照合して確認します。
Task 5.1のデータアクセス制御・漏えい防止と、Bedrock Knowledge Bases公式のメタデータフィルターを確認する。許可部門の異なる2利用者を想定し、取得候補・キャッシュ・引用・ログ・出力で越権露出がないか確認項目を作る。
参考にした公式資料
確認できる内容
検索条件を信頼できる利用者権限から作る理由と、後段の再露出を検査する必要性を説明できる。
理解のポイント
- ACL
- 検索前
- キャッシュ
確認時の注意
- 確認環境: AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
- メタデータフィルターを指定するだけで認可が完成するわけではない。認証済み主体の許可情報をアプリ側で信頼できる形で決め、利用者が任意に条件を外せない設計にする。
- 文書に付ける権限メタデータの正しさ・更新と、キャッシュの権限別分離も確認する。実ユーザーデータの取得やAWS操作は行わない。
基礎のおさらい
アクセス制御リスト
主体ごとに対象リソースの許可・拒否を表す情報。
検索前フィルター
検索候補を作る段階で利用者権限を適用する制御。
問題IDAWS-AIF-328
確認環境AWS公式AIF-C01試験ガイドとAWS公式ドキュメントの確認
最終技術確認2026-10-23
誤り・権利侵害を報告