１．ユーザーID（IDentification）
ユーザーを識別するための名前
コンピュータシステムやネットワークを利用するときには、
誰かを特定するために、ユーザーIDとパスワードの入力を求められる
ユーザーIDには２種類の使用者を設定することができる
管理者権限を持つユーザ・・・特権ＩＤを付与して他のユーザと区別する
一般ユーザ・・・ユーザＩＤを付与して、ユーザ同士を区別する
双方とも使用する際にはパスワードの入力を必須にすることが多い
２．特権IDの重要性
一般にシステム管理者が使う、高レベルの権限を持ったシステムＩＤ
Windowsでは【administrator】
UNIXやLinuxでは【root】
システムに対する重要な操作が可能なＩＤです
サーバの起動や停止
アプリケーションのインストール
システム設定の変更
全データへのアクセス 等々
オールマイティーな権限は非常に便利だが、弊害もある
何でもできるということは、ちょっとしたミスで重大事故を引起こしかねない
特権ＩＤが悪意のある者に使わるようなことがあれば、被害は甚大になる
情報漏洩から始まり、破壊や機能停止まで、あらゆる危険に晒される
３．特権IDの利用状況
こういった形で使われている
複数の管理者で共有利用
ローカルな特権ＩＤの管理状況は不明
長期間、同じパスワードを利用
複数のデバイスで同じパスワードを利用
利用状況が不明確
懸念事項（特権ＩＤの管理が適切に行われていない場合）
攻撃を受けやすく
インシデント発生時の追跡が困難
４．管理方法
・アクセス管理
特権ＩＤで直接サーバにログインしているケース
ログインする際は少ない権限の一般ユーザＩＤでログインし
必要に応じて特権ＩＤを利用する
Ｌｉｎｕｘ／ＵＮＩＸ
一般ユーザでログイン後、【su】コマンドや【sudo】コマンドで
一時的に特権を利用する
Ｗｉｎｄｏｗｓ
【runas】コマンドで一時的に特権を利用する
・利用者識別(本人確認と認証の強化)
脆弱なパスワードや長期間同一パスワードを利用している場合
パスワードが推測され、なりすましの危険性がある
複数のユーザでパスワードを共有している場合
誰が特権ＩＤを利用しているか不明になる恐れがある
セキュリティ事故が発生した時に特権ＩＤの利用者を識別できないため
調査や原因の特定が遅れ被害を拡大させることになる
対応策
ユーザごとに一意のＩＤを割り当て、複雑なパスワードを利用する
パスワードは定期的に変更する
ワンタイムパスワードなどの２要素認証を利用する
・トレーサビリティ
事故が発生した場合、調査や原因の特定をおこなうためには証跡が必要
証跡の内容に必要な項目
特権ＩＤ利用者
特権ＩＤ利用日時
特権ＩＤを利用したサーバ
利用した特権ＩＤ
・その他の管理項目
・パスワード ポリシーの強制
パスワードポリシーを自動的に適用する
・デフォルトで設定されているＩＤやパスワードの変更
サーバ、データベース、アプリケーション、ネットワーク機器など
既知のＩＤは攻撃者のターゲットとなりやすい
・コーディングされているＩＤやパスワードの削除
スクリプトファイル、設定ファイルなど
・ローカル管理者アカウントの定期的な調査
不要なアカウントは攻撃者のターゲットになりやすい
標的型攻撃のバックドアとしてローカル アカウントが作成される
・重要なサーバと利用者の環境を論理的な分離
標的型攻撃で利用者ＰＣがマルウェアに感染した場合
重要なサーバへのアクセスやマルウェアの拡散を防止する