Home / Companies / WorkOS / Blog / Post Details
Content Deep Dive

AI agent deprovisioning: Revoking access doesn't erase what it read

Blog post from WorkOS

Post Details
Company
Date Published
Author
Maria Paktiti
Word Count
1,821
Company Posts That Month
59
Language
English
Hacker News Points
-
Post removed?
No
Summary

AI agent deprovisioning differs from traditional account revocation because disconnecting an app prevents future reads but does not remove information the agent has already copied into its persistent context. Drawing on OpenAI’s documentation for “dots” and OAuth revocation standards, the discussion argues that token revocation has always invalidated credentials rather than erasing previously accessed data, but persistent agents make this limitation more consequential through ongoing background research, note retention, delegation, and possible reuse of information in later conversations. Although users can reset an agent’s context, data owners may lack the ability to trigger or verify that reset when an employee or contractor leaves, leaving contractual and policy-based controls as an important supplement to technical offboarding. The proposed approach is to limit the amount of data copied through short-lived, regularly reapproved grants; return references or minimal summaries instead of complete records; keep credentials outside agent context; log every agent read by connection; and add context-reset obligations to offboarding procedures and agreements. The central operational question therefore expands from who still has access to what an agent already read before access was revoked, making detailed read logs essential for incident response, customer inquiries, and assessing residual exposure.

Trends Found in this Post
Trend Post Mentions Total Month Mentions Posts Companies MoM
AI Agents 5 4,217 1,050 221 -25%
MCP 1 8,319 780 197 -21%
Use This Data

Use this post, company, and trend context to find content marketing opportunities, perform competitive analysis, or address product feature gaps via the Plushcap MCP server or the Plushcap API.