Guided security lab
Website Prompt Injection
A guided web-source trust exercise: separate page-derived content from fetch provenance, decide which fact the application may rely on, then apply destination and task policy to a model proposal.
This exercise uses authored, deterministic examples with fictional domains. It fetches nothing, calls no model or tools and does not predict how any real model behaves.
Learning objectives
- Separate a trusted fetch or browser component from the untrusted page content it returns.
- Treat the requested URL and the final fetched URL as different provenance facts.
- Recognize that page text, metadata and derived text can all become model-visible, depending on the pipeline.
- Explain why fetch success and model influence are not authorization.
- Keep destinations mentioned by page content out of the approved-destination set unless policy says otherwise.
Prerequisites
- Trust Boundaries and Model Context lab (recommended)
- Website Prompt Injection attack article (optional)
Web source path and trust flow
Page content passes through application components before the model sees it. Components are system; page content and the model's proposal stay variable.
- User taskVariable content->
- Fetch toolSystem component->
- Page contentVariable content->
- Context assemblySystem component->
- ModelSystem component->
- ProposalVariable content->
- Output policySystem component
Model-visible page content
Page-derived text the model reads. Bracketed text is a neutral placeholder, not a real instruction.
- Extracted article text
An explainer about regional energy prices, written for general readers.
Application-side provenance and policy
Recorded by the fetch pipeline and the application outside model text.