エージェントを1つ、2つと本番に出しているうちは気づきません。しかし部門横断で数十、数百のエージェントが動き出すと、企業の最大の弱点はモデルでもプロンプトでもなく、**「エージェントが何者として、どの権限で動いているか」**という土台の部分に移ります。多くの現場でその実態は——共有のサービスアカウント、使い回しの静的APIキー、有効期限のない広すぎる権限。人間には厳格なアクセス管理を敷きながら、自律的に動くエージェントには「便利だから」と強い鍵を渡してしまう。この非対称が、いま静かに膨らんでいます。
homula はエンタープライズ向けの AIエージェント・インテグレーターとして、日本企業のエージェント導入を「PoCから本番・全社へ」支援しています。本稿のテーマは、2026年に一気に前景化した 非人間ID（Non-Human Identity, NHI） ——エージェントを一級の「主体」として扱い、独自のID・最小権限・監査を与える統制設計です。8月10日の週にCloudflareが開催した「Agents Week」の発表も、この方向を強く裏づけました。
なぜ『共有サービスアカウント』が最大の弱点になるのか
非人間IDとは、人間ではないもの——サービスアカウント、APIキー、マシン、そしてAIエージェント——に紐づくアイデンティティの総称です。問題は、その数が爆発していることにあります。業界の調査では、企業内の非人間IDはすでに人間の利用者を大きく上回り、その比率が 数十対1 に達するとの報告もあります（Cloud Security Alliance・NHIガバナンス白書）。エージェントの普及は、この曲線をさらに急にします。
共有サービスアカウントに依存する設計は、次の3点で脆弱です。
- 過剰権限（over-privileged）: 「とりあえず動くように」と広い権限を付与しがち。1つのアカウントを複数エージェントで共有すれば、最小権限は事実上崩れる。
- 主体の不在: 非人間IDには「持ち主」がいない。人間なら退職・異動で権限が棚卸しされるが、エージェントの鍵は誰も無効化しないまま残り続ける。最小権限を効かせるのが人間より難しい所以です。
- 証跡の混濁: 共有アカウント経由の操作は「誰の・どのエージェントの行為か」を後から切り分けられない。監査線が最初から濁る。
静的な鍵と共有アカウントは、攻撃者にとって理想的な標的です。漏れても気づかれにくく、失効されにくく、広い権限を持つ。エージェントが自律的に外部ツールを叩くようになるほど、この「非人間IDの管理不在」は、プロンプトインジェクションと並ぶ主要な攻撃面になります。
そしてこの空白は、体制の問題でもあります。多くの組織で、エージェントを実際に増やしているのはセキュリティ部門ではなく事業部門です。導入前に正式なセキュリティ審査を通ったエージェントは一部にとどまる、という指摘もあります。「便利さ」が先行し、「誰が何者として動くか」の設計が後回しになりやすい構造そのものが、リスクの源泉です。
Cloudflareが示した方向——ゼロトラストを『エージェント』にまで広げる
この課題に対する業界の答えが、2026年8月の Cloudflare「Agents Week」で具体化しました。同社は、これまで人間とデバイスに適用してきたゼロトラストを、エージェントそのものへ拡張する一連の機能を発表しています（Cloudflare Blog・Agents Week まとめ）。要点は、エージェントを「独自のIDを持つ主体」として扱い直す点にあります。
| 打ち手 | 何を変えるか |
|---|---|
| エージェント向けOAuth | エージェントが利用者の代理として、標準的な仕組みで認証を受けられるようにする。動的クライアント登録（RFC 7591）・PKCE（RFC 7636）・保護リソースメタデータ（RFC 9728）に準拠し、危うい共有サービスアカウントへの依存を外す |
| 非人間ID向けのトークン | APIトークンに用途別のプレフィックスとチェックサムを付け、識別可能に。リソース単位にスコープを絞った権限を一般提供し、最小権限を土台にする |
| Cloudflare Mesh | 利用者・ノード・エージェントのための私設ネットワークを提供。手動トンネル無しで、エージェントの通信をゼロトラストの内側に置く |
| エンタープライズMCPの参照構成 | 認証・可観測性・レート制限・サーバー探索を束ねた統制構成に加え、Shadow MCP（野良MCP接続）の検知ルールで、どのMCPサーバーが使われているかを可視化 |
方向性は明確です。エージェントに「それ専用のID」を発行し、短命の資格情報と絞った権限で動かし、通信と接続を可視化・監査する。 共有サービスアカウントの対極にある設計思想です。標準（OAuthやMCP）に沿っている点も重要で、特定ベンダーに囲い込まれない相互運用性が担保されます。
『非人間ID（NHI）』という考え方——エージェントを一級の主体として扱う
Cloudflareの動きは一社の製品にとどまらず、より大きな原則の一部です。Cloud Security Alliance などが整理する非人間IDガバナンスの核心は、「AIエージェントを一級のアイデンティティ主体として扱う」——人間アカウントと同じライフサイクル（棚卸し→ポリシー定義→最小権限とジャストインタイム付与の強制）に乗せる、という一点に集約されます。
実装の原則を、共有アカウント方式と対比すると輪郭がはっきりします。
| 論点 | 共有サービスアカウント | エージェント固有のNHI |
|---|---|---|
| 発行単位 | 複数エージェントで1つを共有 | エージェント1体ごとに固有のID |
| 資格情報 | 静的・長寿命のキー | 短命・自動失効のトークン |
| 権限 | 広め・使い回し | リソース単位の最小権限＋JIT |
| 棚卸し | 持ち主不在で放置されがち | ライフサイクルに組み込み、廃止時に失効 |
| 監査 | 誰の行為か切り分け不能 | どのエージェントの行為か追跡可能 |
用語を分けると混乱しません。認証＝そのエージェントは何者か（NHIが答える）／認可＝そのエージェントが何をしてよいか（最小権限で絞る）／監査＝実際に何をしたか（証跡で辿る）。NHIは主に1つ目を担い、2つ目・3つ目の土台になります。
ただし、NHIとゼロトラスト拡張は「入口とネットワークの整流」までを担うものであり、「接続の先で、そのエージェントがどのツールをどんな値で叩いてよいか」という実行時の認可までは自動で解きません。IDを与えることは前提条件であって、統制の完成ではない——ここを取り違えないことが肝心です。
homulaの観点——IDと最小権限を『後付け』ではなく『土台』に置く
homula は、エージェント導入を「便利なツール接続を足す」話ではなく、「誰が・何を・どの権限で・どう記録するか」を最初に設計する立場で支援しています。NHIの潮流は、その設計思想とそのまま重なります。実装の順序は次のように整理できます。
- 接続層（Agens）: Agens は MCP を活用し、200以上のツールと構築ゼロで接続します。接続コストを下げ、浮いた工数を「どのエージェントにどの権限を与えるか」の設計に振り向けられます。
- ID・最小権限層（NHI）: エージェントを共有アカウントで動かさず、一体ごとに固有のIDと、リソース単位に絞った権限を割り当てる。静的キーではなく短命の資格情報を使う。
- 実行時の統制層（Agens Control）: IDの先で、承認フロー・DLP・RBAC・5年分の監査ログを効かせる。高リスクな操作（本番書き込み・外部送信）にだけ人手承認を挟み、どのエージェントが何をしたかを一本の証跡に束ねる。
この順序が実務では決定的です。接続を先に増やしてからIDと権限を後付けすると、共有アカウントが既成事実化し、後からの最小権限化は現場の回避で形骸化します。IDと最小権限を「土台」として先に置き、その上に接続と実行時統制を積む——これが、処理時間の大幅削減のような成果を全社規模で安全に取りにいく現実的な道筋です。適所適ツール（n8n / Dify / LangGraph）で強弱のある権限設計を作り分け、低リスクの参照系は止めずに走らせ、重い操作にだけゲートを噛ませます。
まとめ
エージェントが増えるほど、企業の弱点は「共有サービスアカウントと静的キー」という土台に集まります。非人間IDは人間の利用者を大きく上回る規模へ膨らみ、持ち主も失効の契機もないまま権限だけが残る——これがagentic時代の中心的なセキュリティギャップです。Cloudflareの「Agents Week」が示したように、業界の答えは明確で、エージェントに専用のIDを発行し、短命の資格情報と最小権限で動かし、通信と接続を可視化・監査する方向へ動いています。
日本企業がいま準備すべきは、モデル選定やツール追加より一段下の層——**「どのエージェントが、何者として、どの権限で動くか」**の設計です。IDと最小権限を後付けの是正ではなく最初の土台に据え、その上で実行時の承認・監査を重ねる。この積み上げがあって初めて、エージェントは「便利だが危うい実験」から「全社で安心して使えるインフラ」へと変わります。関連して、ツール単位の承認ゲートによるエージェント統制や、無人エージェントの秘密管理設計も、この土台とセットで読むと全体像がつかめます。
エージェントに独自のIDと最小権限を——その設計から、承認・監査・権限管理の実装まで、homula が業務棚卸しからROI試算まで一気通貫で伴走します。