情報セキュリティマネジメント 2019年 春期 午前（科目A） 問25

権限分離と最小権限【情報セキュリティマネジメント解説】

正解の理由

• 最小権限（必要最小限の権限だけ付与する原則）を満たすため、スキーマ変更権限と日常データ操作権限を分離する必要がある。
• スキーマ変更はデータ消失やサービス停止につながるリスクが大きく、専用アカウントで厳格に管理するべきだからです。

解法ステップ

1. アカウントの用途を確認する（「データ構造の定義用」か「データの入力・更新用」か）。
2. それぞれが実際に必要とする操作を対応させる。
   • スキーマ定義 → テーブルの作成・削除（DDL）が必要。日常のレコード更新（DML）は不要。
   • データ入力・更新 → レコードの更新（DML）が必要。テーブル作成・削除（DDL）は不要。
3. 最小権限と職務分離（役割分離）に照らして、不要な権限が付与されていない組合せを選ぶ。
4. 上の基準に合致する選択肢を選ぶ（今回の場合は イ）。

選択肢別の誤答解説

• ア（データ構造の定義用アカウント：レコード更新 有、テーブル作成・削除 無）
  • 誤り。スキーマ定義用にレコード更新権限を与えるのは過剰です。誤操作や侵害時の被害範囲が広がります。
• ウ（データの入力・更新用アカウント：レコード更新 有、テーブル作成・削除 有）
  • 誤り。日常作業担当にテーブル作成・削除権限を与えるのは危険です。誤ってテーブルを削除すると業務停止やデータ消失の重大事故につながります。
• エ（データの入力・更新用アカウント：レコード更新 無、テーブル作成・削除 有）
  • 誤り。入力・更新用であるのにレコード更新権限が無いのは用途に合っていません。さらにテーブル作成権限だけ与えるのは役割が逆転しており不適切です。

よくある誤解

• 「管理者アカウントだから何でも与えてよい」
  → 管理者権限を常用すると誤操作や不正利用時の被害が大きくなります。管理作業は専用アカウントで実施し、普段は使わないようにします。
• 「DDLは滅多に使わないから監視は不要」
  → DDL操作は稀だが影響が大きいので、ログや承認プロセスで必ず監視・記録します。
• 「アプリが動かないからといって都度権限を広げる」
  → 一時的な権限付与は監査・記録を残し、作業後に必ず取り消す運用が必要です。

補足コラム

• 役割ベースアクセス制御（RBAC: Role-Based Access Control；役割に基づくアクセス制御）で、DDL権限は「DBA」ロール、DML権限は「アプリ」ロールに分ける。
• スキーマ変更は変更管理（申請・承認）を経て、メンテナンス時間に限定して実施する。
• 管理操作は個人アカウントではなく管理専用アカウントで行い、ログ（監査）を残す。必要なら多要素認証（MFA）で保護する。 職場でのイメージ：テーブルを作るのは設計担当者（申請と計画あり）、日常的なデータ入力は営業や事務が使うアプリのアカウント、という分担にすると運用しやすいです。

FAQ