← Назад в Академию
An instructor and two adult learners separate a museum source sheet from a task-flow diagram and mark the boundary between source material and instructions.
Знания об ИИЯдро25 авг. 2026 г.· 2 мин

Prompt Injection and Untrusted Content

How instructions hidden in documents or websites can redirect an AI assistant, and how teachers and system designers can protect the boundary between evidence and authority.

prompt injectionAI securityuntrusted content

Источники

Полное резюме урока

Prompt injection occurs when content supplied to an AI system attempts to redirect its behavior in ways that conflict with the authorized task. A direct attempt may arrive as a user message. An indirect attempt can be embedded in a web page, document, image, or tool result that the assistant reads while doing legitimate work. The central problem is that text encountered as evidence may be mistaken for an instruction the system should obey.

This differs from an ordinary factual error. A historical source may contain a false claim that needs critical evaluation. An injected passage instead tries to change the assistant's task, such as instructing it to ignore the teacher's request, reveal restricted information, or take an unauthorized action. Research by Greshake and colleagues demonstrates this problem in applications that connect language models with external content. The risk grows when an assistant can act through tools rather than only generate a draft for review.

Consider a teacher asking an approved assistant to summarize a public museum page for a lesson. The page contains a passage that addresses automated readers and tells them to append an unrelated message to every answer. The passage belongs to the page's content; it has no authority over the teacher's instructions. A reliable workflow treats it as untrusted material, extracts relevant historical evidence, and refuses to let the page redefine the task. If the assistant instead follows the passage, even an otherwise accurate summary has crossed an important boundary.

Clear instructions and source labeling help, but they are not complete protection. Systems should limit tool permissions, separate sensitive information from unnecessary contexts, validate proposed actions, and require appropriate human confirmation for consequential operations. A summarizer usually does not need permission to send messages or change school records. Reducing that authority limits what an injection can accomplish. Filtering suspicious phrases alone is fragile because an attack can use many forms, including content that is not obvious to a human reader.

Educators can teach the idea with harmless synthetic documents. Give learners a legitimate task and a short source containing an unrelated instruction to change the output's color or insert a nonsense word. Ask them to identify which person authorized the task, which material supplies evidence, and which instructions should be ignored. Keep the demonstration in a controlled environment without real student data or external actions. The learning objective is recognizing misplaced authority, not practicing intrusion against a live service.

A safe workflow also needs recovery. When an assistant appears redirected, stop the action, preserve a minimal record, and report the source and behavior through the institution's support route. Do not copy sensitive content into a public troubleshooting forum. Prompt injection remains a system-design challenge, so no single warning in a prompt should be advertised as an absolute defense. The practical standard is layered protection: trustworthy task authority, limited permissions, inspected evidence, and clear human control over actions that affect learners or institutions.