Guided security lab

Tool-Chain Analysis

A guided exercise on sequence-level analysis of composed tool effects: reconstruct ordered chains from application telemetry, spot cumulative effects that per-call review misses, handle unobserved results and keep delegation bounded across agent hops.

Conceptual simulationAdvanced15 minutes2026-09-26
Conceptual simulation

This exercise uses authored, deterministic examples with fictional names and neutral synthetic content. It calls no tools, APIs, agents or models, and it does not predict how any real model or system behaves.

3/6

Learning objectives

  • Reconstruct an ordered tool chain from application-side telemetry rather than model narration.
  • Distinguish per-call authorization from sequence-level composition risk.
  • Identify cumulative effects that are invisible when each call is reviewed in isolation.
  • Preserve data and resource lineage and destination context across tool boundaries.
  • Recognize when repeated or split operations exceed a task-level cumulative constraint.
  • Treat retries carefully when the previous result is unobserved; do not assume the first call failed.
  • Preserve bounded delegation across agent hops without unioning permissions across agents.
  • Distinguish a chain-risk flag from proof that a prohibited effect executed.

Prerequisites

  • Agent Authorization lab (recommended)
  • Plan Drift Detection lab (recommended)
Choose a scenario

Each fictional scenario shows what the model sees and, separately, the ordered calls, lineage, counters and execution states the application records. The analyzer judges the chain as a whole.

Chain path and trust flow

The model proposes or runs a sequence of calls, telemetry records each step, and a chain analyzer judges the combined effect. Task records, telemetry and the analyzer are system components; the chain itself stays variable.

  1. Recorded task and chain constraintsSystem component->
  2. ModelSystem component->
  3. Proposed or observed chainVariable content->
  4. Call telemetry and lineageSystem component->
  5. Chain analyzerSystem component->
  6. Per-call authorization (separate)System component

Model-visible plan and observations

What the model reads. It is not the chain record.

  1. User request

    Prepare an internal restock report for SKU-17.

  2. Observations so far

    Stock count and reorder threshold are available from read-only sources.

Application-recorded chain evidence

Task and run IDs, ordered calls, identities and delegations, resource classes, destinations, counters, idempotency keys and execution states recorded outside model text.

Which application-side chain evidence should the analyzer rely on?