FAQ
What is the fundamental thesis?
Agent safety cannot rely only on model behavior or approval prompts. It needs deterministic containment plus hyperlink-based identity, profile-driven delegation, standards-based authentication, ABAC authorization, and explicit read/write boundaries around data spaces.
How does this remedy Anthropic's agent identity problem?
It separates principal identity from delegated authority. The agent can have a resolvable identity while the profile states who it represents, why it is acting, which credentials it may use, and which operations policies permit.
Why are data spaces central?
Most agent risk becomes concrete at data boundaries: reading secrets, writing production state, deleting files, uploading to approved APIs, or poisoning persistent context. Data spaces provide the named resources over which ABAC can make precise decisions.
Why is containment still needed if authentication is strong?
Authentication proves who or what is acting. It does not guarantee that the agent's prompt context, tool output, memory, or workflow intent is safe. Containment limits what authenticated code can reach when higher-level controls fail.
What should an agent profile document contain?
It should describe the agent IRI, controller, acting user, on-behalf-of relationship, public keys or credential references, allowed tools, intended purposes, data-space claims, policy attributes, and provenance in machine-computable RDF or JSON-LD.
How do OAuth, WebID-TLS, and NetID-TLS fit together?
They are authentication options, not competing authorization models. OAuth can carry delegated token grants, while WebID-TLS or NetID-TLS can bind certificate-controlled keys to profile documents. ABAC consumes the authenticated identity and profile facts.
What does ABAC add beyond role-based access control?
ABAC can evaluate attributes of the agent, user, resource, operation, purpose, provenance, environment, and delegation. That makes it better suited to agent workflows that cross tools, files, graphs, APIs, and organizational boundaries.
How should write operations differ from read operations?
Write operations need stricter policy because they can mutate state, poison future context, trigger external effects, or publish data. A data space should distinguish read, append, update, delete, export, and named graph mutation permissions.
Where should policy enforcement happen?
Enforcement should happen at multiple edges: the agent runtime, filesystem mounts, network egress proxy, tool gateway, API gateway, database endpoint, WebDAV store, and RDF named graph. The same decision model should be reused across those edges.
What is the practical first step for an enterprise?
Start by minting resolvable agent and session IRIs, publishing minimal agent profile documents, and placing a policy enforcement point in front of one governed data space. Then expand from read-only access to controlled writes.
How does loose coupling reduce vendor lock-in?
Loose coupling keeps identity, profiles, authentication, authorization, and data-space operations as separable layers. A tool or model can change without forcing a new identity system, policy vocabulary, or data governance model.
What should be audited after an agent action?
Audit records should capture the agent IRI, session IRI, acting user, on-behalf-of relationship, authenticated credential, policy decision, resource IRI, operation, inputs, outputs, tool calls, and resulting data-space changes.