AGENTIC PRIVACY // FIELD MAP
← all maps
BAGDASARIAN, TSAI ET AL. · CAPS WORKSHOP REPORT · 2026116 pages · 14 sections · 51 open problems · 17 pages here
Contextual Integrity in one picture: the same envelope is fine at one door and wrong at the next.

Agentic privacy, mapped

A long workshop report from the Google Contextual Agent Privacy and Security (CAPS) Workshop, New York City, November 2025, argues that the usual toolkit of least privilege, consent prompts and static filters breaks once software plans its own steps. Its replacement is an old idea from privacy philosophy: an agent should do what is appropriate in context. This map walks the framework, then every open problem the authors list, one area per page.

The one-sentence version: an agent needs broad access to be useful, and broad access is exactly what security engineering tells you not to grant, so the report proposes replacing "who may see what" with "which flows and actions fit the norms of this context". It calls that Contextual Integrity for information and Contextual Security for every other action, then spends most of its pages on what nobody yet knows how to build: norms a machine can look up, policies compiled from natural language, credentials that live exactly as long as a task, consent that does not fatigue, benchmarks that run for years, and governance that decides whose norms win.
Building agents
Every problem
The words

Tick a page when you have read it; this browser remembers.

01 · THE LENS

Why "appropriate in context" and not "allowed or denied"

The executive summary blames three properties of agents for breaking conventional security and privacy engineering. Part I then brings in Helen Nissenbaum's theory of Contextual Integrity as the yardstick for what "acting appropriately" means.

Dimension 1
Unstructured interfaces, ambiguous input

Instructions and data arrive as natural language and images, so expected behavior is hard to define and adversarial text (prompt injection) looks like any other input.

Dimension 2
Probabilistic, dynamic control flow

Plans and code are generated at run time with "jagged" model performance, so the execution path is new each time and resists ordinary testing.

Dimension 3
Autonomy and delegation

Long tasks, sub-agents and abstract goals outrun oversight that leans on confirmation prompts, which ends in consent fatigue.

01
§1, §2, §4, App. A–Cthe five-parameter CI tuplefour meanings of "context"
Privacy as appropriate flow, not secrecy or control. Sender, recipient, subject, information type and transmission principle; why norms are legitimate only when they serve a context's purposes; where personal preferences fit; and the report's definition of a trustworthy agent: utility, privacy, security, under benign and adversarial conditions.
02
Exec. summary, §1, §3capability vs. control
The three properties that break least privilege, read against the four threat models of §3: malicious users, a malicious environment (indirect prompt injection), a poisoned model, and no adversary at all, where agents still over-share, melt down and reward-hack. Plus the paper's reframing of prompt injection as a flip of judgment that can go either way.
02 · PART I · THE FRAMEWORK

From a theory of privacy to a machine that enforces it

Part I closes with two moves: extend Contextual Integrity from information flows to all behavior, and decompose "operationalize CI" into five steps an agent would have to perform. Ten open problems live here.

03
§5OP 5.1–5.3security defined by society, not the spec
Why a system that perfectly enforces its own specification can still be insecure in context, from the gym-booking agent to the serial killers' self-destructing filesystem. Threat models that fit the setting, and security norms as a pair of functionality and security goal.
04
§6OP 6.1–6.7five reasoning steps
Identify flows, locate norms, judge, resolve uncertainty, enforce. Why no oracle model exists, how a policy generator plus a runtime enforcer splits the job, why untrusted text must not reach the generator, and how preferences, values and requirements rank when they collide.
03 · PART II · COMPONENTS

System, model, user

Part II asks what each layer can contribute: guardrails in the execution environment, contextual reasoning in the model, and oversight from a user whose attention is finite. Twenty-one open problems.

05
§7.1–7.3OP 7.1–7.5system level
An agent is neither a human nor a deterministic program, so identity, OAuth scopes and audit logs all wobble. Telling agents from people, tracing a sub-agent's action back to a user, purpose-bound and task-lived credentials, and artifacts that bind an action to the intent behind it.
06
§7.4OP 7.6–7.9system level
Redaction that keeps meaning, leaks through chain of thought and memory, three faces of data minimization, encrypted-traffic fingerprints, "ghost" representations that survive deletion, and the tension between anonymity and accountability.
07
§7.5OP 7.10–7.11exec(*)
The report's sharpest systems argument: replace each LLM call with a nondeterministic choice and see what the code still guarantees. An email-to-calendar app stays bounded; a general planner becomes exec(*). How much agentic-ness a task needs, and how to bring testing and review back.
08
§8OP 8.1–8.4model level
RL gyms and on-policy distillation for CI reasoning, the knowing-doing gap, when to ask a clarifying question, stale assumptions months later, scaling and verifier trade-offs, and interpretability for how models use private data.
09
§9.1–9.2OP 9.1–9.4user level
Why users misread agents, what merged contexts and "infinite memory" do to bystanders, four ways static consent fails, and a shift to risk-scaled, mixed-initiative control with policies users can author and edit.
10
§9.3OP 9.5–9.6user level
Trust versus trustworthiness, audit paths the task model cannot rewrite, "what if" simulation before delegation, delayed execution, undo windows and circuit breakers, and what contracts, transparency, liability and incentives mean when the contractor is a model.
04 · PART III · ECOSYSTEM

