特権ID（特権アカウント）

特権IDとは、システムの設定変更やすべてのデータへのアクセスなど、通常の利用者にはできない操作ができる、強い権限を持ったアカウントのことです。

別表記：特権ID／特権アカウント／管理者アカウント／管理者権限／Privileged Account／Privileged ID／root／Administrator

どういうものか

どのシステムにも、そのシステムを管理するための特別なアカウントがあります。ユーザーを追加したり削除したりできる。設定を変えられる。すべてのデータを読み書きできる。ログを消せる。こうした操作ができるアカウントを、特権IDと呼びます。

パソコンの管理者アカウント、サーバーのroot、クラウドの管理者権限、データベースの管理者。名前は違いますが、どれも特権IDです。

なぜ特別扱いが必要なのか

特権IDが乗っ取られると、そのシステムで起きることをすべて制御されます。データを持ち出され、設定を変えられ、証拠のログを消され、他のユーザーのアカウントまで操作されます。通常のアカウントが乗っ取られるのとは、被害の桁が違います。

攻撃者が最初に狙うのは、たいてい特権IDです。通常のアカウントから侵入し、そこから特権IDを手に入れる経路を探す、という流れが典型です。

だから、特権IDは通常のアカウントより厳重に管理します。誰が持っているかを限定し、使うときだけ権限を有効にし、使った記録を残し、パスワードを定期的に変える。こうした管理をまとめて行う仕組みが、特権アクセス管理（PAM）です。

日常業務で特権IDを使ってはいけない理由

管理者が、普段のメール確認や資料作成も管理者アカウントでやっている、という状態は危険です。普段使いのアカウントは、メールの添付ファイルを開いたり、Webサイトを見たりと、攻撃にさらされる機会が多いからです。そこで乗っ取られれば、特権がそのまま奪われます。

管理の作業をするときだけ特権IDに切り替え、普段は通常のアカウントで作業する。これが基本です。

AIエージェントとの関係

AIエージェントに特権IDを渡すと、何が起きるかを考えてみます。

「設定の変更も必要になるかもしれないから、管理者権限を渡しておこう」という判断は、人にはしないのに、AIには起きがちです。AIは文句を言いませんし、権限を絞る手間を省けるからです。

しかし、AIエージェントは指示の解釈によって動きが変わります。管理者権限を持ったAIが、資料の整理のつもりでユーザーアカウントを削除する、ログの整理のつもりで監査ログを消す、ということが、悪意なく起こり得ます。しかも、特権IDで実行された操作は、システムの側では「管理者が正規に行った操作」として扱われ、止まりません。

AIエージェントに特権IDを渡さないこと。これが最初の原則です。管理の作業が必要なら、その作業に必要な範囲だけの権限を、必要な時間だけ出す。VC（Verifiable Credentials）は、この「必要な範囲を、期限付きで」をAIに持たせる仕組みとして使えます。「この設定項目だけ、今日中」といった権限を証明書として渡し、受け付ける側がそれを確かめます。

よくある誤解

特権IDは情報システム部門だけの問題か。 クラウドの業務サービスには、それぞれ管理者権限があります。経理のシステム、人事のシステム、営業の顧客管理。各部門に管理者がいて、それぞれが特権IDを持っています。情報システム部門が把握していない特権IDは、たいていの会社にあります。

特権IDを持っている人が信頼できれば問題ないか。 本人が信頼できても、本人のアカウントが乗っ取られれば同じです。本人を疑うのではなく、アカウントが奪われたときの被害を考えて管理します。

AIには管理者権限が必要なのではないか。 必要な場面はあります。ただ、常に持たせておく必要はありません。必要なときに、必要な範囲だけ、期限付きで出す形にすれば、同じ作業ができて、被害の範囲は小さくなります。

一覧に戻る