
退職者アカウントの棚卸し|権限を最小化する一人運用の手順
「そういえば、去年辞めたあの人のアカウント、まだ残ってないっけ」。 別の作業をしているときに、ふとそんな不安がよぎる。確認しなきゃとは思うけれど、どこに何のアカウントがあるのか一覧もないし、今すぐ手を止めて調べる余裕もない。そのまま、また後回しになってしまう。
一人で保守を背負っていると、こういう「気になっているのに手が回らないこと」が、じわじわ溜まっていきますよね。誰かがやってくれるわけでもないし、退職手続きのフローにアカウント削除が組み込まれていない現場も多い。
でも、これは意識が低いからでも、サボっているからでもありません。棚卸しの「型」と一覧がないだけです。型さえ作れば、退職のたびに同じ手順でサッと回せます。今日は、その型を一緒に作りましょう。全部を一度に完璧にしなくて大丈夫。まずは「うちにアカウントがある場所」を書き出すところからで十分です。
結論:①アカウントが存在する「場所(サーバー・SaaS・DB・共有アカウント等)」を洗い出して一覧にし、②各利用者が現役か退職済みかを突き合わせ、③退職者は無効化→一定期間おいて削除、現役者も「使っていない権限」を外して最小化する。この順で、まずは場所の一覧を1枚作るところから。
アカウントの持ち方(Active Directory・IdP/SSO・各SaaS個別・Linuxローカル等)は環境で大きく変わります。本文は自分の構成に読み替えつつ、削除・無効化の操作は必ず影響を確認してから行ってください。
なぜ「退職者アカウント」が残ってしまうのか
- どこにアカウントがあるか、そもそも一覧(棚卸し表)がない
- 退職の連絡は来るが、その人がどのシステムを使っていたか把握できていない
- 「消して何か動かなくなったら怖い」ので、無効化すら手が止まる
- 共有アカウント(みんなで使う1つのID)が混ざっていて、誰のものか分からない
どれも「うっかり」ではなく、仕組みがないから起きることです。だから、退職のたびに悩まなくていいよう、棚卸しを一覧と手順にしていきます。
まず洗い出す:アカウントが「どこにあるか」を1枚にする

