WarnerのフロンティアAI法案、公開前に21日間のNSA審査を義務付けへ

Mark Warner上院議員は、フロンティアAIモデルに対する21日間の政府審査を義務付ける法案を提案した。Google Newsの見出しが、重大な政策論争へと発展しつつある。

2026年安全な人工知能開発法（Secure Artificial Intelligence Development Act of 2026）は、対象となるモデルを公開する前に、開発者が国家安全保障局（NSA）にアクセスを提供することを求める。このアクセスには、モデルの重み、設定ファイル、ランタイム、関連ソフトウェアライブラリが含まれる。

同法案は、AI企業との任意協力を重視してきたワシントンの近年の方針に異議を唱えるものだ。また、大規模な公開前にOpenAI、Anthropic、Google、Metaなどの主要開発企業を連邦政府による審査の対象とする可能性がある。

この対立は、単なる規制対イノベーションではない。米国のAIに対し、遅く不透明な承認制度を生み出すことなく、政府の評価者が深刻な能力を特定できるのかが問われている。

Warner氏の提案は、連邦当局が能力を増すモデルへの早期アクセスを数カ月にわたり議論してきた後に登場した。Donald Trump大統領は6月、最長30日間の任意プレビュー制度を設ける大統領令に署名した。

上院の提案は、幅広いリスクベースの定義を満たすモデルについて、この任意の関係を法的義務に置き換える。この変更が、法案の中心的な緊張関係を生み出している。

義務的な試験は、敵対者に悪用される前に脆弱性を明らかにできる可能性がある。しかし、未公開モデルの重みへの政府アクセスは、それ自体がセキュリティ、機密性、ガバナンス上のリスクも生み出す。

Google News読者が法案について知っておくべきこと

Warner氏の法案は、フロンティアAIの試験を任意の取り決めから義務的な連邦制度へと移行させるものだ。

Warner氏は2026年7月21日、より広範な立法アジェンダの一環としてSecure A.I. Development Actを提出した。このパッケージは、AIエージェント、データセンター、雇用への影響、有害な合成コンテンツ、国家安全保障も扱っている。

法案本文は、フロンティアAIモデルを能力とリスクに基づいて定義している。深刻な危険をもたらすタスクを実行するモデル、または統合システムが対象となる。

その危険には、国家安全保障、経済安全保障、公衆衛生、公共安全に対する脅威が含まれる。この定義は固定的な計算量の閾値に依存しない。

このアプローチにより、モデルアーキテクチャや学習手法の変化に応じて枠組みを適応させる余地が生まれる。一方で、どのシステムがフロンティアの閾値を超えるかを判断するという重要な決定が規制当局に委ねられる。

法案は、国立標準技術研究所（NIST）内に人工知能リスク委員会を設置する。NISTが委員会を主宰し、複数の政府機関が政府側の委員を任命する。

参加者には、NIST、商務省、サイバーセキュリティ・インフラストラクチャ・セキュリティ庁、NSA、財務省が選定した代表者が含まれる。独立系および業界関連の技術専門家も加わる。

委員会は、深刻なリスクを生む能力に関する技術評価を開発する。また、サイバーセキュリティの実務、モデルカードの形式、人員リスク管理、安全性研究のためのリソースも勧告する。

モデルカードとは、モデルの設計、試験、限界、想定用途を記載した標準化された記録である。この提案は、こうした記録を基本的な説明責任インフラの一部として位置付ける。

最も重要な規定は後半にある。提供者は、公開の少なくとも21暦日前までに、NSAのArtificial Intelligence Security Centerにアクセスを提供する必要がある。

このアクセスはチャットボットのインターフェースにとどまらない。挙動を左右する学習済みの数値パラメータであるモデルの重みも含まれ得る。

提供者はまた、対象となる公開モデルを州際または外国との商取引に投入する前に、NISTへ登録する。NISTは登録に関する異議申し立てと削除の手続きを整備する。

したがって、この提案は3層の監督を組み合わせている。技術委員会を設け、公開前アクセスを義務付け、連邦登録簿を創設する。

