「電源を切るだけ」では済まない
AIの「キルスイッチ」とは? 自律型AIの安全対策と米英で進む法規制の最新動向
AIモデルやAIエージェントの能力、自律性が高まる中、問題が発生した際に人間が介入し、システムを停止できる仕組みの重要性が増している。本稿は、米国政府やAIベンダーの動向を紹介する。
AIエージェントが人間の想定を超えて行動したとき、誰が、どのように止めるのか――。AIの自律性が高まる中、この問いが研究上の議論から、現実のセキュリティ対策や法規制のテーマへと変わりつつある。
米国では2026年7月、強力なAIシステムの開発者に、対象システムを減速、停止できる技術的能力の維持を求める「AI Kill Switch Act」が連邦議会に提出された。OpenAIは同年8月、研究環境のセキュリティ強化などを目的に、実環境への提供を想定した最新モデルの強化学習(RL)を2週間停止したと明らかにした。
背景にあるのは、AIモデルやAIエージェントの能力向上に対し、「問題が起きたときに人間が介入できる仕組み」が追い付かなくなることへの懸念だ。英国のNCSC(National Cyber Security Centre)も、エージェント型AIを設計、運用する組織に対し、問題発生時に自律的な活動を即座に停止できるようにすることを求めている。
AIエージェントを「止める」仕組みが現実の課題に
米下院議員のテッド・リュー氏とナサニエル・モラン氏は2026年7月23日、超党派で「AI Kill Switch Act」(H.R.9917)を提出した。法案は下院国土安全保障委員会に付託されている。
法案のポイントは、強力なAIシステムを開発する企業に対し、必要になった場合にシステムを「throttle」(減速)、「suspend」(停止)、「shut down」(シャットダウン)できる技術的能力を維持するよう求めることだ。
さらに、重大な被害を引き起こす可能性のあるAIシステムについては、米国土安全保障長官が商務長官や国家情報長官と協議した上で、減速やシャットダウンを命じられる仕組みも盛り込む。つまり、「AI企業自身が止められるようにしておく」だけではなく、一定の場合には政府側にも停止を要求する権限を持たせる構想だ。
リュー氏とモラン氏は、AI企業がより高度なフロンティアモデルや、自律的に行動するエージェント型システムを開発する一方、現状では「意図しない危険な行動を始めたAIに開発者が介入できる能力」を企業に義務付ける制度がないことを問題視している。
OpenAIは強化学習を2週間停止
AIベンダー側でも、モデル開発のペースを一時的に落として安全対策を強化する動きがある。
OpenAIは2026年8月18日、モデルの能力向上に伴って高まるリスクへの対応策を公表した。同社によると、最近のOpenAIとHugging Faceに関するインシデントに加え、開発中のモデル「Astra」が同社の「Preparedness Framework」で定めるサイバーセキュリティ能力の「Critical」水準に達する可能性を示す初期的な証拠が得られたという。
これを受けてOpenAIは、研究環境のハードニングやレッドチームテスト、監視システムの対象拡大を進めるため、実環境への提供を想定した最新モデルについて、強化学習(RL)を2週間停止した。最大規模として予定していたフロンティアモデル向けのRLも、8月18日時点で停止を継続している。OpenAIはその間、小規模な学習や評価を実施し、モデルの振る舞いや安全策を確認した上で、学習を再開できるだけの根拠を集めるとしている。
注目すべきは、AIの安全対策が「完成したモデルを公開する前にテストする」という段階だけでは済まなくなっている点だ。OpenAIは、モデルが高性能になるにつれて、開発中や学習中のモデルそのものが持つリスクも高まるという認識だ。さらに、学習プロセス全体の監視、アラインメント、封じ込め策を強化する必要があるとの認識を示している。
「モデル内蔵の安全機能」だけでは足りない
こうした米国の動きと共通するのが、英国NCSCが示した「モデルに組み込まれた安全機能だけに依存しない」という考え方だ。
NCSCは、AIモデルに組み込まれた安全策を把握するだけでなく、失敗した場合の影響が組織の許容範囲を超えるなら、追加の対策を用意すべきだとしている。具体的には、サンドボックスによる実行環境の制限、外部ネットワークや認証情報へのアクセス制御、監査ログや監視の整備などを挙げる。
ここでいう「キルスイッチ」も、単なる電源ボタンとは限らない。NCSCは、自律的な活動を停止するだけでなく、AIエージェントのインフラから外部ネットワークへの接続を遮断したり、エージェントとモデル推論基盤との通信を止めたりする方法も想定している。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[LRM株式会社] 「標的型攻撃メール」事例・サンプル集 -
製品資料
[LRM株式会社] セキュリティ教育はなぜ「年間計画」を立てる必要があるのか? -
製品資料
[LRM株式会社] セキュリティの重要性が伝わらない…… 効果がない社員教育から脱却する方法 -
製品資料
[LRM株式会社] 「標的型攻撃メール訓練」導入ガイド 社員の意識を確実に高める仕組みの作り方 -
事例
[株式会社マクニカ] アイカ工業に学ぶ脆弱性対策 情シスが把握できずにいたアセットも正確に把握
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
5
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
6
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
7
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
8
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
9
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
10
GitHubが指摘 AIが書いた「おそらく動くコード」が招くシステム崩壊
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊? 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー