別の利用者へ、情報が渡らないかを見る

取得時の認可と、作った応答を再利用する境界をつなげて読みます。

この場面から考える

会員・組織のデータをAPIと共有キャッシュで扱うとき。

取得する時点と再利用する時点の両方で、相手の区別が残るかを確かめます。

1 / 3
対象と操作を並べる
詳細・一覧・出力ごとに、誰がどの対象へ何をできるかを読みます。
残す証拠
認可条件と、それを確認する既存テストの対応。
2 / 3
応答の共有範囲を読む
利用者に依存する経路で、Cache-Control、CDN設定、キーの区切りを比べます。
残す証拠
共有できる応答と、利用者ごとに分ける応答の根拠。
3 / 3
境界の確認範囲を残す
既存の許可・拒否と利用者間分離の試験を読み、未検証の経路や条件を明示します。
残す証拠
利用者・組織・経路・キャッシュ状態ごとの試験範囲。

会員や組織のデータを、詳細・一覧・一括出力で返すAPI。

入口ごとに、呼び出し元と対象を照合する認可処理を読みます。

利用者ごとに変わる応答を、CDNやアプリのキャッシュでも扱うサービス。

対象の応答、共有キャッシュ設定、キャッシュキーの対応を読みます。

アプリのAPIを悪用して会員専用サーバーの情報が取得されました。具体的な認可不備や脆弱性の内容は未公表です。 3,179,454人分の会員情報が流出しました。第二報の最大3,455,754人分から修正されました。決済情報は別管理で対象外です。

負荷軽減のキャッシュ設定変更後、同時アクセスで別ユーザーの情報を表示する状態になりました。自分の情報を表示された可能性のある最大107名と、他人の情報を表示された可能性のある最大322名を分けています。429名を流出被害者数とは扱いません。

選定した事例です。確度・未確認事項・出典は各詳細で確認できます。

操作できる範囲: 利用者が、その対象に、その操作をしてよいかを決めること。ログインできることとは別の判断です。; 対象を別の利用者や組織に変えても、同じ判断が働きますか。; この言葉に関係する点検へ →
組織ごとの境界: 同じアプリを使う会社やグループの区切り。データと権限が、この区切りをまたがないかを見ます。; 一覧・詳細・出力のどこでも組織の境界を確認していますか。; この言葉に関係する点検へ →
応答の再利用: 一度作った応答などを保存して再利用する仕組み。誰と共有するか、どの条件で再利用するかを決めます。; 利用者に依存する応答が、他の人に再利用されませんか。; この言葉に関係する点検へ →

取得時に正しくても、再利用した応答で境界が崩れないかを別に確かめます。

参照資料と確認日

OWASP: Authorization Cheat Sheet ↗
Enforce Least Privileges; Validate the Permissions on Every Request
IETF / RFC Editor: RFC 9111: HTTP Caching ↗
3.5; 5.2.2.5 no-store; 5.2.2.7 private

教材の確認 2026-11-12 · 事故カタログの確認 2026-11-09

このガイドの2ルールと点検例を、範囲を変えずに渡せます。証拠がない項目は未確認に残します。