Salesforceのセキュリティ担当者が明かす
プロンプトインジェクションはなぜ防げない? 「生成AIテスト」の構造的問題
AIエージェントの活用が拡大する中、プロンプトインジェクションをはじめとする攻撃手法が巧妙化している。従来の入力フィルタリングが機能しない中で、企業は安全性をどう確保すればよいのか。
生成AIの業務適用が進む中、システムに対するセキュリティ評価の手法も根本的な見直しを迫られている。SQLインジェクションのペネトレーションテストなどの従来型のシステムに対するセキュリティ評価は、入力に対するシステムの挙動が明確であり、「攻撃が成功したか、失敗したか」を明確に判断できた。
しかし、生成AIを支える大規模言語モデル(LLM)は確率的に動作するため、同一の入力に対しても同一の応答が保証されない。このように「同じ入力でも同じ結果になるとは限らない」というLLM特有の性質が、従来の手法によるセキュリティ評価を難しくする根本的な要因になっている。
Salesforceで製品セキュリティのプリンシパルを務めるジェイソン・ロス氏は、約4年間にわたって生成AIの脆弱(ぜいじゃく)性を評価する「レッドチーム演習」を専門に実施してきた。同氏は、生成AIのセキュリティテストにおいては、特定のバグを見つけるのではなく、AIモデルの「振る舞い」を操作して評価するアプローチが必要だと指摘する。
非決定的なシステムに対して、専門家はどのような技術的アプローチで脆弱性を特定しているのか。
生成AIに対する「ジェイルブレーク」と「プロンプトインジェクション」
併せて読みたいお薦め記事
AIエージェント特有のリスク
本記事は、セキュリティカンファレンス「NDC Security 2026」におけるロス氏のセッション「Breaking the Black Box: Why Testing Generative AI Is Full Spectrum」の内容に基づいている。
生成AIに対する攻撃は、ソースコードを直接操作するものではなく、自然言語を用いたAIモデルへの「説得」やソーシャルエンジニアリングに近い性質を持つ。ロス氏は、生成AIに対する攻撃を「ジェイルブレーク」と「プロンプトインジェクション」に明確に区別して考えるべきだと指摘する。
ジェイルブレークは、有害コンテンツの生成禁止など、AIモデルの提供者が設定した安全機能に対する攻撃だ。プロンプトインジェクションは、AIモデルを利用する企業が裏側で設定した初期プロンプト(システムプロンプト)や、AIモデルを取り巻くシステムに対する攻撃を指す。企業のIT部門にとって、真のセキュリティリスクとなるのは後者であり、社内データの漏えいやシステムへの不正アクセスに直結する。
攻撃はソースコードではなく「文脈」を狙う
AIモデルのガードレールを技術的に回避する手法は多岐にわたる。「クレッシェンド攻撃」と呼ばれる手法では、無害な対話から開始し、AIモデルが文脈を安全だと誤認した段階で徐々に悪意のある要求へとエスカレートさせる。「クロップ攻撃」では、直接的な禁止用語を避け、AIモデルの学習データに含まれる文化的な知識や周辺の文脈を利用して、意図した有害な出力を引き出す。
さらに深刻な脅威となるのが、外部のデータソースを経由した「間接的プロンプトインジェクション」だ。これは、エンドユーザーがチャット画面からAIモデルを直接攻撃するのではなく、検索拡張生成(RAG)で参照されるデータベースや「Confluence」などの社内情報共有ツール、システムのアクセスログなどに悪意のある命令文字列を事前に仕込んでおく手法だ。AIモデルがこれらの汚染されたデータを読み込んだ時点で攻撃が成立するため、従来のシステム境界での防御では検出が難しい。
近年、企業が活用するAIツールが単なるAIチャットbotから自律的なAIエージェントに移る中で、これらの脅威はさらに複雑化している。AIエージェントは自らシステムにアクセスしてデータを操作する権限を持つため、プロンプトインジェクションによってAIエージェントの目的が書き換えられた場合、データの外部流出などの実害に直結する。複数のAIエージェントが連携するシステムでは、1つのAIエージェントが異常な振る舞いを始めると、他のエージェントもそれに追従し、予測不能な連鎖反応を引き起こすリスクがある。
完全防御は不可能、被害を抑える設計思想へ
こうした脅威をテストするに当たり、ロス氏は「市場にはAIエージェント向けのレッドチーム演習をうたうツールが複数存在するが、そのほとんどは不十分だ」と警告する。既存ツールは、「爆弾の作り方を教えて」といった直接的な単一のプロンプトによるジェイルブレークの評価にとどまっており、AIエージェントとの複数ターンの対話や、RAGを用いたシステム特有の文脈操作を評価するには至っていないという。
現場が生成AI特有のレッドチーム演習を必要とする理由は、LLMが本質的にブラックボックスであることに起因する。AIモデルの創造性を制御するパラメータ「Temperature」(温度)を小さくしても、出力の完全な再現性は確保できない。システムプロンプトの漏えいや事実と異なる情報の生成(ハルシネーション)は、システムの不具合というより言語モデルのアーキテクチャ上の仕様だ。ブラックボックス状態での外部からのテストだけでは、その結果が真実かハルシネーションかの判別がつかないため、テストで得られた情報が実際のシステムプロンプトや機密データであるかどうかを確認するには、実データと突き合わせるプロセスが不可欠となる。
この特質は、システムの防御における設計思想を根本から変えることを要求する。従来のWebアプリケーションセキュリティでは、入力値のサニタイズ(無害化)や特定の文字列のフィルタリングによって攻撃を無効化していた。しかし、自然言語による表現方法は無限に存在するため、特定の攻撃文字列をブロックしても同義語や他言語を用いることで容易に回避されてしまう。
ロス氏は、「『プロンプトインジェクションを完全に防ぐことは不可能だ』という前提に立つ必要がある」と主張する。同氏はこれを「起爆を止められない爆弾」に例え、防御の基本思想は、攻撃の成立をゼロにすることではなく、攻撃が成功した際の影響範囲を最小限に抑えることにあると表現する。システムデータ、ユーザーデータ、ツール出力の文脈を明確に分離し、AIエージェントに与える権限を最小化する多層的なガードレールの構築が求められる。
AIモデルのテストにはAI技術を用いた自動化ツールの導入が不可欠だ。攻撃パターンが無限に存在するため、AIモデル同士を対決させて攻撃プロンプトを自動生成し、その結果を別の判定モデルが評価するような仕組みが必要だ。これらのツールを開発の初期段階からCI/CD(継続的インテグレーション/継続的デリバリー)パイプラインに組み込む「シフトレフト」のアプローチによって、開発チーム自身がAIモデルの安全性を迅速かつ継続的に評価する体制の構築が、安全な生成AI運用の鍵となる。
本稿は、NDC Conferencesが2026年5月7日に公開した動画「Breaking the Black Box: Why Testing Generative AI Is Full Spectrum - Jason Ross - NDC Security 2026」を基に作成しました。
Copyright © ITmedia, Inc. All Rights Reserved.
本記事は制作段階でChatGPT等の生成系AIサービスを利用していますが、文責は編集部に帰属します。
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社kickflow] 2社の事例に学ぶワークフロー改革:属人化解消や年数万件の申請書類削減のコツ -
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない? Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす? -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
全社標準Copilotに絶望? MS Copilotで問い合わせ6割減できた企業は何が違った
-
2
ITエンジニア1265人調査 生成AIを使い込むほど「人の確認」が重い理由
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
5
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
6
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
7
APIキー奪取から3時間でクラウド掌握 Anthropicが暴いた「バイブハッキング」の現実的な防御策
-
8
「Wi-Fi 7」は何がすごい? Wi-Fi 5、Wi-Fi 6からの抜本的な進化とは
-
9
全社標準「Copilot」にダメ出し? 現場の8割が不満を抱く“致命的な欠点”
-
10
【漫画付き】"RAG導入失敗3例"と処方箋 「入れても使われない」を終わらせる
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
3
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
「スクラム」と「カンバン」の違いとは? アジャイル型開発手法を徹底比較
-
8
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー