What MS Duplex learns stays yours.
Separate, protected and under your control.
Each customer is kept separate, attacks and poisoned data are blocked, and you can review, correct or remove anything MS Duplex learns.




You choose what leaves the placement.
In your own agents, MCP + hooks bring MS Duplex in before each action runs: your rules apply first, and every step leaves a receipt.
MS Duplex rules govern what an agent actually runs, not only what a prompt asks of the model.
As the Agent Operating System your agents run on, MS Duplex holds the permissions: every action is checked, whichever agent or model asks.
Compare the two placements →MS Duplex, your tools and their credentials run inside your placement.


Your control over what it learns.
Each customer’s learning is its own, and anything MS Duplex has learned can be reviewed, corrected, removed or restored.
Each customer’s learning serves that customer alone, and inside your company, work areas keep teams apart.


Access, roles, encryption, credentials.
Your team signs in through your identity provider, each role gets its own access, and everything is encrypted.
Model and tool credentials stay inside the placement, out of the model’s reach.
Your team signs in through your own identity provider, with OIDC, or SAML and SCIM where needed.


Runtime safety and oversight.
Every action an agent attempts is checked against your controls.
MS Duplex checks the command the agent is about to run, so safety does not rest on the prompt.


What a security review asks.
Does MS Duplex send customer data to a model provider?
Is one customer’s learning shared with another?
Can we remove learned information?
When evidence is removed, does what MS Duplex learned from it go too?
Does MS Duplex learn personal data?
How is the history protected?
Who can access a deployment in our cloud?
Which certifications does MS Duplex hold?
Which providers process our data?
Can we get a security brief, DPA or questionnaire response?



