DeepSeekの危険性は？企業利用の安全性・データ管理・米国の規制を解説

DeepSeekの危険性を判断する際は、扱うデータと利用環境を分けて考える必要があります。公開情報を使う業務なら利用を検討できますが、機密情報の入力には、利用するサービス、ホスト事業者、契約を特定したうえでの承認が必要です。2026年10月19日に公になった米国連邦政府の利用制限により、政府関連の業務では別途、利用の可否を確認する必要があります。ローカル環境で動かすだけでは、この問題は解決しません。DHSの公示と署名済み命令。

DeepSeekの危険性は？サービス・モデル・利用の可否を分けて判断

承認の対象は、DeepSeekというブランド全体ではなく、具体的な利用方法です。 AI開発企業のDeepSeekは、法人名をHangzhou DeepSeek Artificial Intelligence Co., Ltd.といい、ホスト型サービスとダウンロード可能なモデルを提供しています。どちらを使うかで、自社の情報がどう扱われるかは変わります。

経営者やIT責任者が「安全か」を判断するには、次の点をそれぞれ確認する必要があります。

• サービス： プロンプト、ファイル、ログを誰が受け取り、どの規約に基づいて扱うのか。
• モデル： どのソフトウェアが動作し、どのように振る舞い、何にアクセスできるのか。
• 利用の可否： 契約、データに関する義務、適用される制限の下で、その使い方が認められるのか。

どれかを満たしていても、ほかの確認を省くことはできません。顧客文書を社内ネットワークに置いたまま処理できても、生成された回答が正しいとは限りません。業務で高い性能を発揮するモデルでも、その文書を送信してよいことにはなりません。

確認日：2026年10月20日。 DeepSeekの現行ポリシーとAPIドキュメント、政府の公示と署名済みの付録、以下で引用するホスティングおよびモデルのドキュメントを確認しました。本記事の判断は、これらの資料に基づく分析です。侵入テストや、実際に導入されたシステムの監査結果ではありません。

DeepSeekのホスト型サービスでは、入力データはどこへ送られる？

DeepSeekが運営するチャットサービスでも、同社のAPIを直接利用する場合でも、リクエストはDeepSeekに送信されます。 APIとは、ソフトウェアがモデルに回答を求めるためのインターフェースです。社員が社内アプリを通じて使っていても、それだけで処理がローカルになるわけではありません。

DeepSeekのアプリは仕事に使っても安全？

chat.deepseek.comで提供されるDeepSeekのブラウザー版は、ホスト型のチャットサービスです。モバイルアプリも同じくホスト型サービスとして扱ってください。モデルを端末にダウンロードし、スマートフォン内だけで処理しているわけではありません。

2026年2月10日更新のプライバシーポリシーには、「当社は、中華人民共和国内でお客様の個人データを直接収集、処理、保存します」と記載されています。収集するデータにはプロンプト、ファイル、チャット履歴、デバイス情報などが含まれ、処理目的にはモデルの学習と改善も挙げられています。また、機微な個人データを送信しないよう利用者に求めています。

保存期間は、処理目的や法的義務によって異なります。ポリシーは保存期間の例としてアカウントの存続期間を挙げており、すべてのデータを一律に短期間で削除するとは定めていません。サービス提供事業者によるアクセス、検索キーワードの共有、所定の法的要請に応じた開示についても説明しています。これらは文書に明記されたデータ処理の取り決めであり、政府がすべての会話を確認していることの証拠ではありません。DeepSeekのプライバシーポリシー。

2026年3月27日更新の利用規約では、同条項の暗号化と非識別化に関する条件の下で、サービスの運営と改善のために「入力と出力を最小限の範囲で利用する場合がある」としています。「すべてのユーザーのためにモデルを改善する」という設定をオフにして、対象の利用を拒否する方法も記載されています。この設定が対象とするのは、規定された改善目的での利用です。ローカル処理や即時削除を約束するものではありません。

