Architecture synthesis

Prompt Injection Security Map

A site-maintained architecture view connecting how untrusted content enters an AI application, may influence a model, and is either stopped or allowed by application-owned controls. It is not a standard or universal pipeline.

01

Entry vector

What happens
User input, a website, email, document, retrieval result or tool output enters the application.
What can go wrong
Attacker-influenced content may carry instruction-like text. Authentic origin does not grant instruction authority.
Preserve or decide
Preserve source identity, acquisition path, tenant, timestamp and representation as application data.
02

Context assembly

What happens
The application selects and transforms instructions, conversation state and external data into model-visible context.
What can go wrong
Source, context, authenticity, relevance, priority and trust can be collapsed into prose or inferred from rank and position.
Preserve or decide
Keep provenance and policy metadata outside payload text; retrieve only authorized data. Relevance is not trust.
03

Model influence

What happens
The model interprets competing text and produces variable output. Instruction hierarchy can shape behavior probabilistically.
What can go wrong
Untrusted content may redirect, suppress or alter the response. Influence alone is not execution or security impact.
Preserve or decide
Record relevant model and detector evidence without treating narration, confidence or a detector score as truth or permission.
05

Application gates

What happens
Independent application controls decide whether the exact action, data flow, destination and approval may proceed.
What can go wrong
One blended trust score can hide which decision failed. Detection, Plan Drift and Tool-Chain findings are signals, not permissions.
Preserve or decide
Authorize the resolved action; enforce IFC, exact-action approval, egress and least privilege separately; fail closed when required facts are absent.
06

Execution or release

What happens
An authorized call is submitted to a tool or an artifact is released through a controlled sink.
What can go wrong
Submitted is not succeeded; failed is not harmless; unobserved is not safe. Side effects may compose across tools or agents.
Preserve or decide
Record proposed, authorized, submitted or executed, succeeded, failed and unobserved separately; constrain reach and blast radius.
07

Impact and evidence

What happens
Application telemetry, tool receipts and affected-system evidence establish what was attempted, executed, disclosed or changed.
What can go wrong
Model narration, alerts or proposals may be promoted into claims of compromise. Missing telemetry can conceal the actual state.
Preserve or decide
Preserve evidence with privacy minimization. Incident response uses observed facts and explicit unknowns, not model claims.

Keep these facts distinct

No single trust score can safely replace these separate facts and decisions.

ConceptWhat it establishesWhat it does not establish
Source and authenticityWhere content came from and whether an identity or channel check passed.Instruction authority, correctness, trust or permission.
RelevanceHow well content matches a query or task.Trust, integrity or authorization.
Instruction priorityHow a model is expected to rank competing instructions.A deterministic application boundary.
Model influenceThat input changed model behavior or output.Execution, disclosure, modification or confirmed impact.
AuthorizationWhether an exact resolved action is permitted under policy.Whether content is true, benign or trusted.
Information flowWhether classified data may move from a source to a sink.Network reachability or action permission by itself.
Network reachabilityWhether an approved network path to a destination exists.Action authorization or information-flow permission.
Execution and result stateThe observed state of submission, execution and result.Intent or full downstream impact without further evidence.
Security impactObserved effects on confidentiality, integrity, availability, resources or business state.Follow merely from model influence, a proposal or an alert.

One harmless fictional trace

This example uses only the reserved domain example.test. It illustrates state separation without a reusable payload or real target.

  1. 01
    Entry vector

    A support assistant fetches a ticket-linked page at status.example.test; the page is external data.

  2. 02
    Context assembly

    The application records the URL and fetch time, labels the page untrusted, and places an excerpt beside trusted task instructions.

  3. 03
    Model influence

    Instruction-like page text causes the model to suggest sending a diagnostic summary elsewhere. This establishes influence only.

  4. 04
    Proposal

    The application resolves a draft send action with destination, selected fields and initiating user. Nothing has been sent.

  5. 05
    Application gates

    Authorization rejects the destination; IFC also rejects releasing ticket data there. No detector result can override either decision.

  6. 06
    Execution or release

    No tool call is submitted. The state is denied before execution, not failed execution and not unobserved.

  7. 07
    Impact and evidence

    Logs preserve the fetch, proposal and two denials. They support model influence and prevented release, not compromise or data disclosure.

Cases without evidence inflation

These records illuminate different parts of the map. Their original evidence classifications remain unchanged.

Continue with guided learning

Use a Learning Path for an ordered course, or open Labs for preset client-side educational simulations.