元の見出しに接したGoogle News利用者は、この措置を下院のFRONTIER Actと区別すべきだ。名称と政策目標は重なるが、仕組みは異なる。

超党派のFRONTIER Actは、モデルカード、リスク枠組み、独立監査、インシデント報告、継続的な評価を重視している。Warner氏の上院提案は、国家安全保障上の試験とNSAアクセスをより重視する。

いずれの法案も法律ではない。どちらも、委員会審査、修正、本会議での採決、両院間の交渉を経なければならない提案段階にある。

ワシントンが任意のAI試験を超えようとする理由

この法案は、モデル公開が競争、安全保障、企業収益に影響する場合、任意のアクセスは信頼性を失うとの判断を反映している。

連邦政府にはすでに、AI開発者に安全性情報の共有を求めてきた経験がある。従来の取り決めは主に任意の約束と大統領権限に依存していた。

Trump氏の6月の大統領令は、能力の高いモデルを公開前に検証するための別の任意プロセスを設けた。連邦AI政策に関する報道によると、当局は最長30日間の審査を受けられる可能性があった。

政権はこのプレビューを、認可ではなく準備と位置付けた。政府機関は危険な能力を研究し、脆弱性を特定し、重要インフラの運営者による防御準備を支援できる。

しかし、任意のプロセスは評価対象となる企業の協力に依存する。開発者が先行公開への強い圧力に直面する場合、その依存関係を維持することは難しくなる。

主要ラボは、早期開示が公開を遅らせ、独自技術を露出させ、競合他社に対応時間を与えることを懸念するかもしれない。同時に、政府当局者は不完全なシステムしか受け取れないことを懸念する可能性がある。

Warner氏の提案は、統一的な法的要件を通じてこの隔たりを埋めようとする。対象となるすべての提供者は、公開展開前に同じ義務を負うことになる。

同氏のAI政策枠組みは、この法案を国家安全保障のインフラとして提示している。悪意ある行為者、外国の敵対勢力、モデル窃取、重要システムへのリスクに焦点を当てる。

法案は複数の種類のAIセキュリティ脆弱性を挙げている。例として、データポイズニング、モデル抽出、プライバシー攻撃、回避攻撃、安全制御を迂回しようとする試みがある。

データポイズニングとは、システムの挙動に影響を与えるため、学習データまたは運用データを改ざんすることを指す。モデル抽出は、不正アクセスを通じて能力や機密情報を再構築する行為である。

これらは純粋に仮説上の分類ではない。セキュリティ研究者はすでに、プロンプトインジェクション、データ漏洩、ツールの悪用、不正な行為について、展開済みシステムを試験している。

より高性能なエージェントは、ソフトウェアと連携し、コードを書き、ツールを呼び出し、複数段階の目標を追求できるため、リスクを高める。失敗は、1つの不正確な回答にとどまらず広がり得る。

この提案は、公開前研究のための安全なNSAテストベッドを拡張する。重要インフラの運営者と適格な研究者は、管理された条件の下で参加できる。

この仕組みは、見出しだけから受ける印象以上に重要だ。政府は開発者から単に書類を集めるだけではない。

評価者は、モデルが公益事業者、通信事業者、金融機関、その他の重要な運営者が使用するシステムにどう影響するかを試験できる。これにより、モデル評価から防御計画へとつながる道筋が生まれる。

NISTの既存のAIリスク枠組みは、AIリスクの特定、測定、管理、ガバナンスに関する任意の指針を提供している。Warner氏の法案は、最高リスクのシステムに関して法定義務を追加するものとなる。

その結果、一般的なリスク管理から運用上の試験へと重心が移る。特定の能力がネットワークを侵害したり、危険な活動を支援したりできるかを問うものだ。

これが、この提案が今浮上している理由を説明する。連邦政策立案者はもはや、フロンティアモデルのリスクを抽象的な将来の問題とは見なしていない。

彼らは高度なモデルを、デュアルユースのシステムとして扱う傾向を強めている。同じコーディング能力や科学的能力が、正当な研究と悪意ある活動の双方を支援し得る。