いきなり「誰を消すか」から入ると、抜けが出ます。まず、アカウントが存在しうる場所を全部書き出します。思いつく限りで大丈夫。よくあるのは次のような場所です。
- サーバーのログインアカウント:Linux のユーザー、SSH 公開鍵、sudo 権限を持つ人
- 管理画面・アプリの利用者:WordPress の管理者、社内システムのユーザー、管理コンソール
- クラウド/SaaS:IaaS の IAM ユーザー、GitHub/GitLab、監視サービス、メール、チャット
- データベース:DB の接続ユーザー、直接ログインできるアカウント
- VPN・ネットワーク機器:リモート接続、ルーター/機器の管理者
- 共有アカウント:みんなで使い回している ID(これが一番あぶない。後述)
場所ごとに「利用者一覧をどこで見られるか(管理画面のURL・コマンド)」もメモしておくと、次回の棚卸しが一気に楽になります。この1枚が、今日いちばんの資産です。
突き合わせる:現役か退職済みかを確認する
場所の一覧ができたら、各アカウントの持ち主が「今も在籍しているか」を突き合わせます。
- 人事・総務の在籍リスト(あれば)と照らす。なければ、思い当たる退職者・異動者を書き出す
- 一覧の各アカウントに「現役/退職済み/不明/共有」のいずれかを付ける
- 「不明」を放置しない。最終ログイン日時が分かるものは、長期間ログインのないアカウントを重点的に確認する
ここで大事なのは、犯人探しをしないことです。残っていたのは誰かの怠慢ではなく、フローがなかっただけ。淡々と「現役/退職済み」を仕分けていきます。
無効化→削除の順で外す:いきなり消さない
「消して何か動かなくなったら」の不安は当然です。だから、いきなり削除せず、段階を踏みます。
① まず無効化(ログインできない状態に)
- アカウントを削除せず、ログイン無効化・パスワード無効化・鍵の失効で「使えないが残っている」状態にする
- こうしておけば、万一そのアカウントが何かに使われていた場合でも、すぐ気づけて戻せる
② 一定期間おいて、影響がなければ削除
- 無効化してから数週間〜1か月ほど様子を見て、業務・バッチ・連携に支障が出ないことを確認する
- 問題がなければ、正式に削除する。監査ログやライセンスの都合で「削除せず無効化のまま保持」が適切な場合もあるので、環境のルールに合わせる
③ 「そのアカウントで動いていた処理」を確認する
- 退職者の個人アカウントで、バッチ・cron・API連携・通知の送信元が動いていないかを確認する
- もし動いていたら、無効化する前にサービス用アカウント(人に紐づかない運用専用ID)へ付け替える。ここを飛ばすと、消した瞬間に夜間バッチが止まる、といった事故につながります
共有アカウントは「棚卸しできない」問題
みんなで使い回している共有ID(例:admin を全員で共用)は、退職者が抜けてもパスワードを知っている人が残り続けるため、棚卸しが効きません。全部を今すぐ個別化するのは大変なので、現実的にはこの順で進めます。
- 退職者が出たタイミングで、共有アカウントのパスワードを変更する(知っている人から外す、いちばん手軽で効く一手)
- 重要度の高いものから順に、個人ごとのアカウント+権限管理に切り替えていく
- どうしても共有が必要なものは、「誰が知っているか」の一覧だけでも作っておく
一度に個別化できなくても、「退職時にパスワードを変える」を回すだけで、リスクはかなり下がります。
現役者も見直す:使っていない権限を外す(最小化)
棚卸しは退職者だけの話ではありません。現役の人でも、もう使っていない強い権限が残っていることは多いです。ついでに軽く見直します。
- 「念のため管理者」になっているだけで、実際は使っていない権限を外す
- 一時的に付けた強い権限(作業のため一度だけ付与した sudo・管理者)を戻し忘れていないか確認する
- 原則は必要な人に・必要な範囲だけ。困ったら足せばいいので、まずは絞る方向で
権限を最小化しておくと、万一アカウントが乗っ取られたときの被害も、操作ミスの範囲も小さくできます。責める話ではなく、お互いを守る整理です。
明日からやる3ステップ
大きく構えなくて大丈夫です。まずは小さく1周させます。
- 場所を1枚に書き出す:アカウントがありそうな場所(サーバー・SaaS・DB・共有)を、思いつく限りメモする
- 1か所だけ棚卸しする:一番気になる場所(例:サーバーのログイン、管理画面)で、現役/退職済みを仕分ける
- 退職者を1件、無効化する:影響を確認したうえで、まず無効化。動いている処理がないかも合わせて見る
これだけで、「気になっていたけど手つかず」が「一部は片付いた」に変わります。残りは次の退職・異動のタイミングで、同じ手順を回すだけです。
退職者アカウント棚卸しチェックリスト
- アカウントが存在する場所の一覧を作った(サーバー/管理画面/SaaS/DB/VPN/共有)
- 各場所の利用者一覧の見方(URL・コマンド)をメモした
- 各アカウントに現役/退職済み/不明/共有の区分を付けた
- 退職者アカウントは、いきなり削除せずまず無効化した
- 無効化前に、そのアカウントで動いている処理(バッチ・連携)がないか確認した
- 人に紐づく処理はサービス用アカウントへ付け替えた
- 一定期間おいて影響がなければ削除(または方針どおり保持)した
- 退職者が出たら共有アカウントのパスワードを変更した
- 現役者の使っていない強い権限を見直して外した
- この棚卸しを次回もできるよう手順として残した
全部にチェックが付かなくても大丈夫。一覧が1枚あって、退職のたびに無効化が回るだけで、あの漠然とした不安はずいぶん軽くなります。あなたが「気になっている」時点で、もう半分は守れています。焦らず、1か所ずつでいきましょう。

関連記事・ツール
本記事は一般的な実務情報です。アカウントの無効化・削除は環境やシステムで影響が異なります。最終判断は、影響範囲を確認したうえで実施してください。