--- title: "特権ID管理とは？管理者権限のリスクと対策を整理【SG試験】" description: "特権ID管理を管理者権限の濫用・共有・放置を防ぐ運用として整理し、最小権限、貸出承認、操作ログ監視、内部不正対策をSG試験で切り分ける視点を示します。一般利用者の認証管理ではなく、強い権限を一時的・記録付きで扱う点を押さえます。" last_modified_at: "2026-07-18" canonical_url: "https://stemtazoo.github.io/sg/privileged-id/" section: "sg" --- ## まず結論 特権ID管理とは、管理者など強い権限を持つアカウントを厳重に管理することであり、SG試験では「誰が何をしたか特定できるか」が重要な判断ポイントになります。 --- ## 直感的な説明 特権IDは「何でもできる鍵」のようなものです。 たとえば、 - データの削除 - 設定変更 - ユーザ管理 👉 便利ですが **悪用されると被害が非常に大きい** --- さらに問題なのは👇 - 複数人で共有している - 操作が記録されていない 👉 **誰が何をしたか分からなくなる** --- ## 定義・仕組み 特権IDとは、システムの管理や設定変更など、強い権限を持つアカウントのことです。 --- ### ■ 主なリスク - 不正操作（意図的な改ざん） - 操作ミスによる障害 - 証跡が残らない（責任追跡不可） --- ### ■ 基本対策（重要） #### ① 個人ごとにIDを割り当てる - 共有禁止 👉 誰が操作したか特定できる --- #### ② 最小限の利用に制限 - 必要なときだけ使用 👉 不正の機会を減らす --- #### ③ 操作ログの取得と確認 - 操作履歴を記録し、定期的に確認 👉 不正の検知・抑止 --- #### ④ 利用ルールの明確化 - 利用手順・承認フローを整備 👉 正当化を防ぐ --- ### ■ 内部不正との関係 特権IDは、不正のトライアングルの中でも 👉 **「機会（Opportunity）」を大きく左右する要素** --- ## どんな場面で使う？ ### ■ 使う場面 - サーバ管理 - データベース管理 - システム運用 👉 SG試験では 「特権IDの扱いが適切か」がよく問われます。 --- ### ■ 使うと誤解しやすい場面 - 作業効率のために共有する → セキュリティ上は不適切 - ログを取っているから問題ない → 確認しなければ意味がない --- ## よくある誤解・混同 ### ❌ 「特権IDは共有しても問題ない」 → ⭕ 誰が操作したか分からなくなる --- ### ❌ 「ログを取っていれば安心」 → ⭕ 確認しないと不正を見逃す --- ### ❌ 「パスワードを強化すれば十分」 → ⭕ 運用（共有・監視）が重要 --- ### ■ SG試験でのひっかけ - 「特権IDを共有して運用効率を上げる」 → 誤り - 「ログを取得しているが確認していない」 → 実質意味がないので誤り 👉 **「特定できるか」「監視できているか」で判断する** --- ## SG試験で選択肢を切る判断軸（特権作業の見分け方） 特権IDに関する問題では、用語の暗記よりも「その作業に特権が必要か」を見分けることが重要です。 迷ったら、次の2点で判断します。 - **システム全体に影響する変更か** - **権限管理そのものを変更する操作か** | 作業例 | 特権的アクセス権の要否 | 判断理由 | |---|---|---| | 利用者の追加・削除 | 必要 | アカウント管理は管理機能への操作だから | | システム設定の変更 | 必要 | 全体動作やセキュリティ設定へ影響するから | | ソフトウェアのインストール／更新 | 必要 | 実行環境を変更し、影響範囲が大きいから | | 監査ログの停止・削除 | 必要 | 証跡管理を破壊できるため高リスクだから | | 通常の業務入力・参照 | 原則不要 | 一般利用者の業務範囲で実施できるから | | 権限変更の申請 | 原則不要 | 申請はできても、実際の付与操作は管理者権限が必要だから | ### ひっかけ回避ポイント - 「管理者が実施する業務」と書かれていても、**実際に権限境界を越える操作か**で判断する。 - 「便利だから共有する」「緊急時だから共有する」は、特権ID管理としては不適切。 - 「ログは取っている」だけでは不十分で、**確認まで運用されているか**を見る。 ## まとめ（試験直前用） - 特権ID＝強い権限を持つアカウント - 共有禁止が基本 - 個人単位で管理する - ログ取得＋確認が必須 - SGでは「追跡できるか」で選択肢を切る