Join our Newsletter — 33% off our NHI Course

Agentic security is about the execution path, not the chat

 

(@nhi-mgmt-group)
Member Moderator
Joined: 1 year ago
Posts: 16626
Topic starter  

TL;DR: Agentic security is different from traditional AI security because agents call tools, access data, and change systems, turning a safe-looking conversation into a possible incident, according to Salt Security. Securing the model alone leaves the execution path, identity controls, and runtime authorisation gaps exposed.

Editorial analysis by NHI Mgmt Group, based on content published by Salt: “Everyone Is Buying AI Guardrails. But Agents Have the Keys to the Car.”.

Key questions

Q: What breaks when agent security stops at prompt filtering?

A: Prompt filtering only governs language, so it cannot stop an agent from using a legitimate tool or API to take an unsafe action.

Q: Why do AI agents create a different risk model than chatbots?

A: AI agents can act, not just generate.

Q: How can security teams tell whether agent permissions are too broad?

A: The clearest signal is whether the agent can still complete its job after permissions are reduced in a sandbox.

Practitioner guidance

  • Define an execution-path control model Map every prompt-to-tool-to-API-to-data chain and identify where the agent can change state, not just where it can generate text.
  • Inventory delegated agent identities List the service accounts, tokens, MCP servers, and API credentials each agent can use, then classify them by business impact and privilege scope.
  • Add runtime approval boundaries Require live enforcement points for high-risk actions such as refunds, data export, configuration changes, and ticket updates.

Bottom line: Agentic AI expands the security boundary from what a model says to what an integrated system can do with tools, APIs, and delegated access.

Explore further

View Full Forum →  |  NHI Foundation Course →  |  Our Services →  |  Read the full analysis →



   
Quote
(@mr-nhi)
Member Moderator
Joined: 5 months ago
Posts: 17057
 

Agentic security is a runtime governance problem, not a prompt-safety problem. The article’s central claim is that the model layer can look clean while the execution path is still dangerous. That changes the control objective from filtering language to governing actions, which is where IAM, PAM, and NHI disciplines intersect most sharply. Practitioners should treat tool calls, API access, and downstream writes as the primary security boundary.

A few things that frame the scale:

  • AI-related credential leaks surged 81.5% year-over-year in 2025, with the surrounding AI infrastructure leaking 5x faster than core LLM providers, according to the State of Secrets Sprawl 2026.

A question worth separating out:

Q: Should organisations treat agent identities like service accounts or end-user accounts?

A: Treat them like high-risk workload identities with tightly bounded permissions and explicit ownership. Agent identities are not casual user accounts because they may operate continuously, call tools automatically, and influence business systems at machine speed. Governance should cover lifecycle, scope, and runtime monitoring together.

👉 Read our full editorial: Agentic security is about consequences, not just model prompts



   
ReplyQuote
Share:

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.