義務的なNSAアクセスがAIラボと規制当局を異なる時間軸に置く

主要な対立は、迅速な商業的公開サイクルと、機密脅威および重要インフラを軸に構築された政府審査プロセスとの間にある。

主要なAI開発者は、ベンチマーク、顧客需要、計算資源の可用性、競合他社の発表に左右される公開スケジュールで動く。遅延は契約、開発者の採用、世間の認識に影響を与え得る。

国家安全保障機関は異なる時間軸で動く。管理された環境、適格性認定を受けた人員、再現可能な試験、そして結果を機密情報と照合する時間が必要だ。

Warner氏の21日ルールは、これらのシステムを結びつけようとする。公開前に明示的な積極的承認を要求することなく、政府に定義された審査期間を与える。

ただし実務上、アクセスと承認を切り離すことは難しい。試験中に重大な問題が見つかれば、公開の延期や変更を求める圧力が直ちに生じる。

法案は、試験プロセスによる指針を任意のものと呼んでいる。しかし、対象となる提供者が必要なアクセスを提供しなかった場合には、執行措置が適用される。

この区別は厳しく精査されることになる。開発者は、任意の指針が契約、調達、世論の圧力を通じ、非公式な公開条件になり得るかを問うだろう。

政府当局者は逆の問いを投げかける。試験で深刻な脆弱性が特定された場合、開発者が勧告を拒否すると何が起こるのか。

したがって、この提案は技術審査以上のものを生む。連邦機関と民間企業の間で、許容可能なリスクをめぐる継続的な交渉を制度化する。

OpenAI、Anthropic、Google、Metaはすでに、それぞれ異なる内部安全性制度を維持している。評価、能力の閾値、展開判断について公表する情報量もさまざまだ。

連邦プロセスは、こうしたアプローチの比較可能性を高める可能性がある。また、21日間の審査期間が始まる前に、ラボが評価パッケージを設計することを促す可能性もある。

その準備はエンジニアリングのワークフローに影響する。開発者には、再現可能なビルド、文書化されたモデル設定、管理された重みの転送、ポストトレーニング変更に関する明確な記録が必要となる。

ある設定で審査されたモデルは、新たなシステムプロンプト、ツール、フィルター、ファインチューニングの後には異なる挙動を示す可能性がある。規制当局には、どの変更で再審査が必要となるかを判断するルールが求められる。

統合システムは別の複雑さをもたらす。草案の定義には複数モデルを使用するシステムが含まれており、これは商用AI製品が実際にどのように動作するかを反映している。

エンタープライズ向けエージェントは、計画に1つのモデル、コーディングに別のモデル、検索や実行に特化したツールを使うかもしれない。リスクは、それらの相互作用から生じ得る。

基盤となる最大モデルだけを評価しても、システムレベルの失敗の一部を見逃す。考え得るすべての製品構成を評価すれば、連邦の試験プログラムは圧倒される。

人工知能リスク委員会が、その境界線を定める必要がある。その技術評価は、執行に足る具体性を保ちつつ、新たなアーキテクチャにも対応できる柔軟性を備えなければならない。

企業にも、より強固な社内証拠システムが必要となる。モデルカード、評価結果、アクセス記録、インシデント履歴が、通常のリリース管理の一部になる可能性がある。

この要件はエンジニアリングチームに実務的な影響をもたらす。重要な証拠は、多くの場合、ローカル文書、セキュリティシステム、実験、非公開の議論に分散している。

検索可能な技術ナレッジベースは、チームが意思決定を保存し、裏付けとなる記録を取り出す助けになり得る。ただし、文書化は独立したテストの代わりにはならない。

中心的な負担はフロンティア開発者にかかるが、クラウドプロバイダーにも利害がある。彼らはトレーニングクラスター、推論システム、機微なモデル成果物をホストしている。

重要インフラの運用者は、別の負担に直面する。不必要な関係者に本番ネットワークや機密の脆弱性をさらすことなく、現実的なテストを実施する必要がある。

