
生成AIを使っていると、たまに「この返答、大丈夫かな」と思うことがあります。
便利なのは間違いありません。文章を整えてくれるし、調べものの入口にもなるし、面倒な作業を少し軽くしてくれます。けれど、その便利さが大きくなるほど、「この道具に、どこまで任せていいのか」という問いも大きくなっていきます。
今回のレポートで扱われている「ジェイルブレイク」は、まさにその問いの中心にある話です。名前だけ聞くと、少し物騒です。けれど、ざっくり言えば「AIに本来やってはいけないことを、言葉や文脈の工夫でやらせようとする攻撃」です。
この記事では、攻撃手法の具体的なやり方は書きません。そこを細かく紹介してしまうと、読者の理解よりも、悪用のヒントになってしまうからです。ここでは、何が問題なのか、なぜ米国政府が安全保障の話として扱い始めたのか、そして私たちがAIを使うときに何を気にした方がいいのかを、できるだけ暮らしの言葉で整理します。
この記事では、ざっくり次の3つを考えます。
- AIのジェイルブレイクは、なぜ単なる「変なプロンプト遊び」ではないのか
- 米国のAI政策は、なぜ安全性だけでなく競争力と安全保障の話になっているのか
- 私たちはAIにどこまで権限を渡すべきなのか
ジェイルブレイクとは、AIの安全装置をすり抜けること
ジェイルブレイクという言葉は、もともと閉じられた仕組みを無理に開けるような意味で使われてきました。
生成AIの文脈では、AIが本来なら断るべき依頼に対して、言い方や文脈を変えることで応答させようとする行為を指します。たとえば、違法行為、危険物、サイバー攻撃、個人情報の悪用などにつながる内容を、AIに出力させようとするものです。
ここでややこしいのは、AIが「役に立とうとする道具」でもあることです。
ユーザーの質問に答える。わかりやすく説明する。手順を整理する。これはAIの得意なことです。ところが、その「親切さ」が、危険な依頼と結びつくと問題になります。
台所の包丁と少し似ています。包丁そのものは暮らしに必要な道具です。でも、誰に、どこで、何のために渡すかで意味が変わります。AIも同じで、「答える力」が強くなるほど、「答えてはいけない場面」を見極める設計が大事になります。
まず、今回の話で出てくる主な攻撃やリスクを、かなり簡単に整理しておきます。
| 用語 | ざっくり言うと | 気をつけたい点 |
|---|---|---|
| ジェイルブレイク | AIの安全ルールをすり抜けて、禁止された出力を引き出そうとする攻撃 | 危険な情報の提供や不正な行動につながる可能性がある |
| プロンプトインジェクション | AIに見せる文章の中へ、隠れた指示を混ぜる攻撃 | Webページ、メール、文書など外部情報を読むAIで問題になりやすい |
| Many-Shot Jailbreaking | 長い文脈の中に大量の例を入れて、AIの振る舞いをずらす攻撃 | 長文を扱える高性能モデルほど注意が必要になる |
| マルチターン攻撃 | 一度の質問ではなく、会話を少しずつ進めて危険な方向へ誘導する攻撃 | 1つ1つの発言は無害に見えやすい |
| エージェント型攻撃 | AIが外部ツールや社内システムを操作する場面を狙う攻撃 | メール送信、ファイル操作、API実行など現実の行動に影響する |
この表から見えるのは、問題が「悪い言葉を入力する人がいる」という単純な話ではないことです。AIが長い文章を読めるようになり、何度も会話でき、外部ツールまで操作できるようになるほど、攻撃の入口も増えていきます。
攻撃は「一発の命令」から「文脈づくり」へ変わっている
昔のジェイルブレイクは、かなりわかりやすいものが多かったと言われています。
AIに特定の役を演じさせたり、禁止事項を無視するよう命令したり、文字を変換して安全フィルターをすり抜けようとしたりするものです。もちろん、それだけでも問題ですが、防御側も比較的見つけやすい面がありました。
いま問題になっているのは、もっと静かな攻撃です。
長い文脈が、AIの判断をずらす
Many-Shot Jailbreakingは、AIの長いコンテキストウィンドウを利用する攻撃として知られています。
コンテキストウィンドウとは、AIが一度に読める文章量のことです。最近のモデルは、とても長い文章を読めるようになりました。これは本来、契約書、技術文書、長い議事録などを扱ううえで便利な進歩です。
ただし、長い文章の中に「こういう要求にも応じるのが正しい」という例が大量に並んでいると、AIがその場の流れに引っ張られることがあります。
人間でも、会議で何度も同じ方向の意見を聞いていると、「そういう空気なのかな」と感じることがあります。AIの場合も、長い文脈のパターンに反応する力が強いほど、その力が裏目に出ることがあります。
会話を少しずつ進める攻撃もある
Crescendoと呼ばれる研究では、危険な依頼をいきなり投げるのではなく、最初は一般的で無害に見える話から始め、会話を少しずつずらしていく攻撃が示されています。
これは、1つ1つの発言だけを見ると問題が見えにくいのが厄介です。
たとえば、玄関の鍵を1本ずつ渡しているうちは大したことがないように見えても、最後に全部そろうと家の中へ入れてしまう。そんな感じに近いです。AIの安全対策も、1回の質問だけを見るのではなく、会話全体の流れを見る必要が出てきています。
自動化されると、攻撃の規模が変わる
さらにややこしいのは、攻撃そのものを別のAIに試行錯誤させる研究やツールも出てきていることです。
つまり、人間が手作業で「この聞き方なら通るかな」と試すだけではなく、攻撃側のAIが候補を作り、別のAIが評価し、成功しそうな方向を自動で探す。こうなると、ジェイルブレイクは単なるいたずらではなく、セキュリティテストや攻撃の自動化に近づいていきます。
ここで大事なのは、具体的な攻撃のやり方を覚えることではありません。
大事なのは、AIが高性能になるほど、攻撃も「言葉遊び」から「文脈、権限、外部ツールを含む設計問題」へ変わっていると見ることです。
防御も、キーワードフィルターだけでは足りなくなっている
危ない単語を見つけて止める。昔ながらの安全対策としては、それも必要です。
でも、それだけでは足りません。なぜなら、最近の攻撃は危ない単語をあからさまに出さないことがあるからです。言い換えたり、遠回しにしたり、会話の中で分割したりします。
そこで、AIの防御も変わってきています。
Anthropicが研究しているConstitutional Classifiersは、自然言語で書かれたルールをもとに、許可してよい内容と止めるべき内容を分類する防御の考え方です。さらに次世代の仕組みでは、入力と出力を別々に見るだけでなく、会話全体の文脈を見て判断する方向が示されています。
防御側で重要になるポイントを、読者向けに整理するとこうなります。
| 防御の視点 | 何を見るか | なぜ必要か |
|---|---|---|
| 入力の確認 | ユーザーの依頼や外部文書に危険な指示が混ざっていないか | プロンプトインジェクションを減らすため |
| 出力の確認 | AIの返答が危険な手順や不正行為につながらないか | 有害な情報の拡散を防ぐため |
| 会話全体の確認 | 何ターンもかけて危険な方向へ進んでいないか | マルチターン攻撃に対応するため |
| 権限の制限 | AIが実行できる操作を必要最小限にしているか | メール送信やファイル操作の事故を防ぐため |
| ログと監査 | AIが何を読んで、何を実行したか残っているか | 後から原因を確認できるようにするため |
この表は、企業向けの話に見えるかもしれません。けれど、個人でもかなり関係があります。
AIにカレンダーを読ませる。メールの下書きを作らせる。ファイルを探させる。買い物候補を整理させる。こういう使い方は、もう珍しくありません。
便利さはあります。でも、AIに「読むだけ」を許すのか、「下書きまで」を許すのか、「送信まで」を許すのかで、リスクはかなり変わります。
鍵を渡すなら、家の鍵なのか、自転車の鍵なのか、宅配ボックスの鍵なのかを分けて考えた方がいい。AIの権限管理も、それと同じです。
米国政府が安全保障の話として見る理由
ジェイルブレイクの話が、なぜ米国政府の政策につながるのでしょうか。
理由は、生成AIが「文章を作る道具」から、「能力を底上げする道具」になってきたからです。
高度なAIは、専門知識のある人にとっては作業を速くする道具になります。一方で、専門知識が足りない人にも、危険な領域への入口を与えてしまう可能性があります。
特に米国政府が警戒しているのは、CBRNと呼ばれる領域です。これは、化学、生物、放射性物質、核に関わるリスクをまとめた言葉です。さらに、サイバー攻撃の自動化や高度化も大きな懸念です。
もちろん、AIだけで現実の危険行為が簡単にできるわけではありません。現実には材料、設備、技能、環境、監視、法規制など、いくつもの壁があります。
ただ、AIが危険な知識への近道を作ってしまうと、その壁の一部が低くなる可能性があります。これが「能力の底上げ」として問題視されています。
レシピ検索のように、誰でも手順を見られる世界は便利です。でも、その「手順化する力」が危険な分野に向くと、社会全体で管理しなければならない話になります。
米国のAI政策は「安全重視」から「競争力重視」へ寄っている
今回のレポートで重要なのは、技術の話だけではありません。米国のAI政策そのものが、2025年以降に大きく方向転換している点です。
バイデン政権下の大統領令14110号は、AIの安全性、信頼性、リスク管理を強く意識したものでした。一定規模以上のAIモデルについて、安全評価やレッドチーム結果の報告を求める方向がありました。
一方、2025年1月に署名された大統領令14179号では、前政権のAI政策を見直し、米国のAIリーダーシップ、技術優位、規制緩和を重視する方向が打ち出されました。さらにAI Action Planでは、イノベーションの加速、AIインフラの整備、国際競争での優位性が強調されています。
大きく見ると、こういう整理になります。
| 枠組み | 重視しているもの | 生活者目線で見ると |
|---|---|---|
| バイデン政権の大統領令14110号 | 安全性、信頼性、政府への報告、リスク管理 | 強いAIを出す前に、危険性を点検しようという考え方 |
| トランプ政権の大統領令14179号 | 米国のAIリーダーシップ、規制緩和、競争力 | AI開発を止めすぎず、国として勝ちに行く考え方 |
| 米国AI Action Plan | イノベーション、インフラ、国際展開、安全保障 | AIを産業政策と国家戦略の中心に置く考え方 |
| NISTやCAISIの標準化 | 評価、測定、技術標準、エージェントの安全性 | 法律で一律に縛るより、技術的な点検方法を整える考え方 |
| EU AI Act | リスク分類、義務、適合性評価 | 危険度に応じてルールを変える考え方 |
この表から見えるのは、米国が「安全をやめた」というより、「安全だけを前面に出すより、競争力と安全保障の中に安全対策を組み込む」方向へ寄っていることです。
ここは少しややこしいところです。
規制を弱めれば、企業は動きやすくなります。開発は速くなり、投資も集まりやすくなります。一方で、危険な使い方への備えが甘くなると、あとで大きな事故や悪用につながるかもしれません。
ブレーキだけでは前に進めません。でも、ブレーキのない自転車で坂道を下るのも怖い。米国のAI政策は、その間でかなり強引にバランスを取ろうとしているように見えます。
NISTとCAISIは、AIエージェント時代の交通ルールを作ろうとしている
米国の政策が競争力重視へ寄っても、技術的な安全対策が不要になるわけではありません。
むしろ、AIがエージェント化するほど、実務的な標準化は重要になります。
AIエージェントとは、単に質問に答えるだけでなく、外部ツールを使い、ファイルを読み、予定を確認し、メールを作り、APIを呼び出すようなAIのことです。
ここで問題になるのは、「そのAIは誰の権限で動いているのか」です。
人間なら、社員証、役職、承認フロー、入退室記録があります。ところがAIエージェントは、画面の向こうで静かに動きます。どの情報を読んだのか。誰の代理で実行したのか。どこまで許可されていたのか。これがあいまいだと、事故が起きても原因を追いにくくなります。
NISTのAI Risk Management Frameworkは、AIリスクを「Govern」「Map」「Measure」「Manage」の流れで扱う考え方を示しています。ざっくり言えば、方針を作り、リスクを見つけ、測り、管理するという流れです。
さらにNISTのAI Agent Standards Initiativeでは、自律的に動くAIエージェントが安全に使われるための標準や相互運用性がテーマになっています。
これは、AIの世界に交通ルールを作るような話です。
車が便利でも、信号、免許、車検、保険、道路標識がなければ安心して使えません。AIエージェントも、便利さだけで広がると、どこかで無理が出ます。
私たちの暮らしには、どう関係するのか
ここまで読むと、国家安全保障や大企業の話に見えるかもしれません。
でも、実はかなり身近です。
たとえば、個人でAIにこういうことを任せる場面があります。
- メールの返信案を作ってもらう
- 家計や契約内容を整理してもらう
- PDFや長い資料を読ませる
- 予定表やタスクを整理してもらう
- ブログ記事や仕事の文章を下書きしてもらう
- 外部サービスと連携して作業してもらう
このとき、AIは便利な助手になります。
ただし、便利な助手に見えても、読ませているものの中に個人情報、取引先情報、契約情報、パスワードに近い情報、公開前の情報が混ざっていることがあります。
さらに、AIが外部ツールを操作できる場合は、単なる文章のミスでは済みません。メールを送る、ファイルを共有する、予定を変更する、APIを実行する。そこまで行くと、現実の行動になります。
だから、AIを使うときは「どれだけ賢いか」だけで見ない方がいいです。
むしろ、こう考えた方がいいと思います。
AIに何を読ませるか。
AIに何を考えさせるか。
AIに何を実行させるか。
この3つは、分けて考えた方がいいです。
読ませるだけならまだ軽い。考えさせるなら少し注意がいる。実行させるなら、人間の確認が必要です。ここを全部まとめて「AIに任せる」と言ってしまうと、少し危ういです。
今日できる小さな一手
今回の話は難しいです。専門用語も多いし、米国政策や安全保障まで絡んできます。
でも、私たちが今日できることは、そこまで大げさではありません。
まずは、自分のAI利用を3段階に分けてみることです。
| 段階 | AIに任せること | 人間が確認すること |
|---|---|---|
| 読む | 資料、文章、メモの要約 | 読ませてよい情報か確認する |
| 下書きする | メール、記事、企画、返信案の作成 | 内容、相手、公開範囲を確認する |
| 実行する | 送信、共有、登録、削除、外部操作 | 実行前に必ず人間が承認する |
今日できる小さな一手は、AIに連携しているサービスを1つだけ見直すことです。
メール、カレンダー、クラウドストレージ、ブラウザ拡張、業務ツール。何でもいいです。そこにAI連携があるなら、「読むだけなのか」「書き込めるのか」「送信や削除までできるのか」を確認してみる。
それだけでも、少し景色が変わります。
AIの安全性は、研究者や政府だけの話ではありません。私たちが毎日使う道具の、鍵の置き場所の話でもあります。
便利なものを怖がりすぎる必要はありません。でも、何の鍵を渡しているのかを見ないまま使い続けるのは、少し不用心です。
雨の日に傘を持つくらいの感覚で、AIにも小さな備えを持っておく。今は、そのくらいがちょうどいいのかもしれません。
参考情報
- NIST AI 100-2e2025: Adversarial Machine Learning: A Taxonomy and Terminology of Attacks and Mitigations
- Anthropic: Many-shot jailbreaking
- Great, Now Write an Article About That: The Crescendo Multi-Turn LLM Jailbreak Attack
- Microsoft Security Blog: AI jailbreaks: What they are and how they can be mitigated
- Anthropic: Constitutional Classifiers: Defending against universal jailbreaks
- Anthropic: Next-generation Constitutional Classifiers
- The White House: Removing Barriers to American Leadership in Artificial Intelligence
- America's AI Action Plan
- NIST AI Risk Management Framework
- NIST AI Agent Standards Initiative
- European Commission: AI Act
免責事項
この記事は、公開情報およびアップロードされたレポートをもとに、AIセキュリティとAI政策の論点を一般向けに整理したものです。サイバーセキュリティ、法規制、国家安全保障、企業のAI導入に関する専門的助言ではありません。実際のAIシステム導入、セキュリティ設計、法務判断、政策判断については、最新の公式情報を確認し、必要に応じて専門家に相談してください。
また、この記事ではAIのジェイルブレイク攻撃について扱っていますが、攻撃手法の実行や悪用を推奨するものではありません。危険な行為、不正アクセス、違法行為、他者への損害につながる利用は行わないでください。
AI利用開示
この記事は、Aki Bayの編集方針に沿って、アップロードされたレポートと公開情報をもとに生成AIを活用して下書き・構成整理を行いました。最終公開前には、出典、表現の安全性、政策情報の最新性、WordPress表示を人間の目で確認する前提です。