Agent Containment and Linked Data Identity

A meshup of agentic enterprise security, Claude containment engineering, and Web-scale self-sovereign identity patterns for safe read/write operations across data spaces.

Fundamental Thesis

Agent safety and enterprise adoption converge on one architecture: deterministic containment caps blast radius, while linked-data identity and profile documents make delegation, authentication, authorization, and data-space read/write permissions machine-computable across loosely coupled systems.

Source Synthesis

Securing the Agentic Enterprise

Frames enterprise agent security as a systems problem in which defenders and attackers operate at machine speed.

How we contain Claude

Shows why model defenses need deterministic boundaries: sandboxes, VMs, egress controls, filesystem mounts, and tool proxies.

YouID, NetID-TLS, and Web logic

Supplies hyperlink-denoted identity, profile documents, credential reconciliation, and computable Web claims.

Citations

The prompt source documents are modeled in RDF using schema:citation and listed here as direct citations.

  1. 1. Jonathan Jaffe Office Hours Post-Event

    Prompt source for the agentic enterprise and security framing around Jonathan Jaffe's office-hours discussion. KG entity

  2. 2. How we contain Claude across products

    Prompt source for deterministic containment controls, agent identity questions, and blast-radius reduction. KG entity

  3. 3. YouID: Self-Sovereign Identity using Decentralized Public Key Infrastructure

    Prompt source for DPKI, hyperlink-denoted identity, and profile-document identity patterns. KG entity

  4. 4. Self-Sovereign Identity using NetID-TLS via a YouID-Generated Profile Document

    Prompt source for NetID-TLS authentication and YouID-generated profile documents. KG entity

  5. 5. Web, Logic, Sentences, and the Magic of Being You!

    Prompt source for Web-scale logic, identity claims, and machine-computable statements about agents and users. KG entity

Loose-Coupled Remedies

1. Agent identity through hyperlinks

Give every agent, agent session, and delegated execution context a resolvable IRI. Anthropic's question about whether an agent should be its own principal or an extension of the user becomes less binary: the agent can be its own denoted principal while its profile records the user, purpose, session, and delegation scope.

2. Agent profiles as symbolic policy inputs

Publish profile documents in RDF or JSON-LD using shared vocabularies. The profile connects agent, user, organization, credential, tool, data space, intended purpose, and on-behalf-of relationships so authorization engines can compute access without bespoke product logic.

3. Authentication remains protocol-owned

Use existing protocols such as OAuth, WebID-TLS, and NetID-TLS instead of inventing agent-specific login systems. The credential proves control of a key, token, or certificate bound to a hyperlink-denoted principal; the agent profile supplies the computable context.

4. Authorization is ABAC over graph facts

Move from coarse allowlists to policy decisions over attributes: principal, acting-on-behalf-of user, resource class, operation, sensitivity, provenance, purpose, time, network route, and write target. Treat every approved domain as a capability surface, not merely a destination.

5. Data-space read/write boundaries

Model data spaces as first-class governed resources. Read-only access, write-in-workspace, write-no-delete, named graph updates, and cross-space export become explicit operations checked by policy enforcement points before the agent touches the resource.

Deployment HowTo

  1. Mint agent and session IRIs

    Create persistent IRIs for durable agents and ephemeral IRIs for sessions or runtimes. Keep both dereferenceable.

  2. Publish an agent profile

    Describe the agent, controller, user delegation, public keys, permitted tools, data-space claims, and on-behalf-of relationships using RDF or JSON-LD.

  3. Bind authentication to the profile

    Use OAuth, WebID-TLS, NetID-TLS, or a comparable protocol to prove credential control and reconcile the credential with the profile document.

  4. Evaluate ABAC before read/write

    Call a policy decision point with agent, user, resource, operation, purpose, sensitivity, provenance, and environment attributes.

  5. Enforce at the runtime and data-space edge

    Use sandboxes, VMs, egress proxies, filesystem mounts, named graph ACLs, and API gateways as policy enforcement points.

Knowledge Graph Explorer

RDF Graph Workbench

Graph data is derived from the companion RDF entity and relationship model. Node and predicate labels resolve through URIBurner describe links.

0 nodes / 0 links

The controls tray is closed by default. Advanced mode exposes physics, predicate filters, resolver preference, and display settings.

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.

Glossary

  • Containment A deterministic boundary that limits what an agent can reach, execute, mount, read, write, or exfiltrate even when prompts and classifiers fail.
  • Agent Identity A hyperlink-denoted principal for an agent or agent session, separate from but linkable to the human user on whose behalf it acts.
  • Agent Profile Document A machine-readable Web document that describes an agent, its controller, profile claims, public keys, delegated authority, and policy attributes.
  • Authentication The protocol step that proves a user, agent, or delegated runtime controls a credential bound to a denoting hyperlink.
  • Authorization The policy decision that determines which read or write operations an authenticated principal may perform against a data space.
  • Attribute-Based Access Control Fine-grained authorization based on attributes of principals, resources, operations, environment, purpose, provenance, and delegation.
  • Data Spaces Named, governed stores of documents, graphs, files, APIs, and databases where agent read and write operations occur.
  • Prompt Injection An attack where instructions in user text, tool output, files, or external content steer an agent toward unsafe behavior.
  • Persistent Memory Poisoning A persistence risk where malicious instructions survive in memories, project files, or state directories and reload across sessions.
  • Multi-Agent Trust Escalation A multi-agent failure mode where lower-trust content becomes higher-trust because it is relayed through another agent.

Explore Knowledge Graph using SPARQL

SELECT: text/x-html+tr | CONSTRUCT: text/x-html-nice-turtle Run live query