起業家が公開イベントの告知文を作るなら、実務上の線引きは明確です。すでに公開した情報を入力し、作成された文面を確認します。一方、業務責任者が顧客の苦情文を書き直す場合、顧客名を置き換えただけでは、十分な承認手続きを経たことにはなりません。残った経緯、添付ファイル、アカウント情報から、顧客や自社の情報が明らかになる可能性があります。

一般利用規約は、出力を公開する前の確認と、AIが生成した内容であることの明示も求めています。会話の共有リンクを作成すると、そのリンクを知る誰もが会話を閲覧できる場合があります。共有リンクに顧客の記録を含めず、公開前には人が承認する運用にしてください。DeepSeekの利用規約。

DeepSeek APIは、API固有の契約条件も確認が必要

APIを直接組み込んだからといって、機密性が自動的に高まると考えてはいけません。 APIドキュメントには、公式のベースURLとしてhttps://api.deepseek.comが示されています。使い慣れたクライアントライブラリや社内のチャット画面を使っても、送信先は変わりません。

2026年4月29日発効のOpen Platform利用規約は、一般利用規約を補足するものです。社内向けと外部ユーザー向けの両方のアプリを対象とし、API認証情報の保護を義務づけるとともに、アプリの利用者に対するプライバシー上の責任を開発者に課しています。

API規約は、アプリの利用者について「収集された利用者の個人情報の処理ルールは、このプライバシーポリシーの対象外です」と定めています。開発者は、該当するプライバシーポリシーを提示し、処理に必要な根拠を確保しなければなりません。これは責任の所在を定める条項です。DeepSeekがAPIへの入力を一切受信、保存、利用しないという約束ではありません。DeepSeekのAPI規約。

今回確認したAPI規約には、すべての入力を学習に使わない、あるいは一切保存しないという包括的な保証はありません。一般向けチャットの設定が、アプリのAPI通信にも適用されると考えないでください。機密情報の入力を承認する前に、対象のサービスとアカウントを明示し、処理場所、学習への利用、保存期間、削除、アクセス、契約上の保護について書面で回答を得る必要があります。

これらが未確認の間は、架空の例で試験運用してください。架空のサポート依頼や顧客記録、営業秘密を含まないコードなどです。料金プランの仕組みは、別記事のDeepSeek料金ガイドで説明しています。料金を支払っていること自体は、プライバシーを守る措置にはなりません。

外部ホストを使うなら、モデルの掲載ページとデータ利用条件を確認

DeepSeekの重みを自ら動かすホスト事業者なら、プロンプトをDeepSeekに送らずに処理できます。一方、プロキシはそのまま転送している場合があります。 プロキシとは、リクエストを別のサービスに中継する仕組みです。モデル選択欄に「DeepSeek」と表示されているだけでは、どちらの方式なのかは分かりません。

Amazon Web Services（AWS）は、マネージド型のモデルサービスAmazon Bedrockを提供しており、AWS公式のモデル紹介ページにDeepSeekモデルを掲載しています。AWSは、Bedrockの入力と出力をモデル提供元と共有せず、AWSもモデル提供元も、それらを基盤モデルの学習に利用しないと明記しています。これはホスト事業者による明示的な説明であり、モデル名からの推測ではありません。AWSによるデータ利用の説明。

AWSは、設定されたアカウント、プロジェクト、リージョン、モデルの要件によって異なる保存管理についても、別途説明しています。「モデル提供元と共有しない」「モデルの学習に使わない」「内容を保存しない」は、それぞれ別の約束です。実際の導入設定と、自社アプリのログ記録を確認してください。Amazon Bedrockのデータ保存に関するドキュメント。

モデル提供プラットフォームのTogether AIも、自社カタログにDeepSeekモデルを掲載しています。ここから分かるのは、同プラットフォームがそのモデルを提供していることです。AWSのデータ利用条件がTogether AIにも適用されるわけではなく、Togetherのすべての導入環境における処理場所や保存ルールが分かるわけでもありません。

