The Agent Trust Archipelago

Every bridge represents a boundary. An agent's goal never grants it permission to cross.

Purple owl overlooking six connected islands labeled Identity, Scope, Sandbox, Tool gate, Audit trail, and Stop and recover, with a separate untrusted-input island.
Every bridge represents a boundary. An agent's goal never grants it permission to cross.

Read the map

  1. Identity: give each agent an attributable identity, not a shared administrator account.
  2. Scope: limit resources and actions to the assigned job.
  3. Sandbox: isolate execution and restrict network destinations.
  4. Tool gate: enforce authorization outside the model before every tool action. External text is evidence, not authority.
  5. Audit trail: record actions and outcomes without routinely logging secrets.
  6. Stop and recover: test cancellation, credential revocation, and restoration.

Keep in mind: The islands organize controls, not execution order. Identity, authorization, isolation, and logging must continue throughout the job. The red path marks an input boundary, not permission to run instructions.

Ask your team: Which bridge could an agent cross today without an independent permission check?

The Incident Response Metro

Follow the signals, contain the impact, and keep evidence and communication moving throughout the response.

Owl stationmaster above a six-station incident-response metro: Detect, Validate, Contain, Eradicate, Recover, and Learn. A parallel line represents evidence preservation and communication.
Follow the signals, contain the impact, and keep evidence and communication moving throughout the response.

Read the map

  1. Detect: collect signals from identities, endpoints, workloads, and agent actions.
  2. Validate: establish scope and confidence while recording uncertainty.
  3. Contain: restrict compromised access with attention to service and safety impacts.
  4. Eradicate: remove persistence and address the underlying cause.
  5. Recover: restore from trusted sources and verify service integrity.
  6. Learn: improve detections, runbooks, and ownership using the evidence.

Keep in mind: This is a discussion aid, not a formal standard or a rigid sequence. Preparation comes before an incident; phases can overlap or repeat. Preserve evidence and communicate throughout, following your organization's response plan.

Ask your team: Can your team revoke an agent's credentials while preserving the evidence needed to investigate?

The Supply Chain Observatory

Review the journey from source to runtime. A trusted handoff needs evidence, not just a green checkmark.

Purple owl astronomer at an observatory surrounded by six orbital checkpoints: Source review, Dependency checks, Isolated build, Provenance, Deploy approval, and Runtime signals.
Review the journey from source to runtime. A trusted handoff needs evidence, not just a green checkmark.

Read the map

  1. Source review: protect branches and review security-sensitive changes.
  2. Dependency checks: review origins, versions, advisories, and dependency changes.
  3. Isolated build: use constrained build workers and short-lived credentials.
  4. Provenance: verify artifact identity, signatures, and build attestations against trusted policy.
  5. Deploy approval: bind authorization to the exact artifact and environment.
  6. Runtime signals: monitor changes and unexpected behavior after release.

Keep in mind: A valid signature can establish origin and integrity relative to a trusted key; it does not establish that software is harmless. Scanners and provenance are complementary controls, not guarantees.

Ask your team: Could you identify the source and build process behind the exact artifact running in production?

Continue with the castle and ship defense blueprints or the Wednesday Brief.