TL;DR: Goal hijacking, memory poisoning and runtime escalation can turn AI agents into trusted insiders, according to Salt. Agent governance now has to cover context, tool scope and behavioural drift before delegated access turns malicious.
Editorial analysis by NHI Mgmt Group, based on content published by Salt: “From Prompt Injection to a Poisoned Mind: The New Era of AI Threats”.
Key questions
Q: Why does context poisoning create more risk than prompt injection alone?
A: Prompt injection usually affects one interaction, while context poisoning can persist across many future tasks by corrupting memory, goals, or tool-use patterns.
Q: What signals show that an AI agent is operating outside its intended purpose?
A: Look for mismatches across identity, data, model behaviour, posture, and environment.
Q: What breaks when an agent relies on poisoned context or memory?
A: Future decisions break because the attacker has altered the agent's working state, not just one prompt.
Practitioner guidance
- Map and constrain agent capability sets Inventory every API, tool, and data source an agent can reach, then remove any capability that is not required for the agent’s declared task scope.
- Treat mission context as a protected asset Protect prompts, goals, memory, and feedback stores with integrity controls, change review, and access restrictions so attackers cannot silently rewrite the agent’s operating intent.
- Baseline normal agent behaviour Build behavioural baselines for each agent and alert on unusual API sequences, tool chaining, or access paths that diverge from its established role.
Bottom line: AI agents can be turned into trusted insiders when attackers alter context, memory, or tool scope instead of breaking code.
Glossary terms: Context Poisoning, Goal hijack, Memory Poisoning (ASI06), Runtime Escalation
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Context integrity is becoming the control plane for agentic AI. The article shows that prompt filtering is too narrow because attackers can corrupt an agent’s goals, memory, and tool selection after initial access is granted. That moves the problem from input hygiene to runtime governance. Practitioners should treat mission context as an asset with its own protection model.
A few things that frame the scale:
- 19% of organisations give AI systems dramatically more access than human employees, nearly one in five granting unrestricted privilege, according to the 2026 Infrastructure Identity Survey.
- Gartner predicts that more than 50% of successful cyberattacks against AI agents through 2029 will exploit access control weaknesses.
A question worth separating out:
Q: How should teams respond when an AI agent starts using a master key?
A: Treat it as a delegated privilege failure and contain the agent before it can continue issuing API calls. Revoke or narrow the affected tool permissions, preserve logs that show the call chain, and check whether the context store or instruction layer was modified. The response focus should be on the agent’s runtime authority, not just the malicious request.
👉 Read our full editorial: Context poisoning and goal hijacking are the new AI agent attack surface