topicsthe AI3 numbers3 guides

prompt injection

Hidden instructions in ordinary content can steer an AI system. Why no patch removes it, and why access scope decides the damage.

in one linePrompt injection hides attacker instructions in content an AI system processes, redirecting what the system does.

the numbers

all the numbers →

1what prompt injection is

Prompt injection is an attack technique in which malicious instructions are embedded in content that an AI system processes. When the model reads that content, it may follow the embedded instructions as if they were issued by the legitimate user.

A simple example: a user asks an AI assistant to summarize a document. The document contains, alongside normal text, a hidden instruction that tells the model to instead reply with a fabricated summary and exfiltrate certain data. The model processes the document and may follow the embedded instruction. The user receives a plausible-looking output without knowing the model's behavior was redirected.

Prompt injection differs from conventional software vulnerabilities. There is no code execution involved. The attack works through the model's instruction-following behavior, which is the same behavior that makes the model useful.

2why prompt injection is a structural challenge

No software update patches prompt injection away. Current language models do not reliably distinguish between user instructions and instructions embedded in processed content. That is a fundamental characteristic of how they work.

The risk grows in proportion to two factors. First, how much untrusted content the AI system processes. A system that only processes content the user typed is a lower risk than one that processes emails, web pages, uploaded documents, or data pulled from external sources. Second, what the AI system is allowed to do. A system that generates text is lower risk than one that can send emails, create documents, or interact with other applications.

Agentic AI systems, which act autonomously with a user's credentials, are where prompt injection risk is highest. An agent that processes an attacker-controlled web page or document and has permission to take actions in connected applications is a meaningful attack surface.

3what prompt injection can produce in practice

The practical risk from prompt injection depends entirely on what the AI system is authorized to do.

For AI assistants that only generate text, the risk is misleading output. A model processing an attacker-controlled document might produce a summary that serves the attacker's interests rather than the user's. The impact is limited to bad information reaching a human who then acts on it.

For agentic systems with application access, the risk profile changes. An agent with permission to send email could be directed by an injected instruction to send an email on the user's behalf. One with access to a file storage system could be directed to share files. One with calendar access could modify meetings. The action is bounded by the agent's permissions, which in enterprise deployments are often broad.

The attack requires no malware, no credential theft, and no network intrusion. It requires only that the AI system process content the attacker can influence, and that the system have permission to do something consequential.

what it looks like when it goes wrong

Three ways this tends to go, each one taken from a real case.

your company
the gap nobody seesAn AI that reads untrusted content can be given instructions by whoever wrote it.an AI that acts on whatever it reads
  1. howAn email with hidden instructions reaches an assistant that reads every inbox.
    what leavesanything the assistant can seewho ends up with itthe stranger who sent the email
    it happenedEchoLeak / Microsoft 365 Copilot, 2025
  2. howA tool description tells the agent to send files somewhere else.
    what leavesfiles the agent can openwho ends up with itwhoever wrote the tool
    it happenedMCP tool poisoning, 2025
  3. howAn agent with production access ignores the instruction to change nothing.
    what leavesthe live database, deletedwho ends up with ityour customers, who notice first
    it happenedReplit agent database deletion, 2025

4what works

Prompt injection cannot be fully prevented with current models, so the controls that matter sit in access and architecture rather than in the model itself. Least privilege does the heaviest lifting. An agent that can read and write only a defined subset of data, and take only a defined set of actions, turns a successful injection from an incident into an inconvenience, which is why the permissions of every AI agent deserve comparison against the minimum the task requires. The same arithmetic applies to input: systems that process attacker-influenced content, public web pages, external email, documents uploaded by outside parties, carry far more injection risk than systems confined to internal content, and workflows designed to keep broad-permission agents away from untrusted content remove most of the practical attack surface. The highest-risk combination is always the same one, a system that processes external content and holds broad permissions to act.

Human confirmation on irreversible actions is the control that survives even when the others fail. Sending email to customers, modifying financial records, and deleting data stay behind explicit approval regardless of where the request originated, which caps what any injected instruction can accomplish on its own. Action-level logging makes the difference between investigating an unexpected agent action and guessing about it, and many AI platform deployments ship without it enabled. And because misleading output is itself a payload, AI-generated content bound for outside the organization benefits from a human review step between generation and delivery; that single gate catches the most consequential injection outputs before they cause damage.

on the record

← all topics

your turn

what you can do about it

  1. this week

    List the AI tools that read email, web pages or shared files and can also take actions.

    Those are the ones where hidden instructions can do harm.

  2. go deeper

  3. if you're not sure where to start

    Run the offboarding checklist on one leaver. It covers every account and token to close when someone leaves.

    open the checklist →

the letter · every two weeks

one access gap in your inbox, with the fix.

Every issue takes one way access creeps in, shows a real incident where it went wrong, and ends with one thing to check that week. Written for the people who run the tools, without a security team behind them.

  • 1one mechanism, explained plainly
  • 2one real incident, taken apart
  • 3one step you can take on Monday

get the next issue

One email every two weeks. Your address stays here and is never passed to vendors. One click to unsubscribe. Privacy.