研究者は、政府の結論を検証できるだけのアクセスを求めるだろう。この法案は、機密情報または専有情報について公表制限を認めており、外部からの検証を制約する可能性がある。

審査プロセスが信頼を得られるのは、一貫した結論を示す場合に限られる。公に異議を唱えられない機密の結果は、安全保障を守る一方で、説明責任を弱めるおそれがある。

安全上の利点には、新たなリスク集中が伴う

政府に早期アクセスを与えることは備えの向上につながり得るが、未公開のモデル資産を集中させることは、極めて価値の高い標的を生み出す。

モデルの重みは、AI開発者にとって最も機微な資産の一つだ。そこには、長年の研究、多額のコンピューティング投資、そして公開システムでは利用できない能力が体現されている場合がある。

法案は、プロバイダーに対し、これらの重みと関連ファイルをNSAのAI Security Centerへ提供するよう求める。この移転には、素材の価値に見合う保護措置が必要だ。

侵害が起きれば、専有技術が犯罪者や外国の情報機関に漏れる可能性がある。また、審査プロセスが封じ込めることを目的とした能力を拡散させるおそれもある。

草案は、安全なテスト環境と保護対象情報に言及している。それでも、立法文言だけで、すべての移転、請負業者、研究者、政府機関のシステムにおける完全無欠の実装を保証することはできない。

議会は、保管、保存期間、アクセスログ、削除、インシデント対応について詳細な回答を求める必要がある。開発者もまた、二次利用への制限を求めるだろう。

例えば、政府はセキュリティテストのために重みを受け取る可能性がある。企業は、政府機関がそれらを無関係な調達、監視、運用プログラムに再利用できないとの保証を望むはずだ。

委員会の構成は、第二のガバナンス上の問題を生む。政府当局者、独立した専門家、AIプロバイダーに所属する専門家が含まれることになる。

業界の参加は不可欠な技術知識をもたらし得る。一方で、委員が自らの雇用主や競合他社に影響するテストの定義を支援する場合、利益相反も生じ得る。

法案は、利益相反方針、公的な財務開示、忌避を求めている。こうした統制は必要だが、難しい事例は残るだろう。

フロンティアに該当するかどうか自体も、別の不確実性を提示する。この定義は、単純なトレーニング計算量の閾値ではなく、重大なリスクに依存している。

これにより、効率性が向上しても法律が陳腐化するのを避けられる。しかし同時に、どのモデルが制度の対象となるかについて、規制当局に相当な裁量を与える。

通常の安全策の下では無害なモデルでも、改変後には危険となる可能性がある。法定定義は、システムが改変によって示し得る能力を明示的に考慮している。

この文言は、容易な規制回避を防ぐ可能性がある。また、最大規模のクローズドな研究所を想定して設計された制度に、幅広く有用なオープンウェイトシステムまで取り込むおそれもある。

オープンウェイトモデルは、ダウンロード可能な複製物が一つのプロバイダーの管理を超えて拡散し得るため、執行上の課題を生む。米国の開発者がより厳しい審査に直面しても、海外で公開されたモデルは利用可能なままかもしれない。

支持者は、対象範囲が不均一であることは国内リスクを無視する理由にはならないと反論できる。批判者は、一方的な制限が開発を米国外へ移す可能性があると反論できる。

どちらの立場にも現実的な懸念がある。政策上の問題は、規制対象の開発者が規制を受けない海外の事業者より競争力を失うことなく、テストがリスクを低減できるかどうかだ。

法案の登録簿は、対象システムの可視性を向上させ得る。ただし、登録簿が有用なのは、定義、更新、対象除外の判断が正確に保たれる場合に限られる。

公開登録はまた、連邦当局者がどのモデルを特に高性能と見なしているかを明らかにする可能性がある。そのシグナルは、攻撃者から望ましくない注目を集めるかもしれない。

提案のインシデント報告制度は、より穏健なアプローチを取る。航空分野で用いられる安全制度を部分的にモデルとした任意報告を想定している。

