自己申告だけで作成したAIインベントリでは、実態を把握しきれません。最もリスクの高いシステムほど、誰も申告しようと思わないものだからです。購入済みのソフトウェアに含まれるAI機能、ベンダーのサービスに組み込まれたモデル、社内プラットフォーム上で構築されたエージェントがその典型です。実用的なインベントリは、技術的な検出と構造化された申告を組み合わせ、システムごとに最低限の項目を記録し、両者を継続的に突き合わせます。

AIの利用状況を尋ねるだけでは、なぜ必ず把握漏れが生じるのか？

MicrosoftとLinkedInによる2024年のWork Trend Indexは、31か国のナレッジワーカー31,000人を対象とした調査です。AI利用者の78%が自分のAIツールを職場に持ち込んでいること、そして職場でAIを使う人の52%が、最も重要な業務にAIを使っていると認めたがらないことが明らかになりました。この層に質問票を送っても、得られるのは構造的に部分的な回答にとどまります。

申告をためらうことは、把握漏れの原因の一つにすぎません。以下はいずれも、それぞれ異なる理由で調査から漏れます。

• 企業がすでに保有するSaaSに含まれるAI機能は、調達ではなくリリースノートとして届きます。CRMにリードスコアリングが追加されても、尋ねられて自社のCRMをAIシステムだと答える人はいません。

• 経費精算カードで支払われる個人サブスクリプションはソフトウェアとして計上され、どの調達基準額も下回るため、カード保有者が月額20ドルの請求をガバナンスと結び付けない限り申告されません。

• ベンダーのサービスに組み込まれたモデルは、そのサービスを購入した事業部門からは見えません。保険金請求のトリアージを担う委託先が組織に代わってAIを運用していることもありますが、EU AI Act第3条(4)によれば、「自らの権限の下でAIシステムを使用する」主体が、誰が構築したかにかかわらず導入者となります。

• 社内の自動化プラットフォーム上で構築されたエージェントは、作成者からはワークフローと説明されます。モデルを呼び出し、その結果を基幹システム（System of Record）に書き込むフローはエージェントですが、AIツールに関する調査では捕捉できません。

• 本番環境に昇格したノートブックは、下流のプロセスが利用するスコアを生成します。誰も発注していないので誰も所有しておらず、誰も所有していないので誰も申告しません。

共通しているのは、システムを申告できる立場の人が、それをAIと見なしていないか、所有していないか、申告しない理由を持っているという点です。それ以外を把握するには、人に依存しないシグナルが必要です。EnzaiのシャドーAIの検出とガバナンスに関するガイドでは、シャドーAIとシャドーITの違いを解説しています。本記事では、その見つけ方を扱います。

未承認のAIを見つけられる検出手法と、それぞれが見落とすもの

上記の原因をすべてカバーできる単一の手法はありません。各手法について問うべきは、何を見つけられるかではなく、何が見えないかです。

死角はそれぞれ異なるため、2つのシグナルで確認されたシステムは確定レコード、1つのシグナルでのみ確認されたシステムは検証すべき手がかりとなります。自己申告はインベントリそのものではなく、情報を補完するステップになります。技術的なシグナルがシステムの存在を確認し、責任者が人にしかわからない情報を補います。モデルがサプライヤーの環境で稼働するベンダー側のAIは、技術的なシグナルが届かない唯一のカテゴリーです。そのため、ベンダー向け質問票と契約レビューは引き続き欠かせません。

AIエージェントはどのように検出するのか？

エージェントはツールとは異なる痕跡を残します。AIアシスタントを使う人は、プロキシログ上のドメインやIDプロバイダー上のアプリとして現れます。一方エージェントは、非人間アイデンティティとして現れます。モデルプロバイダーのAPIキーを保持するサービスアカウント、エージェントフレームワークへのツール登録、モデルを呼び出した後に別の処理を行うスケジュールジョブなどです。

シグナルとなるのは、IDプロバイダーにある非人間アイデンティティの一覧とそのアクセス範囲、クラウドアカウントにあるモデルプロバイダー向けシークレットの一覧、自動化プラットフォームのコネクタログ、そしてエージェントフレームワークを対象としたリポジトリスキャンです。決め手は、モデルの呼び出しに続いて、その出力に基づくアクションが人を介さずに実行されていることです。

