Data Report · RedactSure Research
Chris Sowa · Founder, RedactSure
Published
Last updated
Is Copilot Mode in Edge Safe to Use for Work?
No, not on work accounts whose pages carry sensitive data: Microsoft says not to use it for "Financial activity (banking, stock trading, credit card details)" or "Personal identifiers (Social Security numbers, government IDs, medical records)". It changes only when values are replaced before the model reads the screen, a named person approves each action, and a record exists.

An office manager who turns on Copilot Mode in Edge to reorder printer supplies is usually working in the browser where the HR system and the company bank are already signed in, and Microsoft's support page says that a site the user is signed into is one Copilot is signed into as well. The security lead's question is whether the feature belongs on a work account, and Microsoft's own list of uses to avoid, which names banking, credit card details, Social Security numbers and medical records, settles it for any account whose pages carry that data. The controls Microsoft documents are real and narrow: actions run on the user's machine, stored passwords and the wallet stay out of reach, and the page warns about hidden instructions on web pages. Each governs what the agent may touch or do. None of them changes what a permitted page shows once it is open, which is why the answer for work accounts is no as shipped, and why what changes it is a control on the rendered screen itself: values replaced before the model reads them, a named person approving each action, and a record of what the model received. The example here is one supplies reorder with the HR and bank tabs open beside it, and the question at each step is what reached the model.
Key findings
- Copilot Mode's published documentation does not state that the values on a page are replaced before the model reads them; Microsoft's page says "All actions run locally in your browser" and that it "cannot access autofill data, saved passwords, or wallet", which governs where actions run and which stored credentials are off limits, not what the model receives from a permitted screen (Microsoft, 2026).
- Nor does it state that a named person approves each payment, submission or record change, or that an employer holds a record of what the model received on each screen; the controls it describes are a local run and credential boundaries, so for Copilot Mode to be safe on those accounts it would require values replaced with tokens before the model reads the page, a named approver and that record (What Is Supervised Delegation?).
- Microsoft's support page describes where Copilot's actions run and which stored credentials it cannot reach; it does not describe which values on a permitted page are kept from the model, and an employer-held record of those screens is not described in the pages reviewed (Microsoft, 2026).
- Microsoft's own page lists "Financial activity (banking, stock trading, credit card details)" and "Personal identifiers (Social Security numbers, government IDs, medical records)" among the uses to avoid, the vendor's own answer for a work account whose pages carry that data (Microsoft, 2026).
- Reddy and Gujral document CVE-2025-32711 in Microsoft 365 Copilot, a zero-click exploit in a shipped product in which the client "automatically fetches the external image URL included by the attacker" (Reddy and Gujral, 2025).
- Harvard's guidance says to "Require human approval for high-impact, sensitive, irreversible, or externally visible actions whenever feasible" and to "Treat prompts, outputs, logs, and retained context as organizational data" (Harvard University, 2026).
What does Copilot Mode receive from the screen on a work account?
Take the office manager's task as the record. She opens the supplier portal in Edge, where the HR system and the company bank are also signed in, and asks Copilot to reorder toner and paper from last month's order. The support page defines the feature as one that "lets Copilot perform actions directly in your Microsoft Edge browser, such as clicking, typing, and navigating tabs", and an agent that clicks and types on a page is reading that page (Microsoft, 2026). The order page carries the delivery address, the supplier account number and the card on file, none of which the reorder needed and all of which rendered with it.
The tabs beside it matter because of how sign-in works. The same page states that "Copilot can access cookies", so "if you're already signed into a site that Copilot has access to, it will also be signed in automatically" (Microsoft, 2026). For example, if the agent opens the HR tab to check who approved the last order, it arrives signed in as the manager, and the employee records there render to it as the supplier page did.
This means she chose the task and nothing else, yet the agent read three pages' worth of values the task never needed. The pattern is the same for Claude in Chrome, an extension that screenshots the active tab, where whatever the tab shows becomes part of the conversation. The support page does not say which values on a permitted page are withheld from the model, so the working assumption should be that whatever the page shows, the model can use, until something replaces those values on the rendered page before it reads them.
Do the password and wallet limits make Copilot Mode safe for work?
No, they make it safer on one axis, the stored credential. Microsoft documents that Copilot "cannot access autofill data, saved passwords, or wallet information", a limit on stored credentials and not on what a permitted page shows (Microsoft, 2026). For the supplies reorder, the agent cannot pull the company card out of the wallet to pay, which is the right design, and it means little for the pages, because the supplier portal shows the card it keeps on file, the bank tab shows balances once it is open, and the HR tab shows what HR shows.
The session is the asset, not the password. Because Copilot is signed in wherever the manager is signed in, it holds her access without ever holding her credential, and the identity in every access log is hers. Coder's guidance for agents is to "use separate identities with limited scope whenever interacting autonomously", and an agent signed in through the user's cookies has the user's identity and the user's scope (Coder, 2026). An employer reading its bank's access log after a run sees a person, not an agent, and accountability for the agent's actions lands on her.
Microsoft states that "All actions run locally in your browser, ensuring full visibility and control", a statement about where the clicks happen rather than about which values the model is shown (Microsoft, 2026). Visibility here means the manager can watch the agent work in her own window, a control for her rather than for the security team, since the support page describes no record of those screens that anyone else can review later. Microsoft's own guidance on Copilot and oversharing in SharePoint makes the same point from the other side, that an exposure can be real even when the permission check is correct. The password and wallet limits should be kept, and they should not be counted as an answer for the rendered page.
What do the vendors themselves say?
Microsoft's support page is the primary record, and it is specific about scope. Availability is consumer-first, "For consumers, Browse with Copilot is rolling out as a feature for Microsoft 365 Premium subscribers in the US, with additional markets to follow", and Microsoft warns that "The feature is experimental and may misinterpret instructions, make mistakes, or be affected by malicious hidden instructions on web pages", the vendor's own risk statement (Microsoft, 2026). The page's list of uses to avoid names banking, stock trading, credit card details, Social Security numbers, government IDs and medical records, which covers most of what a finance, HR or benefits page shows.
| Dimension | Microsoft, per its documentation | What a buyer should verify |
|---|---|---|
| What the agent does | Clicks, types and navigates tabs directly in Edge; actions run locally | Which values on a permitted page reach the model, field by field |
| Stored credentials | Cannot access autofill data, saved passwords or wallet information | What the pages after sign-in show, since the limit ends at the credential |
| Sessions | Can access cookies; signed in automatically where the user is signed in | Which work accounts are signed in where Copilot runs |
| Uses to avoid | Banking, stock trading, credit card details, Social Security numbers, government IDs, medical records | Whether any work account the agent will touch renders those values |
| Hidden instructions | Experimental; may be affected by malicious hidden instructions on web pages | What a successful injection can collect from an open tab |
| Record | No exported record of what the model received appears on the page | What an auditor can be shown for one run, screen by screen |
Coder's documentation, written for coding agents, adds the vendor view on identity: "LLMs and agents can be dangerous if not run with proper boundaries", and the boundary it names is a separate identity with limited scope (Coder, 2026). Read together, the two vendors document controls on the credential, the identity and the place where actions run. Neither describes a control on the content of a page the agent is permitted to read, which is the gap the supplies reorder exposes once the HR tab is open, and it is the gap a buyer should put in writing before the first run.
What happens when a page the agent reads carries hidden instructions?
A supplier portal renders text other people wrote: product descriptions, reviews, a support chat widget. Microsoft's own example is that a hidden instruction can direct the agent to "visit another site to collect sensitive information instead" (Microsoft, 2026). Applied to the record, the instruction that matters is one that sends the agent, signed in as the manager, to the HR or bank tab and then elsewhere with what it found.
The research record shows this is not hypothetical for Microsoft's own products. The exploit Reddy and Gujral analyzed worked because the client "automatically fetches the external image URL included by the attacker", with an allowed Teams endpoint used to get past the content security policy (Reddy and Gujral, 2025). Siddiqui et al. write that "poisoned data retrieved from one component can change the model's behavior and compromise the entire system, including coercing the model to spread confidential data to untrusted components" (Siddiqui et al., 2025). Defenses that filter at the tool boundary exist, and their own authors are careful about them: a 2026 preprint reports that "existing agentic security benchmarks are easily saturated by a simple approach", and that its input firewall "aggressively redacts input arguments" and "can also remove information that is important for task success, leading to a drop in utility" (Bhagwatkar et al., 2026).
In the injection studies reviewed, hidden page elements stole specific personal data in up to 70% of tests, and adversarial images averaged 91.9% across 2,250 web tasks (How Often Do AI Agents Follow Injected Instructions?).
So the question to settle is what a successful injection collects, since some will succeed. On the manager's Edge it collects whatever the open tabs showed, with her sessions to act through. An agent that was shown EMP_001 and ACCT_001 instead gives up tokens (What Can a Hijacked Agent Leak If It Only Has Placeholders?). Exposure control on the rendered page is what makes a defense that fails some of the time survivable for the employer.
What should a security team ask for in writing before approving it?
The approval memo for Copilot Mode on a work account should answer five questions, from the vendor or from the environment the browser runs in.
- Which values on each rendered screen reach the model on a permitted site, and which are replaced before it reads them?
- Which profile does Copilot run in, and which work accounts are signed in there? That list is the list of what the agent can reach.
- Who approves a payment, a submission or a record change, and does the approval reach anyone but the user at the keyboard? Harvard's guidance says to "Require human approval for high-impact, sensitive, irreversible, or externally visible actions whenever feasible" (Harvard University, 2026).
- Can the run be stopped, and by whom? For high-risk AI systems, Article 14 of the EU AI Act requires that overseers be able to "interrupt the system through a 'stop' button or a similar procedure" and stay aware of "the possible tendency of automatically relying or over-relying on the output" (European Union, 2024).
- What record exists of one run, screen by screen, and can it be exported to the organization's own logging?
NIST states that "PII should be protected from inappropriate access, use, and disclosure", and an agent reading an HR page is an access (NIST, 2010). Columbia's DAPLab writes that "human oversight breaks under scale" and that "trustworthy agent automation cannot be solved at a single layer of the stack", so the third question is not answered by asking the manager to watch (Columbia University, 2026). For the supplies reorder, Microsoft's own list of uses to avoid answers the first question, the team's configuration answers the second, and the support page answers the rest only for the user's side. An organization that already blocks a paste into the browser with Purview governs what a person moves and should ask the same of what the agent reads (Why Does Microsoft Purview Block a Paste Into the Browser, and What Keeps the Work Moving?).
What does a governed environment change?
A governed environment changes the first answer in the memo, and the rest follow. Values a policy names, such as an employee's Social Security number on the HR tab, the account number on the bank tab or the card on file at the supplier, are replaced with consistent tokens on the rendered page before any model reads the screen, so the same employee is EMP_001 on every page of the run and the model works on the token. The real value resolves only at the approved destination at the moment of an approved action, so a value the model never held cannot leave the session in a summary, a chat reply or an injected request. A named person approves each payment, submission and record change, and every screen the model received as tokens, every action and every approval is written to a record the organization exports to its own logging (What Is an AI Control Record?).
Applied to the supplies reorder, the product list and quantities reach the model intact, the delivery address and the card on file reach it as tokens, and the open HR and bank tabs stop being the exposure they were, because a page rendered inside the governed environment renders as tokens whatever site it belongs to. Masking on screen does not break the work: a study of consistent pseudonyms places utility loss on inconsistent redaction rather than on masking as such.
A data-protection control that acts on what a person labels, pastes or shares is the nearest neighbor, and the comparison sets the two side by side (RedactSure vs Microsoft Purview: 2026 Comparison & Alternative). For a team deciding on Copilot Mode, the control class answers the memo without relying on a filter the vendor's page does not describe.
What the record shows
What the model receives from a rendered screen, who approves the action and what record remains decide whether a browser agent belongs on a work account, and the vendor's own page settles the first for Copilot Mode: it names banking, card details, Social Security numbers and medical records as uses to avoid and describes no control that withholds them from a permitted page. So the answer is no for work accounts whose pages carry such data. The vendor's limits narrow what the agent may touch; its cookies reach every signed-in site as the user; and no employer-held record of the screens is described. The answer changes when values are replaced on the rendered page before the model reads it, a named person approves each action, and the record exists, and the test is short: sign one Edge profile into the supplier portal, the HR system and the bank, run one read-only reorder, and list every value visible on the three pages beside the values the task needed; the gap is the exposure the vendor's limits leave open.
Methodology and limitations
This page rests on vendor documentation (Microsoft's support page for Browse with Copilot and Coder's guidance for running agents), peer-reviewed and preprint research on prompt injection, information flow and agent firewalls, the EU AI Act's human oversight article, NIST's guide to protecting PII, and university guidance from Harvard and Columbia, read in full. Public documentation read in full gives a sound view of where each product applies its control. Vendor pages were read between October 16, 2026 and October 20, 2026, and each Sources line carries the date for its page.
The products on this page are described from documentation and none was tested for this page; "not described" means the pages reviewed, vendor features change, and the page carries its date. RedactSure is deploying now with enterprise and government customers. The supplies reorder describes a record type, not an organization. Determinations belong to counsel, assessors and the organization's own security and compliance officers, and nothing here replaces a pilot of one workflow on the organization's own screens.
Frequently asked questions
Is Copilot Mode in Edge safe to use for work?
No, not on work accounts whose pages carry sensitive data. Microsoft's page tells users not to use it for "Financial activity (banking, stock trading, credit card details)" or "Personal identifiers (Social Security numbers, government IDs, medical records)", and describes no control that withholds those values from a permitted page. On a portal that shows nothing sensitive, the vendor's limits are enough; where they do, the answer changes only when values are replaced on the screen before the model reads it, a named person approves each action, and a record exists.
Does Copilot Mode read the HR and bank tabs that are open in Edge?
It can reach them. Microsoft documents that Copilot can access cookies, so a site the user is already signed into is one Copilot is signed into as well, and navigating tabs is part of what the feature does. The support page does not say the agent reads a tab it was not sent to, and does not say it cannot. Treat every signed-in site in the profile as within reach, and keep the work accounts a task does not need signed out or in another profile.
Do the saved-password and wallet limits keep account data away from the model?
Only the credential. Microsoft states that Copilot cannot access autofill data, saved passwords or wallet information, which stops the agent from pulling a card or a password out of storage. The page the credential unlocks is a different matter: a bank balance, a card on file or an employee record renders on the page like any other text once the site is open, and the session is already open because of the cookies. Protect the credential, and still ask what the page shows.
Who approves what Copilot Mode does on a work account?
The user at the keyboard, as far as the support page describes. Actions run locally in the user's own browser with what Microsoft calls full visibility and control, which lets the person watch and step in, a safeguard for that person. An employer needs a named approver for a payment, a submission or a record change whose decision is kept, and the oversight guidance cited above warns that people over-rely on an agent's output and that oversight breaks under scale, so a watching user is not an approval.
What record does an employer get of what the agent read?
Not from the pages reviewed. Microsoft's page describes where actions run and what Copilot cannot access, and does not describe an exported log of the screens the model received, the actions it took or who approved them. An organization that has to show an auditor what an agent read on one run, or answer a regulator's question about access to PII, needs that record from the environment the browser runs in, screen by screen. Ask for it before the feature touches any account that holds regulated data.
What can a hidden instruction on a web page make Copilot Mode do?
Whatever the user could do from that tab, by Microsoft's own warning: the feature may be affected by malicious hidden instructions on web pages, and an injected instruction can send the agent to another site to collect sensitive information. A zero-click injection has already shipped in a Microsoft product, CVE-2025-32711 in Microsoft 365 Copilot. Plan for the case where the warning is not enough and ask what the model held at that moment, since an agent that held only tokens gives up tokens.
How RedactSure Keeps HR and Bank Pages Away From Copilot's Model
Copilot reads every page it opens as the signed-in user, and the vendor's limits on passwords, the wallet and local actions stop before the page. Microsoft's own page names banking, credit card details and medical records as uses to avoid.
The environment that enforces this is built by RedactSure, an AI agent controls, governance and data protection company.
Before: the portal rendered the card on file and the HR and bank tabs rendered employee records and balances, all open to the model. Inside the governed environment: those pages render CARD_001, EMP_001 and ACCT_001, the model reorders on the tokens, the real card resolves only at checkout when a named person approves the order, and every screen, action and approval lands in the AI Control Record.
RedactSure is deploying now with enterprise and government customers.
Everyone else controls where data can go. RedactSure controls what the AI can see.
See it on your own workflow
Whether Copilot Mode belongs on a work account turns on what the model read from the open tabs. Bring one purchasing task and see it run on test values: the page as the model receives it, the approval, the record. Book a demo