Cursorの学習・プライバシー・セキュリティ

Cursorに入力した内容が学習や保持の対象になり得るかを、公式のプライバシー説明から確認する観点で整理する。

AIものさし編集部

Cursorへcodebaseを開くと、「source codeが学習に使われるのか」「秘密情報を送って大丈夫か」が重要になります。

2026年10月7日に確認したCursorの説明では、Privacy ModeをONにするとCustomer DataをCursorのtrainingへ使わず、通常のprovider経由ではZDR契約が用いられます。ただしBYOKと一部のnon-ZDR modelには別条件があります。

一方、Privacy ModeをOFFにすると、codebase data、prompt、editor action等がAI機能改善やmodel trainingへ利用される可能性があります。

結論

重要な点は次の通りです。

  • Privacy ModeはFree / Proでも利用可能

  • ONならCursorはCustomer Dataをtrainingへ使わない

  • providerとは原則Zero Data Retention契約

  • abuse / risk detection時は例外的に保持される場合がある

  • OFFならcodebase / prompt / editor action等をmodel改善へ使う可能性あり

  • file contentはlatency改善のためtemporary cacheされる場合がある

  • BYOKでもrequestはCursor backendを通る

  • .cursorignoreでAI contextからfileを除外できる

  • terminal / MCP toolは.cursorignoreの保護外になり得る

Privacy ModeをONにするとtrainingされない

CursorのData Use & Privacy Overviewでは、Privacy Modeが有効な場合、Customer DataをCursor trainingへ使わないと明記しています。

通常のprovider経由ではZDR条件を使うと説明されていますが、BYOKや一部modelは例外です。利用する認証方式とmodelごとに条件を確認します。

個人planでもPrivacy Modeを利用できます。

teamではadminがorganization-wideで強制できます。

例外:abuse detection

Zero Data Retentionでも完全に「絶対保存されない」という意味ではありません。

Cursorは、providerやCursor自身がterms / usage policy違反を検知するrisk classifierを動かす場合があると説明しています。

promptやconversationがabuse detectorへtriggerされた場合、investigation用に一時保存され、そのproviderのretention policyに従って削除される可能性があります。

通常processingとabuse responseは分けて考えます。

Privacy Mode OFFではtraining対象になり得る

Privacy ModeをOFFにすると、Cursorはcodebase data、prompt、editor action、code snippet、AI interactionなどをAI feature improvementやmodel trainingへ利用する可能性があります。

confidential source code、client project、NDA案件ではPrivacy Modeを確認してから作業する方が安全です。

fileはtemporary cacheされることがある

Cursorはlatencyやnetwork usage改善のため、file contentをserverへtemporary cacheする場合があります。

公式Data Use pageでは、unique client-generated keyで暗号化し、keyはrequest durationのみserverに存在、cacheはtemporary、Privacy Mode ONではtrainingへ使わないと説明しています。

「codeが一切serverへ送られない」というlocal-only modelではありません。

BYOKでもCursor backendを通る

自分のOpenAI / Anthropic等API keyを使った場合でも、Cursorは最終prompt構築のためrequestがCursor backendを通ると説明しています。

そのため、「自分のAPI keyならCursor serverを完全に経由しない」という理解は正しくありません。

BYOKではrequestがCursor backendを通ります。さらに現行Privacy Helpは、自分のAPI key利用時にはZDRが適用されない場合があると説明しています。従ってPrivacy Modeの説明だけでBYOK先の保存条件を推定せず、CursorとAPI provider双方の契約・設定を確認します。

.cursorignoreで機密fileを除外する

project rootへ.cursorignoreを置くと、指定file / directoryをAgent、Tab、Inline Edit、@ mentionのcontextから除外できます。

Cursorは.gitignoreも尊重します。

secretや不要dataをAI contextへ入れないため、.env、credential file、private key、production dump等を除外できます。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

ただしterminal / MCPは別

Cursor docsでは、.cursorignoreで除外したfileでも、Agentが使うterminal commandやMCP server toolについては同じfile access restrictionを保証できないと明記しています。

つまり、.cursorignoreはOS level file permissionではありません。

本当に読ませたくないsecretはrepository外へ置く、OS permissionやsecret managerを使う方が安全です。

encryption / security

Cursor Security pageでは、security / privacy hardening、data encryption、enterprise governance、SSO / SCIM等を提供しています。

company利用では、DPA、subprocessors、compliance logging、organization Privacy Mode、MDM、access controlまで確認します。

production codeでの運用チェック

  1. Privacy ModeをON

  2. .env / keyを.cursorignore

  3. secretをrepo外 / secret managerへ

  4. MCP / terminal toolのaccess範囲を確認

  5. third-party extensionを最小化

  6. generated codeをsecurity review

  7. client contractでAI processing可否を確認

  8. team adminでPrivacy Modeをenforce

作業データを入れる前の分岐表

表は横にスクロールできます

作業条件先に確認すること実務上の扱い
個人開発・公開コードPrivacy ModeがONかData Useページの現行説明を読み、設定画面でもONを確認する
NDA・顧客コードPrivacy Mode、組織契約、使用モデル契約で未承認なら実コードを入れず、許可された環境を確認する
BYOK利用Cursor側の処理と選択したAPI providerの条件BYOKでもCursor backendを通る。CursorのPrivacy Modeだけでprovider側条件を推定しない
.cursorignoreで除外した秘密Agent以外のTerminal / MCP accessignoreはOSの権限境界ではない。秘密ファイル自体をproject外へ置く
Privacy Mode ONでのpromptrisk / abuse detection等の例外通常のtraining利用と、例外的な調査保持を同じ「保存なし」とまとめない

作業開始前に30秒で確認する

  • 設定:Cursor SettingsでPrivacy Modeの状態を確認する。teamなら、メンバー側で変更できるかだけでなくadminが強制しているかを聞く。

  • モデル:利用予定モデルに個別のdata retention条件やadmin opt-inがないか確認する。Cursorはnon-ZDRモデルを区別し、workspaceでのadmin opt-inを要求する場合があると説明している。

  • 入力経路:Agentのcontextに入るfile、貼り付けたsnippet、terminal command、MCP toolを列挙する。.cursorignoreが遮断するのはAgentのfile contextであり、terminalやMCPに対する完全なアクセス制御ではない。

  • 秘密の配置:.env、token、private key、production dumpは、ignore設定だけで守ろうとしない。そもそも作業対象のworkspaceに置かないか、OS権限・secret managerで到達できないようにする。

  • BYOK:自分のAPI keyでもrequestはCursorのbackendへ送られてprompt構築が行われる。加えて、現行Privacy Helpは自分のAPI key利用時には通常のZDRが適用されない場合があると説明しているため、Cursorと選択provider双方の契約・設定を読む。

Privacy Mode ONはtraining利用を抑える強い条件ですが、「ローカル処理だけ」「一切のdata transferなし」や、あらゆるprovider・契約条件を無効化する保証ではありません。法務・顧客契約で厳しい制限があるコードは、管理者の承認と契約上の根拠がそろうまで入力しない、が判断基準です。

AIものさしの判断

Cursorのprivacyは、Privacy Mode ON / OFFでdata useが大きく変わるのが重要です。

機密codeを扱うならPrivacy ModeをONにし、ignore fileだけに頼らずsecret自体をprojectから分離します。

またBYOKでもCursor backendを通るため、「自前API keyだからlocal-only」とは考えない方が安全です。

引用・データ出典

次の一手

記事の内容を踏まえて、公式とTool詳細から続けられます。

次に読む・使う

この記事の次に必要な情報へ進めます。

ツールの詳細