どの外部ホストを使う場合でも、実際に回答を生成する事業者、選択したリージョン、さらに別のサービスへの転送やフォールバックの有無、アクセスできる関係者、監視用・サポート用ログへのプロンプトの記録方法を残してください。営業資料に「米国内でホスティング」とあれば、それが推論、保存、バックアップ、サポート担当者のアクセスまで含むのかを確認します。会社の所在地だけでは、データの流れ全体は分かりません。

承認書には、モデルとホスト事業者に加え、リクエストを受け取るネットワーク上の宛先であるエンドポイントを明記してください。これにより、後から事業者が自社での推論をやめて転送方式に切り替えた場合も、IT部門が重要な変更として把握できます。

DeepSeekをローカルで動かせば安全？重みを自社運用する場合の確認点

独立した環境での運用は、データの受け取り先を変えます。ただし、そのデータを扱うシステムの責任は自社に残ります。 オープンウェイトとは、ダウンロード可能なモデルのパラメーター、つまり回答の生成に使う学習済みの値です。自分の車にエンジンを載せるようなものと考えると分かりやすいでしょう。周辺の仕組みや制御は自分で選べますが、エンジンそのものと、組み上げた車の両方を評価する必要があります。

DeepSeek公式のDeepSeek-V4.1-Flashリポジトリでは、重みとローカル推論の手順を公開しています。推論とは、モデルを使って回答を生成することです。バージョンの位置づけは、DeepSeek V4の解説を参照してください。

これらの重みをすべて自社のハードウェア上で動かし、外部への通信を無効にし、内容を受け取る外部サービスがなければ、プロンプトはDeepSeekには送られません。米国の独立したホスト事業者が自社サービスとして重みを運用する場合も、同様に切り離せることがあります。これはシステム構成上の条件です。「ローカル」「米国内でホスティング」と表示されたすべての製品を検証済みだという意味ではありません。

チャット画面、モデルの実行環境、診断情報の送信、検索、文書処理、バックアップ、任意で使うフォールバックAPIまで、経路全体を確認してください。推論エンジンがローカルにあっても、接続された検索ツールが外部にクエリを送ることは防げません。導入責任者に、許可する外向き通信を文書化し、検証するよう求めてください。

ローカル運用でもサプライチェーンの確認は必要

ダウンロードするファイルと、それを読み込むソフトウェアの両方を承認対象にします。 サプライチェーンには、リポジトリ、モデルのリビジョン、実行環境、依存関係、デプロイ用イメージが含まれます。モデルが公開されていることと、これらが監査済みであることは別です。

Hugging Faceが公開するTransformersのセキュリティ指針では、safetensors形式の利用、trust_remote_codeを有効にする前のカスタムコードの確認、予期しない変更を防ぐためのリビジョン固定を推奨しています。事前にダウンロードした重みをオフラインで使うこともできます。これらは導入時に役立つ予防策ですが、モデルの振る舞いを保証するものではありません。Transformersのセキュリティポリシー。

技術責任者は、第三者が確認できる導入記録に、元の公開者、ダウンロードした正確なリビジョン、適用ライセンス、承認済みの依存関係、サービスに与える権限を残してください。無関係な認証情報や、広範なファイルシステムへのアクセス権を持たせずに実行します。更新は明示的な変更手続きとして扱い、以前に承認した構成へ戻せるようにします。

個人開発者なら、こうした作業を自分で担えるかもしれません。一方、修正パッチ、アクセス管理、インシデント対応の担当者がいない企業では、ローカル導入の手順書があるという理由だけで、機微な情報を扱う運用を承認すべきではありません。

社員が判断を任せられるだけの性能がDeepSeekにある？

モデルに権限を与える前に、実際の業務で評価してください。 外部に漏れない回答でも、誤りや偏りがあったり、重大な判断に適さなかったりする可能性があります。米国国立標準技術研究所（NIST）は、これらを生成AI全般のリスクとして説明しています。DeepSeek固有のテスト結果ではありません。NISTの生成AIリスクプロファイル。

自社で正否を判断できる業務を基に、受け入れ評価用の事例を作成します。社内方針に照らして正解が決まるサポートへの質問、アシスタントが断るべき依頼、情報不足であることを示すべき不完全な文書、動作を検証できるコード変更などです。社員が扱う言語や機微な話題も含めてください。根拠のない記述、不適切な回答拒否、情報の抜けを記録したうえで、人による確認が必要な場面を決めます。