エージェントは他のエージェントにも処理を委任します。組織内のエージェントが一定数を超えると、エージェント同士が共有インフラを通じて互いを発見し、作業を受け渡すエージェントメッシュが形成されます。メッシュを検出するには、どの非人間アイデンティティがどれを呼び出しているかをマッピングし、1つのレコードでエージェントの上流の呼び出し元と下流の呼び出し先を確認できるようにします。その後に必要なコントロールについては、Enzaiの自律型AI（エージェンティックAI）ガバナンスガイドで解説しています。

実用に足るインベントリレコードの最小構成とは？

約40項目からなる完全な項目テンプレートは、AIインベントリ構築ガイドに掲載しています。ここで問うのは最低ライン、つまりガバナンス上の意思決定を支えられる最小のレコードです。この条件を満たすのは9項目です。

各レコードは、裏付けを伴う主張です。「このシステムは限定リスクである」はそれだけでは主張にすぎませんが、同じ記述に責任者、目的、データ項目、評価へのリンクが揃えばエビデンスになります。EU AI Act第26条を見れば、これらの項目が任意ではない理由がわかります。第2項は、必要な能力を持つ人に人による監視を担わせること（責任者と自律性レベルの項目）を、第6項は少なくとも6か月間のログ保存（モデルバージョンとエビデンスの項目）を求めています。EnzaiのAIインベントリも同じ形のレコードに基づいています。エントリごとに責任者、目的、ベンダーとモデルの参照、自律性レベル、リスクティア、マッピングされたフレームワーク、評価エビデンスを持ち、データの機密度はタグとして管理します。

AIインベントリを求める規制と標準

インベントリという言葉を使う規制はわずかです。しかし、ほとんどの規制はインベントリなしでは果たせない義務を課しています。

ISO/IEC 42001附属書Aの管理策番号はiso.orgで公開されておらず、本記事でも引用していません。連邦政府のこの覚書については、EnzaiのOMB M-25-21に関する用語集の項目で詳しく解説しています。

初回の棚卸し後、AIインベントリを最新の状態に保つには？

インベントリは3つのメカニズムによって劣化し、それぞれに対策があります。

1つ目は、突き合わせされない検出結果です。どのシグナルも候補を生み出しますが、候補がインベントリとは別のスプレッドシートに置かれたままだと、両者は四半期のうちに乖離します。各候補は、既存のレコードに紐付けるか、重複として統合するか、責任者未設定の新規レコードとして登録し、責任者を割り当てる期限を設定すべきです。30日を超えて責任者未設定のままのレコード数が、1つ目の健全性指標です。

2つ目は、所有権の形骸化です。責任者は異動し、退職します。責任者欄が自由記述の名前であれば、人事部門が退職を処理したその日にインベントリは古くなります。責任者をディレクトリ上のアイデンティティに紐付け、退職イベントで再割り当てが発生するようにすれば、この項目は意味を持ちます。

3つ目は、インベントリが捉えられない変化です。ベンダーが組み込み機能の基盤モデルを更新する、エージェントに新しいツールが付与される、OAuthの権限付与のスコープが広がる、といった変化です。既存のガイドではビジネス上のトリガーを挙げていますが、技術的なトリガーとは、初日のシグナルを継続的に実行し、前回の状態との差分を取ることです。2つ目の健全性指標は、シグナルが初めて現れてからレコードが作成されるまでの時間です。3つ目は、検出で見つかったシステムと申請受付を通じて申告されたシステムの比率です。申請受付が把握していないものを検出が見つけ続けるなら、問題は申請受付の側にあり、申請受付プロセスのガイドから着手すべきです。この種の継続的なAIモニタリングは、Enzaiのインベントリの前提です。Enzaiのインベントリはシステム環境の変化に合わせて更新され、アセット検出のためにAWS、Azure、GCP、Databricks、watsonx、Snowflakeと同期します。

見つけたAIをどう扱うべきか？

未承認のツールを初めて見つけるときは、簡単に見つかります。経費の明細、OAuthの権限付与、プロキシログ上のドメインといった痕跡が残っているからです。その結果が利用停止や懲戒であれば、次の波は個人アカウント、個人のデバイス、自宅ネットワークへと移り、上記のシグナルではいずれも捕捉できなくなります。取り締まりを優先すると、見えていた利用が見えなくなるのです。

代わりとなるのは、対応期限を明示した期間限定の免責措置（アムネスティ）です。申告されたツールにはすべて、定められた期間内にインベントリレコードと判断が与えられます。承認、条件付き承認、承認済みの代替手段への置き換え、廃止のいずれかです。申告した人には、受付番号ではなく判断そのものが届きます。取り締まりは、免責期間の終了後と、AIの関与の有無にかかわらず違反となるデータ分類の違反に限定します。推奨経路（ペイブドロード）と利用規定の設計については、シャドーAI完全ガイドで解説しています。

