基本情報技術者 2018年 春期 午前（科目A） 問43

最小権限の原則【午前解説】

正解の理由

解法ステップ

1. アプリケーションが実行する操作を具体化する：検索（SELECT）と表示のみ。
2. 与えられた権限定義に照らし合わせる：参照権限＝読み取り、更新権限＝登録・変更・削除（読み取りを含まない）、管理者権限＝さらに広範。
3. 必要な操作を満たす最小の権限を選ぶ：参照だけなら参照権限のみ。
4. 他の選択肢が要件を満たすか／過剰かを確認する：不足（読み取りできない）や過剰（書き込みや管理操作を許す）であれば不適切。

選択肢別の誤答解説

• ア（管理者権限）
  管理者権限はテーブルに対する参照・登録・変更・削除が可能であり、検索表示だけに比べて不要な書き込み・構造変更権限を与えます。攻撃を受けた際の被害が大きくなるため過剰です。
• イ（更新権限）
  更新権限は登録・変更・削除を行える権限であり、問題文の定義では参照（読み取り）は含まれません。検索表示を行うには参照権限が必要なので、更新権限のみでは動作要件を満たさない一方で、書き込み権限を与える点でリスクが高く不適切です。
• ウ（更新権限と参照権限）
  参照は必要ですが、更新権限を追加で与えると書き込み・削除が可能になり過剰になります。参照と更新は定義上別の権限であり、両方与えると将来の誤操作や不正利用のリスクが増すため、要件に対して最小ではありません。
• エ（参照権限）
  レコードの読み取りだけを許すため、機能要件を満たしつつ権限を最小化できます。よって最適です。

よくある誤解

• 「更新権限があれば参照もできる」は誤り：本問の定義では更新権限は登録・変更・削除であり、参照権限とは別です。実務でもDBごとに権限の範囲は明確に確認する必要があります。
• 「管理者権限を与えておけば何でも安心」は誤り：管理者権限は便利だが被害範囲が大きく、アプリには不要な権限は与えないのが安全です。
• 「開発の便宜優先で多めに権限を与える」は誤り：本番環境では最小権限を守り、必要になってから追加する運用が望ましいです。

補足コラム

• DB側でのロール（read-only）運用やビューを用いてアクセス対象を限定する。
• アプリからのアクセスは接続元IPやネットワークセグメントで制限する。
• 資格情報の管理（秘密情報の安全な保管・ローテーション）と監査ログ（誰が何をしたか）の有効化。
• 将来的に更新機能が必要になった場合は別アカウント／明示的な権限付与プロセスで対応する。

CREATE USER 'app_read'@'app_host' IDENTIFIED BY '強いパスワード';
GRANT SELECT ON mydb.users TO 'app_read'@'app_host';
FLUSH PRIVILEGES;

FAQ