プロンプトインジェクションにも注意が必要です。信頼できないコンテンツに、アプリが意図するルールと矛盾する指示が埋め込まれることがあります。ホスティングの場所を変えても、この種の攻撃はなくなりません。NISTによるプロンプトインジェクションの定義。

サポート用アシスタントなら、顧客の添付ファイルに埋め込まれた指示は、顧客が送ったコンテンツとして扱います。記録を外部へ出す許可として扱ってはいけません。まずは回答の下書きだけを作らせ、アクセス範囲を絞ります。メッセージの送信、記録の変更、コマンドの実行には、明確な制御を設けてください。これらは設計上の推奨事項であり、特定のDeepSeek導入環境がその基準を満たしたという主張ではありません。

DHSの命令で業務利用はどう変わる？

この制限は、対象となる米国連邦政府の文民行政機関のシステムと調達に関するもので、第三者による実装も含みます。 DeepSeekのウェブサイトへのアクセスを遮断するだけの措置ではありません。

日付は区別する必要があります。公示は2026年10月19日に提出され、2026年10月20日に掲載されました。署名済みの付録には、命令の当初の発出日が2026年7月24日と記されています。10月に初めて出された命令と表現すると、公示と発出を混同することになります。DHSの公示と署名済み命令。

DHSは、対象機関に対し、DeepSeekとその関連製品を調達から除外し、対象技術を撤去するよう求めています。これには、DeepSeekの実装を使って開発された第三者の製品やサービスも含まれます。命令には、機関が例外の適用を受けるための手続きが設けられています。ただし、その文言から、独立したホストで動かす重みが自動的に適用除外になるとはいえません。公式の命令。

米国の民間企業でもDeepSeekは禁止される？

民間企業について、この公示からいえるのは、民間でのあらゆる利用を一律に禁止するものではないという限定的な結論です。一方で、ほかのすべての法律、顧客との契約、業界の要件の下で利用を認めるものでもありません。制限の対象となる連邦政府関連の業務では、ホストの所在地が米国内というだけでは、利用の可否は決まりません。DHS命令と適用範囲。

連邦政府の文民機関向けにソフトウェアを開発する事業者は、組み込むモデルを特定し、要件に適合していると表明する前に、提案する構成を契約担当者と法務担当者に確認してもらう必要があります。DeepSeekの直接契約アカウントだけでなく、別の事業者を通じて利用するモデルも確認対象に含めてください。

一般の民間小売企業が公開用の販促文を評価するなら、自社のデータ規則と供給元の審査から始められます。政府の調達判断を、そのまま自社のあらゆる利用に関する法的結論に置き換えてはいけません。また、民間企業内で認められる運用が、政府顧客にも受け入れられるとは限りません。

自社のデータをDeepSeekに入力しても安全？

入力する情報の機密性に応じて、承認に必要な条件を決めます。 以下は、民間組織に推奨する基本方針です。適用される禁止事項や顧客側の制限があれば、技術面で承認されていても、そちらが優先されます。

「条件付き」とは、データの管理責任者と、ITまたはコンプライアンスの担当責任者が、具体的な導入環境、目的、アクセス、契約を承認していることを意味します。サービス提供元が、その用途を認証しているという意味ではありません。

顧客データでは、「社員が見て問題なさそうと感じるか」よりも、「その相手に、その入力を渡すことが承認されているか」を基準にすると実務に役立ちます。苦情には、個人情報、機密扱いの取引条件、社内メモが混在することがあります。

コードは、送信と実行の両面を確認します。ソースコードを外に送るのは情報開示の判断であり、生成されたコードを実行するのは別の運用上の判断です。公開サンプルは入力に適していても、提案されたコマンドを本番環境で実行する前には、確認が必要な場合があります。