Evaluation, multi-agent systems, governance

Part III leaves the single agent: how to measure success, what happens when agents talk to agents, and who decides the norms. Twenty open problems.

11
§10, App. DOP 10.1–10.716 CI benchmarks reviewed
Why agent benchmarks mislead, the open question behind saturated red-teaming, the missing large-scale user studies, and "CI for life": memory over years, cumulative leakage, a privacy-utility balance that moves, and benchmarks that survive a change of harness.
12
§11.1–11.2OP 11.1–11.5multi-agent
A contextual handshake between strangers, collusion and norm drift, constraints that evaporate after hop one, swarms of thousands, and disclosures that are each fine until someone sees both.
13
§11.3–11.4OP 11.6–11.9multi-agent
Free-form language over MCP and A2A, firewalled task-scoped protocols, why remote attestation of code does not attest behavior, how expressive an inter-agent language should be, timing leaks, and simulated societies for training and evaluation.
14
§12–13OP 12.1–12.4norm repository
Preconditions for a norm-respecting ecosystem, liability placed where capability sits (the credit-card and ADA precedents), three ways to source norms, conflicting jurisdictions, and compliance records produced at the moment an agent acts.
05 · GUIDES

Three ways in

15
the whole report, compressed
The argument end to end: definitions, the three dimensions, the five reasoning steps, the seven headline problem areas, and what the report does not claim.
16
what the report implies for an agent you ship
The patterns the report points to that exist today, such as a separate policy engine, trusted-only policy inputs and task-scoped credentials, each tied to the section and open problem it comes from, with the caveats the authors attach.
17
App. A–B plus the report's own coinages
CI terms as the report standardizes them (context, norm, CI tuple, transmission principle, the CI heuristic) and the new vocabulary: contextual security, contextual policy engine, intent-binding artifact, functional revocation, contextual handshake.
06 · INDEX

All 51 open problems

The report's own list (§14), each linked to the page that explains it. Section numbers and page numbers match the report; the p. column opens the PDF at that page.

OPProblemp.
5.1Identifying contextual behavior norms19
5.2Determining reasonable and accurate threat models20
5.3Agreeing upon contextual security norms21
6.1Balancing reliance on users vs. AI models23
6.2AI models that understand contextual norms24
6.3Representing contextual norms25
6.4Formal policies that capture norms expressed in natural language26
6.5Preventing harmful context from affecting policy generation27
6.6Establishing precedence between conflicting policies28
6.7Practical enforcement mechanisms to ensure appropriate behavior29
7.1Distinguishing agents from humans31
7.2Tracing agents back to users32
7.3Enabling context-aware authorization33
7.4Managing the authorization lifecycle34
7.5Ensuring that an agent's action is intended by the user35
7.6Evolving PII detection and replacement36
7.7Achieving data minimization36
7.8Moving from data deletion to functional data revocation37
7.9Protecting user anonymity in an agentic world38
7.10Closing the gap between developer intent and application specification41
7.11Making agent execution as robust as traditional software43
8.1Teaching models privacy and security reasoning44
8.2Handling uncertainty and ambiguity in unstructured domains46
8.3Detecting stale assumptions in changing contexts47
8.4Interpretable use of private information49
9.1Supporting user mental models for AI agents50
9.2Thinking beyond notice and choice for AI agents53
9.3Determining appropriateness of AI agent actions53
9.4Enabling user supervision over automation55
9.5Delaying, stopping, and reversing AI agent actions58
9.6Accountability frameworks for AI agents58
10.1Advancing automated red-teaming on saturated benchmarks61
10.2Designing and implementing large-scale studies62
10.3Evaluating how agents persist and use historical system context63
10.4Evaluating leakage in aggregated data flows64
10.5Benchmarking dynamic privacy-utility trade-offs64
10.6Evaluations that carry across environments64
10.7Evaluations of agents in evolving environments65
11.1Establishing shared contextual norms66
11.2Preventing collusion and drifting norms between agents66
11.3Preserving constraints during delegation or parallel execution67
11.4Orchestrating large agentic swarms and enforcing normative behavior68
11.5Ensuring composed behaviors across agents uphold privacy and security68
11.6Developing secure and robust multi-agent communication protocols69
11.7Building trust across agent boundaries with attestation69
11.8Balancing security and utility in multi-agent communications70
11.9Building realistic multi-agent environments for Contextual Integrity71
12.1Achieving environments conducive to contextual privacy and security72
12.2Determining CI norms73
12.3Institutional and legal governance: resolving conflicting norms74
12.4Incentivizing and verifying normative compliance74
07

Source and related reading