申告したツールの判断に何か月もかかれば、申告は止まります。EnzaiのAIユースケース申請受付は、まさにこのパターンのために設計されています。申請受付を経ずにすでに使われているAIを、責任を問うことなくガバナンスに取り込めます。低リスクの案件は迅速に処理され、承認された案件は根拠が記録された状態でインベントリに登録されます。これがAI活用推進の実務的な形です。

未承認のAIを見つけるツールに求めるべき条件

リストを作るだけの検出ツールと、インベントリを作れるツールを分けるのは、次の8つの基準です。

1. 複数の検出シグナルを持ち、それぞれが明示されていること。上記7つの手法のうち、ツール自体が実行するものと、取り込むだけのものを確認してください。単一シグナルのツールは、そのシグナルの死角をそのまま引き継ぎます。

2. 1つのレコードへの相関付け。1つのシステムに関する3つのシグナルからは、3件のアラートではなく1件のレコードが生成されるべきです。

3. 一般消費者向けAIのドメインだけでなく、組み込みAIとベンダーのAIも対象とすること。これらは、ドメインのブロックリストでは決して捉えられない把握漏れだからです。

4. 非人間アイデンティティを対象に含むこと。サービスアカウントとAPIキーが見えないツールでは、エージェントを見つけられません。

5. ガバナンスレコードとしての出力。トリアージ待ちのセキュリティイベントではなく、責任者、リスクティア、フレームワークのマッピングを備えたエントリであること。

6. システムごとにエビデンスが添付され、評価、承認、ベンダー資料がレコードとともに監査に引き継がれること。

7. 実際の業務の場への連携。責任者の割り当てにはチケット管理ツール、アセット検出にはクラウドとMLプラットフォームと連携できること。

8. リスクに見合った申請受付の経路があり、システムの発見がそのシステムに関する判断につながること。

ネットワークセキュリティツールについても公平に評価すべきです。CASBやSSE（セキュアサービスエッジ）製品は、SaaSの利用状況の把握、データ流出の阻止、境界でのポリシー適用に非常に優れています。その出力はドメインやアプリに関するセキュリティイベントです。ガバナンスレコードはそれとは別の成果物であり、選定で問うべきは、どのツールがそれを生成できるかです。Enzaiのインベントリは、AI検出、プラットフォームからのインポート、ユースケース申請を統合し、各システムをEU AI Act、ISO 42001、NIST AI RMFに自動でマッピングし、Jira、ServiceNow、Slackに作業を引き渡します。組織がガバナンス成熟度モデルのどの段階にあるかによって、初日から8つの基準のうちいくつが必要かが決まります。システム環境がスプレッドシートで管理できる規模を超え、AIの無秩序な拡散（AIスプロール）が始まった時点で、ガバナンスワークフローの自動化が優先課題になります。

実務上の意味

自己申告のリストから、あるいはゼロから始めるガバナンスチームは、次の手順で進めます。

1. アクセスできるすべての検出シグナルを一度、並行して実行し、候補を1つのリストに突き合わせます。各システムをどのシグナルが見つけたか、別のシグナルで確認されたかを記録します。単一のシグナルでしか見つからなかったものから、継続して実行すべきシグナルがわかります。

2. 9つの最低限の項目を使って、すべての候補についてレコードを作成します。責任者と目的以外は空欄を許容し、責任者のいないレコードには30日以内に責任者を割り当てる期限を設けます。

3. 判断までの対応期限を明示して免責措置を告知し、すべての申告を申請受付に通して、判断日付きのインベントリレコードとして登録されるようにします。

4. 3つの鮮度指標（30日を超えて責任者未設定のレコード、シグナルからレコード作成までの時間、検出数と申告数の比率）を、AIリスクを所管する委員会に毎月報告します。

5. 各レコードを適用される義務にマッピングします。まずEU AI Act第4条と第26条、ISO/IEC 42001の適用範囲、NIST GOVERN 1.6から始め、インベントリをあらゆるフレームワークのエビデンス基盤にします。

EnzaiのAIインベントリは、ステップ1、2、5のために設計されています。マルチメソッド検出によりシステムごとに1つのレコードに集約し、フレームワークのマッピングとエビデンスの証跡を添付します。自社の環境でご確認いただくには、Enzaiチームにお問い合わせください。