共有アカウントの利用履歴を追うことができない『アカウントライフサイクル管理の話④』
「この操作、誰がやりましたか？」
しかし、共有アカウントを使っていると 答えられない。
誰でもログインできる便利さと引き換えに、
操作の責任が消える。
冒頭の一言要約
共有アカウントは便利だが、
“誰がやったか分からないシステム”を作る。
症状（あるある）
操作ログに同じIDしか出ない
障害発生時に担当者が特定できない
誤操作の原因が追えない
パスワードが社内で共有されている
担当者が退職してもパスワード変更されない
監査で「責任追跡不可」と指摘
原因と仕組み（なぜ起きるか）
運用効率を優先して共有IDを使う
個別アカウントを発行していない
管理者アカウントを共用している
操作ログの個人識別がない
権限管理が整理されていない
パスワード更新ルールが曖昧
システムのログは
「ID単位」で記録される。
そのため、共有IDを使うと
誰が操作したか追跡できない。
図：共有アカウントの問題
ユーザーA
ユーザーB
ユーザーC
↓
共有アカウント login
↓
ログ：admin切り分け（最短コース）
共有アカウントの洗い出し
管理者ID
運用ID
ログ確認
個人識別可能か
権限付与方法確認
個別ID or 共通ID
パスワード管理確認
更新ルール
監査要件確認
操作追跡が必要か
今すぐ効く対処（テンプレ）
◆ 基本ルール
個人アカウントでログイン
管理操作は権限昇格
共有IDは原則廃止
◆ 例（一般的な運用）
通常ログイン：個人ID
管理操作：sudo / 権限昇格
ログ：個人IDで記録恒久対策／再発防止チェックリスト
個人アカウント運用
管理者権限の分離
操作ログ保存
権限昇格方式導入
共有ID廃止
パスワード共有禁止
管理者操作レビュー
監査ログ定期確認
落とし穴（やりがちミス）
「admin」アカウント共有
運用用IDを全員で使用
パスワードをチャット共有
管理者アカウント1つのみ
操作ログを確認しない
まとめ（行動指針）
セキュリティの基本は
「誰が何をしたか分かること」。
共有アカウントは
この前提を崩してしまう。
ログインは個人ID。
権限は必要な時だけ昇格。
この形にするだけで、
多くの運用リスクは消える。