航空分野の報告が機能するのは、参加者が明確な保護を受け、共有情報がシステム全体の安全を高めると信じているからだ。AI企業にも同様の確信が必要となる。

企業が開示によって処罰、訴訟、評判の悪化を招くと予想するなら、報告は不十分なものにとどまる。保護が過失を隠すなら、制度は役に立たなくなる。

したがって最大の懐疑的論点は、技術ではなく制度にある。議会はアクセスを義務付けることよりも、信頼される評価文化を築くことのほうが難しい。

信頼できる制度には、安全なインフラ、熟練した評価者、透明な基準、予測可能な手続き、実質的な審査権が必要だ。そのうち一つでも欠ければ、枠組み全体が弱まる。

連邦基準は州ごとのパッチワークを減らし得るが、それには政治的妥協が必要だ

Warnerの提案は、連邦AI規則が州法を補完すべきか、それとも排除すべきかを巡る、より大きな争いの中に位置している。

CaliforniaとNew Yorkはすでに、高度なAI開発者に対する要件を追求している。こうしたアプローチは、統一された全国基準を求める声を強めている。

大手テクノロジー企業は、州ごとに異なる規則が開発と展開を複雑にすると主張することが多い。消費者団体と州当局者は、連邦による専占がより強力な地域保護を消してしまうことを懸念している。

専占とは、同じ分野において連邦法が州の権限を制限または置き換えることを意味する。これはWashingtonで最も難しいAI政策論争の一つとなっている。

上院は以前、州のAI法を広範に阻止しようとする試みを退けた。この採決は、懐疑論が一つの政党にとどまらないことを示した。

Warnerの法案は、この論争のすべてを解決するものではない。その国家安全保障への焦点は、一般的な連邦AI法典よりも狭い正当化を与えている。

下院のFRONTIER Actは、統一性に向けて異なる道筋を取る。開発者の規模に基づく段階的な義務と、壊滅的リスクに対する独立審査を重視している。

この二つの提案は、交渉の軸となる可能性がある。一方は情報機関のアクセスと安全なテストを優先し、他方は透明性、監査、報告を重視する。

最終的な連邦枠組みは、両者の一部を組み合わせる可能性がある。NISTに公開基準を担わせ、国家安全保障リスクに対する機密テストを維持し、対象開発者に独立評価を義務付けることが考えられる。

しかし、仕組みを組み合わせることで審査の重複も生じ得る。開発者はNSAのテスト、NISTの登録簿、独立監査、さらに州ごとの義務に直面するかもしれない。

政治上の課題は、一貫性のある単一のリリースプロセスを設計することだ。権限を明確化せずに機関を増やせば、安全性を向上させることなく事務作業が増える。

Warnerが上院情報委員会の副委員長であることは、この提案に国家安全保障上の基盤を与える。ただし、それが超党派での可決を保証するわけではない。

議員は、NSAが民間のモデル重みに直接アクセスすべきかを検討する。市民的自由の擁護者は、同機関の役割がどのように制限されるのかを問うだろう。

業界寄りの議員は、狭い定義と機密保持の保護を求める。安全性の擁護者は、テストで危険な能力が判明した場合に、より強力な執行を求めるだろう。

オープンソースの支持者は、改変に関する文言と配布ルールに注目する。小規模な開発者は、制度が真にフロンティアに該当するモデルを超えて拡大しないという保証を求める。

重要インフラの運用者は、早期テストを支持する一方、機微な本番環境への連邦アクセスには抵抗する可能性がある。独立研究者は、政府の手法を評価するための道筋を要求するだろう。

こうした圧力により、この法案は制度設計の試金石となる。中心的な問題は、高度なAIがリスクを生み出すかどうかではない。

より難しい問題は、誰が権限を受け、その権限がどのように審査され、専門家がモデルのリリースについて意見を異にした際に何が起こるかだ。

Google Newsの集約では、この提案はWashington発のテクノロジー記事の一つに見えるかもしれない。その重要性は、見出しの下にある執行アーキテクチャにある。

この法案は、対象となるモデルについて、リリース前の政府アクセスを通常の法的手続きにすることになる。これは、自主的な約束や非公式な協力からの大きな変化だ。

