How Copilot keeps organizational information private and secure
ObjectiveUnderstand how Copilot works to keep your organization's information private and secure
Copilot runs inside the Microsoft 365 service boundary, sees only what the signed-in user already has permission to open, and never uses your prompts, responses, or Microsoft Graph data to train the foundation models.
Read the full explanationHide the full explanation
Copilot is an orchestration engine that coordinates three things: large language models, content in Microsoft Graph that you have permission to access, and the Microsoft 365 apps you work in every day. Everything it does happens inside the Microsoft 365 service boundary — your tenant — where your existing security, compliance, and privacy policies already apply. Operating inside that boundary does not give Copilot tenant-wide visibility: data access is always scoped to the signed-in user's permissions.
The single most tested commitment is that prompts, responses, and data accessed through Microsoft Graph aren't used to train the foundation LLMs. The second is permission trimming: Copilot only surfaces organizational data the individual user has at least view permissions for. The semantic index honors that same identity-based access boundary, so grounding only ever reaches content the current user is authorized to see. If a scenario says a user can't find a file through Copilot, the answer is almost always a permissions or labeling problem, not a Copilot problem.
Your interactions are stored. The user's prompt and Copilot's response — together called the content of interactions — become the user's Copilot activity history. That data is encrypted at rest, is processed and stored under the same contractual commitments as the rest of your Microsoft 365 content, and is available to admins through Content search and Microsoft Purview, including retention policies and eDiscovery. Users can delete their own activity history from the My Account portal.
Web search is the one place data leaves the service boundary, and even then only a little. When web search is on, Copilot parses your prompt, identifies terms where the web would help, and generates a short search query — a few words, not your whole prompt — that it sends to the Bing search service with user and tenant identifiers removed. Entire files, entire prompts, and anything identifying from Microsoft Entra ID are not included. Those generated queries aren't used to improve Bing, aren't shared with advertisers, and aren't used to train foundation models.
Enterprise data protection (EDP) is the umbrella term for these commitments under the Data Protection Addendum and Product Terms, and it covers both Microsoft Copilot and Microsoft Copilot Chat. Note two carve-outs that make good exam distractors: the EU Data Boundary and HIPAA compliance do not apply to generated web search queries.
Remember for the exam
- "Is my data used to train the model?" — No, never, for prompts, responses, or Graph data.
- A user can't see a document through Copilot → check permissions, sensitivity labels, and DLP before blaming Copilot.
- Only a short generated query goes to Bing — never the whole prompt or the whole file.