規制対象の業務では、実際のワークフローを審査に出してください。どの情報を入力し、どのような判断が出力され、誰がそれに依拠し、どこに保存されるのかを示します。提供元の一般的なセキュリティ紹介ページだけでは、こうした自社固有の問いには答えられません。

DeepSeekの安全性について、誤解されやすいことは？

役に立たないのは、別々に判断すべきことを、ひとまとめに「安全」「危険」と断定する説明です。 次のような決めつけは避けてください。

• 「DeepSeekを使えば、プロンプトは必ずDeepSeekに送られる」： 独立した環境での推論を考慮していません。モデル名から推測するのではなく、実際の経路を確認します。
• 「米国のホストを使えば、どんな用途でも認められる」： 所在地は判断材料の一部にすぎません。連邦政府の制限は、第三者による実装も明示的に対象としています。
• 「学習をオフにすれば、何も保存されない」： 学習への利用、推論処理、保存は、それぞれ別の確認事項です。
• 「オープンウェイトなら、ソフトウェアは監査済みだ」： ダウンロードできることは、導入したソフトウェア一式やその回答が評価済みであることを意味しません。

一律に安心させるのでも、不安をあおるのでもなく、業務、使用するデータ、責任者を明確にして承認することが有用です。ワークフロー全体からツールを選ぶ場合は、DeepSeekとChatGPTの比較を参考にしたうえで、選んだサービスにも同じように導入環境ごとの審査を行ってください。

DeepSeekを安全に使うには、承認内容を具体化する

週明けには、口頭や曖昧な許可を、データの送信先を明記した書面での承認に置き換えてください。 責任者が認める用途を決め、IT部門がサービスの詳細を文書化し、運用担当者が社員の使い方と出力の確認方法を確かめます。

1. 1

   実際に使うサービスを記録する

   社員のチャットアカウント、アプリのエンドポイント、モデルを提供する事業者を洗い出します。運営者、モデル、環境、承認済みユーザー、変更責任者を明記します。

2. 2

   入力できるデータの範囲を決める

   社員が入力してよい情報と、承認が必要な情報を一覧にします。公開済みの製品説明と顧客の苦情など、自社業務に即した例を示してください。判断がついていない用途は、架空の入力から始めます。

3. 3

   ホスティングと利用の可否を確認する

   該当する規約と承認記録を保存します。転送経路、保存、アクセス、外部ツール、契約上の制限を文書化してください。制限対象の連邦政府関連業務は、責任を持つ契約担当者と法務担当者の判断を仰ぎます。

4. 4

   権限を絞り、変更時には再確認する

   顧客やシステムが出力を利用する前に、誰が確認するかを決めます。ホスト、モデル、規約、データの種類、ツールの権限が変わったら再評価してください。誤った情報開示や予期しない動作を、社員が迷わず報告できる窓口を設けます。

こうした判断を、AI利用規程に反映します。小規模企業なら、公開情報を使う業務から始められます。社内文書へのアクセスを検討するCTOには、文書化された導入審査が必要です。ツールを追加する開発者は、個々の操作に対する権限制御を設ける必要があります。

よくある質問

.AIドメインのウェブサイトは安全ですか？

ドメインの末尾は名前の一部であり、安全性を認める根拠ではありません。運営者を特定し、適用される規約を調べたうえで、そのサービスに自社の情報を渡してよいかを判断してください。

DeepSeekにはセキュリティ上のリスクがありますか？

サービス、導入環境、業務を具体的に評価することが役立ちます。ホスト側でのデータ処理、ソフトウェアの出所、モデルの振る舞い、利用の可否は、それぞれ確認が必要です。本記事は、セキュリティを測定して点数化した結果を示すものではありません。

AIに入力してはいけない情報は何ですか？

認証情報や秘密情報をプロンプトに含めないでください。機密の業務文書、個人を特定できる顧客記録、規制対象の情報は、その具体的な用途とサービスが承認されていない限り入力しないでください。公開済みの資料でも、社内向けの指示や添付ファイルを加えると、機微な情報になることがあります。

AI導入の実務的な判断やポリシーの最新情報は、ニュースレターに登録してお読みください。