Labs
Labs
How this section differs
The Roadmap explains concepts, roles, and frameworks — the “why” and the “what”. This Labs section contains only step-by-step guides that reproduce a result if you follow them. Every lab uses the same structure:
- Objective — what you will build, break, or measure
- Prerequisites — packages, environment, and data you need first
- Steps — commands and code you can copy and run
- Interpreting the results — how to read the output and what to record
- Checklist — self-assessment that the lab is actually complete
Labs 1 through 4 build on each other: you write an agent, you extend it into a pipeline, you attack it, and then you instrument it so the attack is visible in a trace. Lab 5 turns all of it into the two documents that go in your portfolio.
All labs assume Python 3.11 or later, Git, and Docker. Create an isolated environment before starting — several labs install packages that pin conflicting versions of the same dependencies.
python3 -m venv .venv
source .venv/bin/activate
python -m pip install --upgrade pipLabs that call a hosted model expect an API key in an environment variable, never in source:
export ANTHROPIC_API_KEY="your-key-here"The labs
A single agent with a read-only, path-scoped tool and a redaction pass
Three agents, distinct permissions, tools exposed over an MCP server
Indirect injection, memory poisoning, and tool misuse — with evidence
OpenTelemetry spans that make every agent decision reconstructable
STRIDE, trust boundaries, and the register that goes in your portfolio
Where each lab fits in the 90-day plan
| Lab | When | Feeds into |
|---|---|---|
| Lab 1 | Weeks 3–4 | Month 1 — Foundations |
| Lab 2 | Weeks 5–8 | Month 2 — Orchestration & MCP |
| Lab 3 | Weeks 9–10 | The public red team report in From Portfolio to Offer |
| Lab 4 | Weeks 9–10 | The audit trail artifact in Required Artifacts |
| Lab 5 | Weeks 11–12 | The risk register in Evidence Automation |
Every lab in this section — especially Lab 3 — is written to be run against systems you own or have explicit written authorization to test. Running these techniques against someone else’s service, a public API, or a production system you do not own may violate terms of service and applicable law. Attack only what you built.