homula業務AI・AIエージェント導入の
情報セキュリティ実践ガイド
AIエージェントの導入に伴う情報セキュリティ上のリスクを、公的機関・標準化団体の一次文書に基づいて整理し、導入前・導入時・運用の各段階で何を決め、何を確認すべきかを示します。
PDF版 →
社内の検討資料には、
PDF版をお使いください。
このシリーズの全内容を25ページにまとめたPDF版です。図17点と出典一覧を収録し、ベンダー質問票には回答の記入欄があります。社内での共有や、ベンダーへの送付にそのまま使えます。
統制は、エージェントが意図どおりに動かない場合を前提に設計する。エージェントは外部から届いた指示に従ったり、制限を回避したりしたとき、与えられた正規の権限と認証情報のまま操作を実行します。だから統制は、エージェントの判断やプロンプトの指示に委ねず、エージェントの外側で強制します。
経済産業省は、AIエージェントが従来のITセキュリティ対策等の利用ルールだけではカバーしきれない新しいリスクを生み出している一方で、利用企業が講じるべき対策は体系化されていないとしています。同省のガイドラインは令和8年度中に公表される予定です。
本シリーズは、その公表を待たずに、IPA・JPCERT/CC・国家サイバー統括室・個人情報保護委員会・デジタル庁と、CISAほかの共同ガイダンス・MCP仕様・OWASP・NISTの原文に基づいて、統制の原則と実装を整理したものです。対象は、業務にAIエージェント（SaaS／PaaS型、または自社構築）を導入する企業の、情報システム・セキュリティ・業務部門の責任者です。
8原則
エージェントの外側で強制する統制の原則
17図
リスクの構造から運用の循環までを図解
18問
SaaS／PaaS型を選ぶときのベンダー質問票
21項目
導入前・導入時・運用の自社点検チェックリスト
Principles
統制の8原則
各原則の考え方・具体的に何をするか・根拠は第2回で解説しています。
- 01統制は、エージェントの外側で強制する
- 02エージェントには独立したIDを付与し、必要最小限の権限だけを与える
- 03認証情報は短寿命にし、エージェントに持たせない
- 04高影響の操作は人が承認する。承認を形骸化させない
- 05通信先を限定する。名前解決と外向きアクションも対象にする
- 06すべてのツール呼び出しを記録し、改竄から守る
- 07データは持たない。目的を終えたら消す
- 08委託先・ベンダーと「共に管理する」
Articles
ガイド記事一覧
統制の前提とリスクの構造 — エージェントが意図どおりに動かない場合に備える
AIエージェントは正規の権限と認証情報のまま、外部から届いた指示に従ったり制限を回避したりすることがある。公表された3つの事例と、経済産業省サブWGのリスク要因R1〜R12で、統制を「エージェントの外側」に置く理由を解説します。
統制の8原則 — 外側で強制・ID・認証情報・承認・通信先・ログ・データ・委託先
プロンプトで「〜してはいけない」と書くことは統制ではない。IPA・JPCERT/CC・デジタル庁・CISA・MCP仕様・OWASPの原文に基づく8つの原則を、考え方・具体的に何をするか・根拠の順に8枚の図で解説します。
統制レベル — 自律性と行動範囲の2軸で、任せる範囲と必須の統制を決める
経済産業省サブWGの自律性レベル（L1〜L4）と行動範囲レベル（E1〜E3）を使い、組み合わせを4つに区分して、それぞれに必須の統制を割り付けます。参照だけのエージェントにもegress制限が必要な理由、デジタル庁「源内」の2段階の環境も紹介します。
導入前の設計 — レベル判定と棚卸しから、権限・通り道・承認・記録・委託先まで
導入前に決めることを10の手順にまとめました。対象業務のレベル判定、接続先と情報資産の棚卸し、ID・認証情報・許可リスト・egressの設計、承認・ログ・データ保持・委託先の設計を、3枚の図で解説します。
導入時の試験と運用 — 基盤の堅牢性・6つのテスト・監視・形態別の注意点
統制は設計しただけでは効かない。2026年に公表された基盤の脆弱性から確認すべき点、統制が効くことを確かめる6つのテスト、運用での脆弱性管理・監視・棚卸し・インシデント対応、MCP・ブラウザ自動化・サンドボックス・ワークフロー基盤ごとの注意点を解説します。
ベンダー質問票18問と自社点検チェックリスト21項目
SaaS／PaaS型のAIエージェントを選ぶときにベンダーへ確認する18問と、導入前・導入時・運用の各段階で自社を点検する21項目。各項目に根拠となる原則・節を付けています。
How to read
立場別の読み方
経営層・業務部門の責任者
第1回 → 第3回
なぜ外側で統制するのかを理解し、どこまで任せるかを自律性と行動範囲で決めます。
情報システム・セキュリティ担当
第2回 → 第4回 → 第5回
8原則を押さえたら、導入前の設計、導入時のテスト、運用の手順へ進みます。
SaaS型を選定中の方
第2回 → 第6回
原則を理解したうえで、ベンダー質問票の18問で候補を比較します。
Policy
このガイドの書き方
一次文書に基づく
出典番号を付けた記述は、公的機関・標準化団体の文書と、事案を公表した組織の告知に基づきます。出典番号のない手順・推奨と「本ガイドの提案」と明記した事項は、本ガイドが提案するものです。
断定しない
特定の攻撃者像や、個別事案の原因は断定しません。攻撃側のAI利用は、公的機関が確認した事項、事業者が報告した事項、民間の分析による見解を区別して記します。
民間の見解は主体を明記
民間の見解は発表主体を明記して引用し、本ガイドの判断としては書きません。
公表に合わせて改訂
経済産業省サブWGのガイドライン公表（令和8年度中予定）、MCP仕様・OWASP各Top 10の改訂、JPCERT/CC注意喚起の更新を改訂のきっかけとし、改訂時は本文を原文と再照合します。
本ガイドは2026年10月時点で公表された情報に基づいて作成したものであり、その正確性・完全性を保証するものではありません。特定の製品・サービスの採用や個別の法令の適用について助言するものではなく、導入にあたっては自社の状況に応じて判断してください。記載の会社名・製品名は各社の商標または登録商標です。
Glossary
用語
- スキル
- エージェントに特定の作業手順や処理を追加する、指示やスクリプト等をまとめた拡張機能
- エージェントID（プリンシパル）
- エージェントに固有に発行される識別子と認証主体。人間のアカウントとは別
- 資格情報の注入
- エージェント自身は認証情報を保持せず、外側の資格情報管理が実行時に必要な認証情報を供給する方式
- egress
- 実行環境から外向きに出る通信。HTTPに限らず、DNS、リソース読み込み、メッセージ送信を含む
- MCP
- Model Context Protocol。AIアプリケーションが外部ツール・データに接続するためのプロトコル。本ガイドは改訂2026-07-28を参照
- confused deputy
- 権限を持つ仲介者（プロキシ）が、権限のない第三者の要求を自分の権限で実行してしまう問題
- kill switch
- 実行中のエージェントを即時に停止し、以後の実行を止める手段
- SSRF
- Server-Side Request Forgery。細工した入力でサーバーに、本来到達できない内部の宛先へリクエストを送らせる攻撃
- OAuth 2.1・PKCE
- OAuthは、パスワードを渡さずにアクセス権を委任する認可の仕組み。PKCEは認可コードの横取りを防ぐ仕組みで、2.1では必須
- KMS／HSM
- 暗号鍵を安全に生成・保管・利用するための鍵管理サービス（KMS）と専用ハードウェア（HSM）
- SBOM
- ソフトウェアを構成する部品（ライブラリ等）とその版の一覧
- A2A
- エージェント同士が連携するためのプロトコル（Agent2Agent）
AIエージェントの統制設計を、あわせて相談したい方へ
homulaは、AIエージェントを業務に導入する企業に向けて、統制ポリシー・権限・監査ログの設計から運用までを支援しています。
FAQ
よくある質問
同じです。ホワイトペーパー「業務AI・AIエージェント導入の情報セキュリティ実践ガイド」第1.0版（2026年10月）の本文・図・出典を、Webで読みやすいように全6回に再構成しました。社内の検討資料として配布しやすいPDF版（25ページ、ベンダー質問票の記入欄つき）は、無料でダウンロードできます。
経済産業省（AIエージェントの安全な利活用に関するサブワーキンググループ）、IPA、JPCERT/CC、国家サイバー統括室、個人情報保護委員会、デジタル庁（源内基準）などの国内の公的機関の文書と、CISAほか6か国の共同ガイダンス、MCP仕様、OWASP、NIST、IETFなどの国際的な標準・ガイダンスです。出典番号を付けた記述は原文に基づき、出典番号のない手順・推奨と「本ガイドの提案」と明記した事項は本ガイドが提案するものです。
両方です。統制の8原則と統制レベルはどちらにも共通します。SaaS／PaaS型を選ぶときは第6回のベンダー質問票で確認し、自社で構築する場合は第4・5回の実装手順と、第5回で紹介するデジタル庁の源内基準第4章を参照してください。
経済産業省サブWGのガイドライン公表（令和8年度中予定）、MCP仕様の改訂、OWASP各Top 10の改訂、JPCERT/CC注意喚起の更新を改訂のきっかけとします。改訂時は本文の記述を原文と再照合し、原文で裏付けられない記述は削除するか「本ガイドの提案」と明記します。
LLMセキュリティ完全ガイドは、データ主権・エージェント設計・ガバナンスの3レイヤーでLLM活用のセキュリティを体系化した解説です。本ガイドは、2026年に公表された国内外の一次文書と事例に基づき、AIエージェントを導入する企業が導入前・導入時・運用の各段階で何を決め、何を確認すべきかを、原則・手順・質問票・チェックリストの形で示す実務ガイドです。