1. 多くの事故は「高度な攻撃」ではなく「管理の不備」から
情報漏えいや不正アクセスと聞くと、高度な技術を駆使したサイバー攻撃を思い浮かべるかもしれません。しかし実際には、被害の多くがごく基本的な「アカウント管理の不備」を入口にしています。退職した社員のアカウントが消されずに残っていた、不要になった権限が付いたままだった、複数人で1つのIDを使い回していた——こうした地味な問題が、大きな事故につながるのです。
独立行政法人情報処理推進機構（IPA）が毎年公表する「情報セキュリティ10大脅威」でも、「内部不正による情報漏えい」は組織向けの脅威として繰り返し上位に挙げられています。そして内部不正の多くは、適切なアカウント管理・アクセス制御があれば、被害を大きく減らせたはずのものです。本記事では、代表的なアカウント管理の不備と、その対策を整理します。
本記事の立ち位置
本記事は、公開情報から見えるアカウント管理の失敗の「型」を、防御側の教訓として整理するものです。特定の企業を批判する意図はなく、攻撃・不正の具体的手順も扱いません。どの組織でも起こりうる普遍的な落とし穴として解説します。
2. 退職者アカウントの放置——消し忘れが招くリスク
最も典型的で、最も見過ごされがちなのが退職者アカウントの放置です。社員が退職・契約終了したにもかかわらず、そのアカウントが無効化されずに残っているケースは、多くの組織で起きています。
- 本人による不正利用：退職した本人が、まだ生きているアカウントを使って社内システムにアクセスし、情報を持ち出す。
- 第三者による悪用：放置されたアカウントは、誰にも監視されないため、攻撃者に乗っ取られても気づかれにくい。「使われていないはずのID」からのアクセスは、格好の侵入口になる。
- 委託先・派遣スタッフのアカウント：自社の社員だけでなく、契約終了した委託先・派遣スタッフのアカウントも同様のリスクを抱える。管理の目が届きにくいぶん、むしろ危険。
国内でも、退職・契約終了した人物が在職中に付与されたアクセス権を悪用し、長期間にわたって顧客情報を持ち出していた事案が報じられています。「退職＝アクセス権の即時失効」が徹底されていないことが、こうした被害の共通した背景です。
「退職手続き」と「アカウント無効化」が連動していない
人事上の退職手続きと、システム上のアカウント無効化が別々に運用されていると、「退職したのにアカウントが残る」隙間が生まれます。特に、たくさんのシステムやクラウドサービスを使っている組織では、1つひとつ手作業で止めるのは大変で、止め忘れが起こりやすくなります。入退社の情報とアカウント管理を連動させる仕組みが、この隙間を埋める鍵になります。
3. 権限の放置・肥大化——「使っていない権限」の危険
2つ目は、権限の放置と肥大化です。人は異動や業務変更を重ねるうちに、さまざまな権限を付与されていきます。ところが、不要になった権限が削除されず、積み重なっていくことが少なくありません。この状態を「権限クリープ（権限の漸増）」と呼ぶこともあります。
- 過剰な権限＝被害の拡大：あるアカウントが乗っ取られたとき、そのアカウントが持つ権限の範囲だけ被害が広がる。使っていない権限まで持っていると、それがそのまま被害の上限を押し上げる。
- 最小権限の原則からの逸脱：「業務に必要な最小限の権限だけを与える」という基本原則（最小権限の原則）から外れると、リスクは静かに膨らんでいく。
- 異動時の権限そのまま：異動しても以前の部署の権限が残り、結果として「あちこちにアクセスできる人」が生まれてしまう。
権限は「付与する」ことには関心が向きやすい一方、「不要になったら外す」ことは後回しにされがちです。しかしセキュリティの観点では、外す運用こそが重要です。誰がどんな権限を持っているのかを定期的に見直す「権限の棚卸し」が、肥大化を防ぐ基本になります。
退職者アカウント・過剰権限、把握できていますか？
入退社に連動したアカウント管理と、権限の棚卸し。Net Peaceが、アカウント管理の「見える化」と統制を支援します。
4. 共有ID——「誰がやったか分からない」という問題
3つ目は共有ID（共用アカウント）です。「部署で1つのIDを共有している」「作業用の共通アカウントを複数人で使っている」といった運用は、手軽さゆえに現場に根強く残っています。しかしこれは、セキュリティ上いくつもの問題を抱えています。
- 追跡不能（証跡が残らない）：共有IDでは、操作をしたのが誰なのか特定できない。不正やミスが起きても、原因追及ができず、抑止力も働かない。
- パスワード変更が困難：多人数で共有していると、パスワードを変えると全員に周知が必要になり、結果として何年も同じパスワードが使われ続ける。退職者が知っているパスワードがそのまま生き続けることも。
- 権限が「最大公約数」になりがち：共有IDは、使う全員の業務をこなせるよう、広めの権限が付与されがち。結果として過剰権限になりやすい。
とりわけ、製造現場の共用端末や、24時間稼働する運用担当の共通アカウントなど、「1人1IDが難しい」とされてきた現場ほど、共有IDが常態化しています。しかし監査や内部統制の観点では、「誰が何をしたか」を記録できることが強く求められるようになっており、共有IDの解消は多くの組織にとっての課題になっています。
「1人1ID」が統制の出発点
セキュリティ統制の基本は、「誰が」「いつ」「何をしたか」を記録できる状態を作ることです。そのためには、1人1つのIDを持ち、本人だけがそのIDを使える状態が前提になります。共有IDはこの前提を崩してしまいます。共用端末が避けられない現場でも、「端末は共用でも、ログインは個人ごと」にできる仕組みを検討する価値があります。
5. その他の落とし穴——休眠アカウント・初期パスワード
退職者アカウント・過剰権限・共有IDが三大リスクですが、ほかにも見落とされがちな落とし穴があります。
- 休眠アカウント：長期間ログインされていないアカウント。使われていないぶん監視も薄く、乗っ取られても気づかれにくい。定期的に棚卸しして、不要なら無効化する。
- 初期パスワードの放置：アカウント発行時の初期パスワードや、機器の初期設定パスワードが変更されないまま使われている。推測されやすく、危険。
- テスト用・一時アカウント：導入時やテスト時に作った一時的なアカウントが、そのまま消されずに残る。目的を終えたら確実に削除する。
- サービスアカウント・システム間連携用ID：人ではなくシステムが使うアカウントも、権限が強いわりに管理が緩くなりがち。棚卸しの対象に含める。
これらに共通するのは、「作ったまま・付与したまま忘れられる」という点です。アカウントも権限も、作るときより「使わなくなったときに確実に片づける」ことのほうが、運用として難しく、そして重要なのです。
6. 対策の基本——アカウントを「見える化」して統制する
ここまで見てきたアカウント管理の不備は、いずれも「特別な攻撃」ではなく「日々の運用の隙間」から生まれます。だからこそ、対策も特別なものではなく、基本を仕組みとして回すことに尽きます。
- 入退社・異動とアカウントを連動させる：人事の動きに合わせて、アカウントと権限を自動的に発行・変更・無効化する。手作業に頼らないことで、止め忘れ・付けっぱなしを防ぐ。
- 定期的な棚卸し（アクセスレビュー）：誰がどんなアカウント・権限を持っているかを定期的に見直し、不要なものを削除する。休眠アカウントもここで洗い出す。
- 最小権限を徹底する：業務に必要な最小限の権限だけを付与し、不要になったら速やかに外す。
- 1人1IDを原則にする：共有IDを解消し、「誰が何をしたか」を記録できる状態にする。共用端末でも個人単位のログインを検討する。
- アクセスログを記録・監視する：不審なアクセスを検知できるよう、ログを取り、監査に耐えられる状態を保つ。
こうした対策の土台になるのは、「今、社内にどんなアカウントが存在し、それぞれが何にアクセスできるのか」を正確に把握できていることです。見えていないものは管理できません。逆に言えば、アカウントとアクセス権が常に見える化され、入退社に連動して過不足なく統制される状態を作れれば、ここで挙げた事故の多くは未然に防げます。
高度な攻撃への備えも大切ですが、その前に、足元のアカウント管理を確実にすること——これが情報漏えい対策の、地味でありながら最も効果の大きい第一歩です。自社のアカウントが「作ったまま忘れられていないか」、一度点検してみることを強くおすすめします。そして、その点検と統制を人の努力だけに頼らず、仕組みとして継続的に回せる形にしておくことが、これからの組織には欠かせません。