フロンティアAI法案に将来性があるかを示す3つのシグナル

この提案の行方は、上院での支持、技術的定義、そしてAI業界が義務的アクセスにどう反応するかにかかっている。

最初のシグナルは、超党派の上院共同提案者だ。Warnerは提案を提出したが、持続性のあるテクノロジー立法には通常、政党と委員会をまたぐ支持が必要となる。

国家安全保障の信頼性を持つ共和党の共同提案者が加われば、法案の見通しは強まる。義務的テストが一党の規制アジェンダに限定されないことを示すためだ。

超党派の支持がなければ、詳細な交渉が始まる前に提案は弱まる。中間選挙の日程では、複雑な単独法案に割ける時間は限られている。

第二のシグナルは、議員が21日間のアクセス要件をどのように改定するかだ。委員会の文言は、対象資産を絞り込み、期限を延長し、より強い機密保持ルールを追加する可能性がある。

議会がモデルの重みへの義務的アクセスを維持するかに注目すべきだ。これを管理されたインターフェースに置き換えれば、知的財産リスクは減る一方、テストの深さは制限される。

フロンティアAIモデルの定義にも注目したい。より明確な能力テストは、開発者による対象範囲の予測と、規制当局による一貫した法執行の助けとなる。

現在の技術に過度に結び付いた定義は、すぐに古くなる。完全に政府機関の判断に基づく定義は、法的・政治的な課題に直面する可能性がある。

第三のシグナルは、主要開発者が共通の枠組みを支持するかどうかだ。複数のフロンティアラボから公の支持を得られれば、実施は容易になり、選択的な扱いだという批判も弱まる。

条件付きの支持も重要になる。企業はテストを支持しつつも、NSAによる保管、不確実な閾値、または海外従業員への制限には反対する可能性がある。

一般的な声明よりも、彼らの運用上の行動が強いシグナルとなる。開発者は、標準化されたモデルカード、安全な審査パッケージ、再現可能な評価環境の準備を始められる。

抵抗は、法案が最も大きな実務上の摩擦を生む場所を明らかにする。訴訟、ロビー活動、協力の遅延は、提案されたモデルを弱めるだろう。

下院のFRONTIER Actは、もう一つの重要な参照点となる。議員がその監査要件をWarnerのテストベッド手法と整合させれば、より広範な妥協の可能性が高まる。

両院が両立しない制度を追求すれば、連邦による監督は分断されたままとなる。企業が重複する義務に対応する間、州は独自の規則を策定し続けるだろう。

読者はNISTとNSAのAI Security Centerにも注目すべきだ。その人員配置、評価手法、専有資料の取扱いが、義務的審査が機能するかを左右する。

開発者と企業の購買担当者は、法案の成立を待たずに内部統制を改善すべきだ。リリース文書、システム台帳、評価記録、インシデント対応手順は、すでにより安全な調達を支える。

ナレッジワーカーにとっても重要だ。規制は、どのモデルがいつ自分たちのツールに届くかを左右する。リリース前の審査は一部の公開を遅らせる可能性がある一方、他のモデルに関するセキュリティ情報を充実させる可能性がある。

セキュリティチームは、モデルがどのようにテストされたのか、どの構成が対象だったのか、リリース後の変更をどのように追跡しているのかをベンダーに尋ねるべきだ。コンプライアンス表示だけでは、こうした疑問に答えられない。

中心的な判断は、依然として暫定的なものだ。Warnerは重要な仕組みを定義したが、議会はそれを運用するために必要な信頼や能力をまだ確立していない。

Google Newsの読者は、見出しだけでなく法案本文を追うべきだ。決定的な論点は、義務付けられる連邦政府のアクセスが信頼できるテストとなるのか、それとも非公式な事前承認にとどまるのかである。

今後3か月は、共同提案者、21日ルール、そして研究所の運用面での対応を注視すべきだ。これらのシグナルを合わせれば、次の危機が起きる前にワシントンが監督体制を構築できるかどうかが分かる。