DeepSeek連邦政府禁止、独自AIアプリの範囲を超えて拡大
米国の命令により、DeepSeekは連邦政府の民間システムから排除される見通しとなった。この命令は同社のチャットボットにとどまらず、その技術を使って構築された製品にも及ぶ。DeepSeekに対する連邦政府の禁止措置は、対象となる調達を阻止し、政府機関の情報技術環境からの削除を求める。広範な文言は、政府の購入担当者に実務上の問いを突き付ける。ソフトウェアのサプライチェーンをどこまで遡って確認すべきなのか。
国土安全保障省は2026年10月20日にこの命令に関する通知を公表した。基礎となる決定は7月24日付である。この区別は重要だ。今週の公表は、それ以前の措置を明らかにしたものであり、政府当局者が今週新たな禁止令に署名したことを意味するものではない。
核心的な緊張関係は、導入可能なAIモデルへのアクセスと、政府が許容可能なサプライチェーンリスクを確認する能力との間にある。OpenAIとAnthropicは競争状況を理解するうえで有用な文脈を提供するが、これはモデル開発者同士の競争以上の問題だ。政府機関とその供給業者は現在、すでに利用している製品に組み込まれた技術について問われている。そこには、別の企業名を冠した製品も含まれる。
DeepSeekに対する連邦政府の禁止措置が実際に変えること
連邦政府の排除命令は、連邦政府の民間機関に対する調達上の排除措置と削除要件を定めている。適用規則の対象となる関連事業体とともに、Hangzhou DeepSeek Artificial Intelligence Co., Ltd.を特定している。
削除に関する文言は、DeepSeekの実装を用いて開発された第三者の製品やサービスにも及ぶ。最も重大な境界線は、アプリケーション上の名称で止まるのではなく、基盤となる技術に沿って引かれている。
この文言は調達における問いを変える。政府機関は、DeepSeekから直接何かを購入したかどうかだけでリスクを評価することはできない。契約、インターフェース、サポートのすべてが別の事業者から提供されている場合でも、供給業者の製品について精査が必要になる可能性がある。
米国ベンダーのブランドで販売される、仮想的な文書検索サービスを考えてみよう。そのインターフェースは、どのモデルがリクエストを処理しているかを隠しているかもしれない。サービスが対象となる実装に依存している場合、ベンダーの身元だけでは政府機関のコンプライアンス上の問いに答えられない。
この例は調達上の問題を示すものであり、特定の製品が禁止対象であると特定するものではない。対象範囲の判断には、実際の実装の詳細と、政府による命令の解釈が必要となる。
この制限は、連邦政府の民間機関による調達と情報システムに関するものだ。民間企業や個人によるDeepSeekの利用を全国的に禁止するものではない。また、この民間向け命令を、あらゆる軍事・情報システムを統制する手段と受け取るべきでもない。
こうした区別により、見出しを誤解させる読み方を避けられる。政府の調達排除は、製品をより広い消費者市場から排除しなくても、大きな商業的影響をもたらし得る。
この命令は、異なる運用上の作業も組み合わせている。予定されている購入を停止することは調達判断を伴う。既存サービスから技術を削除するには、依存関係、代替手段のテスト、供給業者との調整が必要となり得る。
政府機関にとって、この違いは政策発表と実装作業を分ける。阻止された購入は調達キューから消すことができる。既存の導入環境は、職員が業務を継続する前に代替手段を必要とするワークフローを支えている可能性がある。
供給業者にとっては、自社製品に実際に何が含まれているかを説明できるかが問題となる。米国企業であるという一般論では、組み込みモデルに関する問いへの答えにはならない。
したがって、直ちに導ける分析上の結論は、「ワシントンが中国のAIをあらゆる場所で禁止した」という主張よりも限定的だ。DHSは、民間分野における管轄の範囲で、特定の供給業者と対象実装に対して調達・削除権限を行使した。
より広い重要性は、その権限が多層的なソフトウェアとどのように相互作用するかにある。政府の購入担当者には、利用者が直接目にしないコンポーネントについても、ますます回答が求められている。
過去の命令がタイミングの問題を生む
Arise Newsは、民間機関向けの制限が7月24日に始まったと報じている。公的通知は10月に掲載され、この決定がより広く知られるようになった。
同報道によると、政府機関は発令から60日以内に、書面による正当化を通じて延長を含む例外措置を要請できる。7月の発令日と10月の公表日を、同一のコンプライアンス上の節目として扱うべきではない。
入手可能な時系列情報だけでは、影響を受けるすべての政府機関がいつ指示を受けたのかは分からない。特定の機関がすでに救済措置を要請したかどうかも明らかではない。実装の進捗を評価するうえで、こうした欠けている詳細は重要だ。
したがって、読者は公表日から一律の新たな猶予期間を算出しようとすべきではない。より慎重な報道上の結論は、公表と基礎となる発令が異なる時点で行われたということだ。
この隔たりは、部外者が緊急性について推測できる範囲も限定する。今週の世間の注目は、政府機関が今週初めて制限を知ったことを証明するものではない。逆に、より早い段階で発令されていたからといって、影響を受けるすべての供給業者が完全な指針を得ていたことにはならない。
この不確実性は、政府機関の技術責任者と調達チームに圧力をかける。命令を自らのシステム、契約、承認済みの例外措置に結び付ける権威ある指示が必要となる。
供給業者も関連する情報発信上の問題に直面する。商務チームは公表をきっかけとする問い合わせを受ける一方で、政府顧客はより早い段階での指示に基づいて行動している可能性がある。日付と適用文書を明確に示すことが不可欠になる。
セキュリティ上の根拠についても、慎重な帰属が求められる。DHSは、中国に機密性の高い政府情報が渡ることや、サイバーセキュリティ上の脆弱性の可能性に懸念を示した。これらは、同省が利用を制限する根拠として挙げたものだ。
リスク判断は、特定の政府機関が侵害を受けたことを立証するものではない。脆弱性の可能性に関する警告も、すべてのバージョンや導入環境に悪意あるソフトウェアが含まれることを証明するものではない。
この区別は、政府機関が職員に変更を説明する際に影響する。職員は、どのサービスが対象となり、何が代替となるのかを理解する必要がある。侵害が確認されたとの主張には、別途証拠が必要となる。
DeepSeek自身の対応も、確認した報道の範囲では限られている。Ariseは、同社がコメント要請に直ちには応じなかったと報じた。この不在を、事実のない自認や同社の立場の代替として扱うべきではない。
タイミングの問題は、技術的課題に加えて情報発信上の課題を明らかにする。命令は法的に重大な影響を持ち得る一方、公的な説明が実装上の疑問を未解決のまま残すことがある。
次に有用な情報は、既存の決定を具体的な政府機関向け指示に結び付けるものだろう。そのつながりがなければ、一律の期限や削除完了に関する断定的な主張は、入手可能な証拠を超えることになる。
供給業者はブランディングでは答えられない問いに直面する
連邦政府の契約規則は、サプライチェーン上の制限がベンダーに影響する別の経路を提供する。関連する問いは、適用される命令と契約条項が、提供される製品またはサービスに及ぶかどうかだ。
サプライチェーン契約条項は、適用される免除を条件として、契約履行中の対象技術の提供または利用を禁止している。また、照会、報告、下請け業者に関する要件も定めている。
契約への適用可能性には注意が必要だ。この条項では、勧誘後に発令された命令は、修正または変更を通じて追加された場合にのみ、その契約に適用される。連邦政府の制限は、請負業者が行うすべての商業活動を自動的に禁止することなく、請負業者に及ぶ可能性がある。
この条項は、新たな命令がサプライチェーンに影響し得る場合の命令に関する定期的な確認と合理的な照会を求めている。報告義務には、特定から3営業日以内の初回提出と、その後10営業日以内の追加情報の提出が含まれる。
これらの規定により、文書化は商業的に重要となる。顧客から対象技術について尋ねられた際、供給業者は正確に回答できるだけの情報を必要とする。
これは、すべての企業があらゆるソフトウェアコンポーネントの完全な履歴を再構築しなければならないことを意味しない。この条項は、社内または外部の監査を要求することなく、合理的な照会を定義している。具体的な義務は依然として、適用される契約に左右される。
それでも実務上の圧力は、好みのモデルを選ぶプロダクトマネージャーの範囲を超える。営業、エンジニアリング、調達、契約の各チームは、政府機関が何を受け取るのかについて、一貫した回答を用意する必要がある。
仮想的なコーディング支援ツールは、調整上の問題を示している。宣伝される機能は変わらないまま、内部のモデル提供者が変わる可能性がある。一般の購入者にとっては小さな変更に見えるかもしれないが、政府顧客にとっては適格性に影響し得る。
これは調達上のリスクに関する推論であり、特定のベンダーが命令に違反した証拠ではない。重要なのは、契約上の保証が実装の詳細を追跡しなければならない点だ。
同じ論理は、下請けに出された機能にも当てはまる。元請け業者が主要アプリケーションを管理する一方、別の企業が要約機能を提供する場合がある。その場合、関連する技術を特定するには、組織の境界を越えた情報が必要となる。
文書化では、利用可能性と利用を区別する必要もある。モデルへのアクセスを提供するサービスと、そのモデルを利用するよう構成された導入環境は、異なる事実上の問いを提起する。この区別が対象範囲を解決するかどうかには、公式の解釈が必要となる。
ベンダーにとって信頼できる回答は、モデル、ホスティング構成、政府顧客を支える設定を特定するものとなる。セキュリティや所在地に関する根拠のない保証では、中心的な問いは未解決のままだ。
政府機関にとっては、調達記録だけでは不完全な見取り図しか得られない可能性がある。契約相手は特定できても、サービスを提供するすべてのコンポーネントを必ずしも特定できるわけではない。
商業的な帰結は、説明可能な製品構成に対する評価が高まることだ。実装を文書化できる供給業者は、対象範囲、代替、例外措置について議論する際に、より明確な根拠を持てる。
この利点は、証拠と対応力に関するものだ。特定の代替手段が自動的に安全、承認済み、または政府機関の業務に適していることを示すものではない。
モデルへのアクセスはサプライチェーンの確実性と競合する
DeepSeekが自社の消費者向けアプリケーション以外でも利用可能であることは、政策論争を複雑にしている。オープンウェイトモデルでは、ライセンス条件に従い、学習済みモデルのパラメータを他の場所で導入できるようにする。
この仕組みは、モデル開発者と特定サービスの運営者を分離する。したがって、導入環境はモデルの由来と、ユーザー情報を扱う組織の両方に関する問いを生じさせる可能性がある。
ホスティングに対する管理と、調達適格性に関する確実性は別個の問題である。計算処理を移すことで一部の技術的条件は変わるが、それによって排除命令が独立して書き換えられるわけではない。
OpenAIやAnthropicとDeepSeekを比較する際、この区別は重要になる。購入者は、企業名がすべてのセキュリティ上の問いに答えると仮定するのではなく、具体的なモデルと導入環境を調べるべきだ。
ホスト型サービスでは、運用上の責任が外部プロバイダーに委ねられる。ローカル運用モデルでは、その責任は運用する組織側へ移る。どちらの形態でも、アクセス、データの取り扱い、ソフトウェア保守を検証する必要性がなくなるわけではない。
連邦政府の調達担当者にとって、この判断には適格性も含まれる。技術的に魅力的な導入であっても、調達上の制約に直面する可能性がある。逆に、適格な製品であっても、実施する業務に照らして評価が必要となる。
ここには、柔軟性と確実性のトレードオフが生じる。モデルの選択肢があれば、開発者は製品をさまざまなタスクに適応させやすい。一方で、依存関係が増えるたびに、政府顧客が把握する必要のある事実も増える。
この緊張関係は、アプリケーションがモデルの交換に対応している場合に特に顕著になる。ベンダーにとって容易な差し替えでも、購入者の評価には重大な影響を及ぼし得る。
適切な対応は、柔軟性そのものが不正を生むと決めつけることではない。製品変更の影響を説明できるだけの記録が必要だと認識することである。
有用な比較では、いくつかの問いを平易に分けて考える。誰がモデルを開発したのか。誰がサービスを運用しているのか。情報はどこを移動するのか。顧客はどの構成を承認したのか。
これらの問いは重なり合うが、答えは同一ではない。よく知られた供給元が、馴染みのない技術を組み込むことはあり得る。ローカル運用のコンポーネントであっても、発注に関連する由来を持つ場合がある。
政府の購入者は、競争とコンプライアンスも分けて考える必要がある。この制限は検討可能な選択肢を変えるが、モデル品質の普遍的な順位を定めるものではない。
対象となる導入環境で代替が必要になれば、商業上の競合企業には機会が生まれる可能性がある。ただし、これは契約獲得や測定可能な売上増を示す証拠ではなく、分析上の含意にとどまる。
代替の判断には、それ自体の作業が伴う。チームは、別のモデルが有用な挙動を維持できるか、同じ文書を扱えるか、既存の運用管理に適合するかを評価しなければならない。
製品図では小さく見える変更でも、日常業務に影響し得る。検索結果、要約、コーディング提案はモデルごとに異なり得るため、政府機関が代替モデルに依存する前には確認が必要となる。
ナレッジワーカーにとって、根本的な教訓はトレーサビリティにある。検索可能なナレッジベースは、チームが判断と裏付け文書を保持する助けになる。ただし、それだけで政府の承認を確立できるわけではない。
したがって、競争上の中心的な圧力は、能力と検証可能性の関係にかかっている。購入者には有用なAIが必要であり、供給者には、それを正確に何が提供しているかを説明する証拠が必要となる。
セキュリティ上の調査結果だけでは、すべての適用範囲の問題は解決しない
政府が示した懸念と並行して、検討すべき実質的な技術的証拠がある。その内容は、試験条件を保ったまま説明されるべきだ。
NISTのCenter for AI Standards and Innovationは、2025年9月のAIセキュリティ評価で、DeepSeekのモデルを米国の参照モデルと比較した。調査結果には、悪意ある指示への耐性に関する弱点が含まれていた。
DeepSeekのR1-0528を使用するエージェントは、評価対象となった米国の最先端モデルと比べ、悪意ある指示に従う可能性が平均で12倍高かった。攻撃はシミュレーション環境で行われた。
この評価では、当該DeepSeekモデルのジェイルブレイクへの追従率は94%で、米国の参照モデルの8%と比較された。ジェイルブレイクとは、モデルに安全対策を回避させるよう促すことを指す。
これらの調査結果は、試験対象システムの精査を支持する一方で、導入形態と法的適用範囲に関する別個の問題を残している。 すべてのDeepSeek導入環境が侵害されたことを示すものではない。
日付も重要である。これらの結果は、2026年10月時点で利用可能なすべての製品を完全に比較したものではなく、2025年に評価されたモデルに関するものである。
ベンダーを比較する際、この境界は不可欠である。過去のベンチマークは文書化された弱点を明らかにし得るが、後継バージョンや異なるアプリケーション構成の性能を確定するものではない。
命令の広範さは、セキュリティ実務家からも批判を集めている。Luta Securityの創業者兼CEOであるKatie Moussourisは、その第三者に関する文言の実務的な意味に疑問を呈した。
実施範囲についてのコメントで、彼女はDeepSeek自身のアプリケーションやサービスを遮断することと、あり得るあらゆる開発上のつながりを追跡することを区別した。彼女の懸念は、供給者が現実的に何を検証できるかにある。
曖昧さは、その文言がDeepSeekモデルを実行する製品、派生モデル、あるいはDeepSeekの支援を受けて作成されたソフトウェアに及ぶかどうかに関わる。権威あるガイダンスが解決するまでは、これらの可能性は問いとして扱うべきである。
稼働中のモデル依存関係と、開発者が過去に使用したコーディングツールでは、残る証拠が異なる。セキュリティ上の利点を検討する前であっても、両者を同一に扱えば、異なる文書化要件が生じる。
これは分析上の区別であり、DHSがいずれかの解釈を採用したという主張ではない。ベンダーは、もっともらしい技術的区別を公式な適用除外へと安全に読み替えることはできない。
中国は、この政策の前提に異議を唱えている。Associated Pressによると、報道官の毛寧氏は、北京が国家安全保障を過度に拡張していると表現した対応に反対した。中国政府の反応は、中国企業の利益も擁護している。
この反応は政治的な対立があることを示している。それ自体で技術的な調査結果を解決するものでも、政府機関が適用範囲をどう解釈すべきかを示すものでもない。
最も堅実な分析は、これらの論点を分けて扱う。セキュリティ試験は、特定の条件下で観察された挙動を扱う。調達政策は、政府が何を許可するかを扱う。外交的な声明は、政府間の対立を扱う。
これらの論点を混同すると、証拠より強い主張になってしまう。脆弱性の発見はスパイ活動を証明するものではなく、広範な文言への批判は根底にあるセキュリティ上の懸念を消し去るものでもない。
読者にとって未解決の問題は、実施ガイダンスによって、この制限を従えるほど明確にできるかどうかである。その明確さがあれば、政府機関はあらゆるソフトウェア開発上の判断について推測に頼ることなく、リスクに対応しやすくなる。
定義、供給者の証拠、実際の代替を注視する
DeepSeekに対する連邦政府の禁止措置は、今後、観察可能な実施状況を通じて評価する必要がある。見出しは措置の重要性を伝えるが、政府機関が一貫して適用できるかどうかまでは示さない。
次に意味を持つ兆候は、より明確な定義、文書化された供給者の対応、そして政府機関による変更の証拠である。 それぞれが、この制限の実務上の広がりについて異なることを明らかにする。
まず、対象となる実装についての権威ある明確化を注視すべきである。ホスト型アクセス、ローカル運用モデル、派生モデル、開発支援を区別するガイダンスがあれば、政府機関が何を調べる必要があるかに関する不確実性は減る。
限定的な明確化であれば、命令をめぐって流通している最も広範な解釈は弱まる。より遠い開発上のつながりを明示的に対象とするガイダンスであれば、その適用範囲が導入済みモデルの依存関係を超えるという見方が強まる。
例外手続きも、この最初の兆候に含まれる。時期と必要な正当化に関する明確な指示があれば、即時の代替が不可能なシステムを政府機関がどう扱うべきかを説明しやすくなる。
権威ある根拠なしに、公開によって期限が再開されたと読者が推測すべきではない。同様に、入手可能な報道は、各政府機関の事前通知や例外の状況をすべて明らかにしているわけではない。
次に、供給者が何を文書化する意思があるかを注視すべきである。意味のある開示では、関連コンポーネントを特定し、政府顧客の構成を説明することになる。
ベンダーがセキュリティを重視しているという声明は、適用範囲に関する証拠としては乏しい。モデルの識別、運用、変更についての具体的な説明は、より有用な評価基盤となる。
供給者の証拠は、トレーサビリティの実際的な限界も明らかにする。企業が導入済みモデルを文書化できても、過去のコーディング支援を再構成できない場合、その区別は実行可能なガイダンスにとって重要になる。
製品発表だけでは問題は決着しない。有用な兆候は、供給者が顧客の実際のサービスに結び付いた情報で自らの主張を裏付けられるかどうかである。
第三に、文書化された政府機関の代替事例と例外の結果を注視すべきである。こうした展開は、組織がその命令をどれほど議論しているかではなく、命令がシステムにどのような影響を与えるかを示す。
代替は、その導入環境で実施が行われたことを示す。ただし、影響を受けるすべてのシステムが変更されたことや、代替品が同一の性能を発揮することを立証するものではない。
同様に、例外は特定の状況の扱いを明確にするが、必ずしも他者への一般的な許可を生むわけではない。適用範囲と条件が重要となる。
ここで検討した公示と報道を超える証拠なしに、影響を受ける導入件数、完了した撤去件数、または失われた契約件数の総数を割り当てる検証済みの根拠はない。そうした測定には追加の証拠が必要である。
政府外の開発者と購入者にとって、転用可能な論点は自らの記録の質である。どのモデルがタスクを処理するかを知ることは、製品の挙動と政策変更への影響の双方を説明する助けになる。
AIに関する選択の背景文書を確認しよう。モデルの識別、ホスティング形態、供給者の約束、承認履歴である。確認済みの事実と、ベンダーがおそらく何を使用しているかという推測を分けて保持する。制限が変わった場合は、その文言を、実際に業務を支える導入環境と比較する。DeepSeekに対する連邦政府の禁止措置は、この区別が調達、エンジニアリング、日常的なナレッジワークにまたがって重要である理由を示している。見慣れたインターフェースだけでは、すべての依存関係は見えず、自信に満ちた保証も裏付け証拠の代わりにはならない。公式ガイダンスと供給者の開示が示されたら、それらの文書に照らして判断を見直すべきである。チームは、どの技術が情報を処理しているかを説明し、その回答を裏付ける記録を示せるだろうか。
