AIエージェントの社員証は誰が発行するのか ― 非人間ID（マシンID）の台帳と3つの統制ループ
従業員が入社すれば社員証を発行し、退職すれば回収する。この当たり前の規律が、AIエージェントやAPIキー（外部サービスと連携するための認証鍵）には存在しない企業が大半だ。人間のIDなら情報システム部門が入退社フローを管理し、人事システムと連動して権限を即日停止できる。しかし同じシステムへアクセスする非人間ID（マシンID：人間ではなくソフトウェアやサービスが使う資格情報の総称）には、誰が発行し、誰が管理し、いつ回収するかを定めたルールがほとんどない。AIエージェントを業務に組み込む動きが加速するなか、この空白地帯は放置できるリスクではなくなっている。
なぜ年1回の棚卸し会議では追いつかないのか
CyberArkやHashiCorpなど複数のベンダーが公表している調査の水準感によれば、企業環境における非人間IDの数は人間のIDの数十倍に達するとされる。サービスアカウント（アプリケーションがシステムにアクセスするために使う専用アカウント）、APIキー、OAuthトークン（サービス間の認可に使われる短期または長期の認証情報）がクラウドサービスごとに増殖しているためだ。さらにAIエージェントの導入が加わると、発行速度は人間の採用とは文字どおり桁が違う。新しいエージェントをデプロイ（本番環境に展開）するたびに資格情報が自動生成され、プロジェクトが終われば忘れられる。年1回の棚卸し会議が設定する「1年」という周期は、資格情報が陳腐化するサイクルとかみ合っていない。開発者が転職済みで用途不明のAPIキーが、本番データベースへの書き込み権限を持ったまま動き続けているケースは珍しくない。責任の所在が曖昧なまま権限だけが残るこの構造こそが、侵害の足がかりになる。
代替設計 ― 1人のオーナー + 3つの常設ループ
委員会や年次会議という会議体では速度と責任の明確さが両立しない。代わりに提案したいのが「1人のオーナーと3つの常設プロセス」という構造だ。オーナーは取締役クラスの1名が専任で担う。兼任を禁じるのは、複数の役割を掛け持つと緊急時の意思決定が遅れるからだ。3つのループ（発行・権限縮小・失効）は会議ではなく、常時稼働するプロセスとして設計する。重要なのは、人間の入退社フローが「入社時に権限を付与し、退職時に即日剥奪する」という当然の規律を持っているように、機械にも同じ規律を適用する、という思想だ。AIエージェントも従業員と同じく「在籍中しか権限を持てない」存在として扱う。
ループ1: 発行台帳ループ
すべての非人間IDに対し、「人間のオーナー1名・用途の説明・有効期限」の3項目を発行時の必須フィールドとして台帳に登録する。有効期限なしの発行は技術的にブロックする。台帳への登録を経ずに発行されたIDは、スキャンツールが検知した時点で即時失効させる。「登録なくして発行なし」を原則とすることで、管理外のIDが増殖するサイクルを入口で断ち切る。
ループ2: 権限縮小ループ
四半期ごとに実際のAPI呼び出しログと付与済み権限の差分を機械的に抽出し、90日間一度も使われていない権限を自動で剥奪する。最小権限の原則（必要最低限の権限しか付与しないセキュリティ設計の基本方針）を、人手の判断ではなくデータで維持するための仕組みだ。業務上の必要があれば、オーナーが復元をワンクリックで申請できる手順を用意し、現場の摩擦を最小化する。
ループ3: 失効・ローテーションループ
担当者の退職・プロジェクト終了・漏えい検知の3つをトリガーに、対象IDを即時失効させる自動フローを構築する。長期間変更されない静的キー（固定値の認証情報）は侵害時の被害範囲が広いため、自動ローテーション（定期的な資格情報の置き換え）か、使い捨ての短命トークン（一定時間で無効化される認証情報）へ移行することを標準とする。
移行手順 ― 3ヶ月で台帳を立ち上げる
- 月1: クラウド環境・SaaSサービス・ソースコードリポジトリを自動スキャンし、非人間IDを全件列挙する。多くの企業でオーナーが特定できないIDが過半数を占める結果になる。この数字を経営層に示すことが次のステップの根拠になる。
- 月2: オーナー（取締役クラス1名）と各ループの担当責任者を正式に選任する。オーナー不明のIDに対しては30日間の申告期限を設け、全社通知を出す。申告の窓口と手順をシンプルに整備し、現場の負担を下げる。
- 月3: 期限内に申告がなかったIDを失効処理する。以後は台帳登録なしの非人間ID発行を技術的にブロックする設定を本番環境に適用し、新規の管理外IDが生まれない状態を恒久化する。
管理されない権限は、開いたままの非常口である。
あわせて読みたい
- 侵入の8割が盗まれたIDになった ― 脆弱性を塞いでも入られる時代の防御
- OpenAI APIキー流出事件 ― GitHub・npm・Dockerhub公開の実態
- シャドーAIは禁止では消えない — 1つの台帳と3つの可視化ループ
Omamori AI の結論
- 事実: 非人間IDは人間のIDの数十倍の規模で存在し、AIエージェントの導入によって発行速度はさらに加速している。その大部分がオーナー不明・無期限・過剰権限のまま稼働しており、年1回の会議体による棚卸しでは実態把握すら困難な状態にある。
- 判断軸: 人間の入退社フローに適用されている「発行・管理・即時回収」の規律が、非人間IDに適用されているかどうかを問うべきだ。適用されていなければ、それはID管理の欠陥ではなく、アクセス制御の設計思想そのものの欠陥として経営課題に位置づける必要がある。
- 打ち手: 取締役クラス専任のオーナー1名を設置し、発行台帳ループ・権限縮小ループ・失効ローテーションループの3つを常設プロセスとして整備する。まず3ヶ月で台帳を立ち上げ、管理外IDをゼロにする目標を経営目標として明文化する。
経営者視点で考えるべきこと
サイバー侵害の主要な侵入経路が「盗まれた資格情報（認証に使われるIDとパスワードやトークンの組み合わせ）」に移行して久しい。この環境下で非人間IDを管理台帳なしに放置することは、技術的な怠慢ではなく、善管注意義務（会社法上、取締役に課される合理的な注意を払う義務）の観点から問われうる経営判断の問題だ。AIエージェントが持つアクセス権限は、場合によっては上級管理職の権限に相当する範囲に及ぶ。それを稟議（組織内の正式な決裁プロセス）なしに付与することが常態化しているなら、意思決定プロセスの整合性を内外に説明できない。加えて、監査法人やサイバー保険（サイバー攻撃による損害を補償する保険）の引き受け審査において、非人間IDの管理状況を問う質問票が増えている。これは市場が非人間IDのガバナンスを評価指標として組み込み始めたことを意味する。対応の遅れは保険料率や監査評価に直接影響する段階に入りつつある。
