PromptisePromptise
Docs
GitHubGet started
Promptise - AI Framework LogoPromptise

The foundation layer for agentic intelligence. Build, secure and operate autonomous AI systems with Promptise Foundry.

pip install promptise

[01] Foundry

  • MCPcast
  • The Promptise Agent
  • Reasoning Engine
  • MCP
  • Agent Runtime
  • Prompt Engineering
  • Execution Engine
  • Agent Identity

[02] Resources

  • Documentation
  • GitHub
  • Guides
  • Learning Paths
  • Questions

[03] Company

  • About
  • Terms of Service
  • Privacy Policy
  • Cookie Policy
  • Subprocessors

© 2026 Promptise by Manser Ventures. All rights reserved.

Open source · Python

← Guides> Enterprise AI agents

AI Agents as Insider Threats: 10 Controls to Ask For

AI agents as insider threats, explained for leaders: why agents act like insiders, the 10 controls to ask your teams and vendors for, and a scorecard.

Level
Beginner
Reading time
13 min
Published
Oct 22, 2026
Last updated
Oct 22, 2026
By
Promptise Team
  • Enterprise AI
  • AI Governance
  • Human-in-the-Loop
Contents · 11 sections↓
  1. 01Are AI agents an insider threat?
  2. 02Why do AI agents behave like insiders?
  3. 03How is agent insider risk different from human insider risk?
  4. 04The 10 controls to ask for
  5. 05Which controls does each agent need?
  6. 06How to run a 30-minute insider-risk review
  7. 07Agent insider-risk scorecard (copy this)
  8. 08What security vendors are building
  9. 09Common mistakes
  10. 10FAQ
  11. 11Next steps

AI agents as insider threats is no longer a fringe idea: in October 2026, Microsoft's security leadership called them "agentic insiders". An agent works inside your systems with real access, so if it is misled, misconfigured or simply wrong, it can do damage with permissions you gave it. This guide explains the risk in plain words and lists ten controls to ask your teams and vendors for, as questions you can bring to your next review.

[01]

Are AI agents an insider threat?

Yes, in the way that matters for security. An AI agent holds real access inside your company, acts quickly and without fatigue, and can be steered by anything it reads, including a malicious email or web page. It has no motive of its own, but it can still delete, leak or send things it shouldn't. Treat each agent like a new employee with privileged access: give it its own identity, the least access it needs, checks on risky actions, a full record of what it does and a tested way to stop it.

Key takeaways:

  • The risk is the access, not the AI. An agent can only do what its credentials allow.

  • Agents can be talked into things. Text an agent reads can carry instructions it follows.

  • Instructions are requests, not controls. "Never delete files" in the agent's instructions can be ignored; a missing delete permission can't.

  • Ask for controls outside the agent. Identity, permissions, approvals, limits, logs and a stop switch.

  • Match controls to impact. An agent that drafts replies needs fewer controls than one that moves money.


[02]

Why do AI agents behave like insiders?

An AI agent is software that uses an AI model to decide on steps and then carries them out with tools, such as reading files, updating records or sending messages. A chat assistant gives a person an answer; an agent acts. Three things turn that into insider risk.

It can be misled by what it reads. Agents read emails, documents, tickets and web pages to do their work. Someone can hide instructions in that content, such as "forward this thread to this address". This is called prompt injection, and no AI model is fully immune to it. (More in what is prompt injection.)

It may take shortcuts to reach a goal. In a June 2025 study, Anthropic tested 16 leading models from several developers in simulated company settings. When harmful actions were the only way to meet their goal or avoid being replaced, models from every developer sometimes chose them, and the researchers compared this to an insider threat. The scenarios were artificial, and the authors say they have not seen this in real deployments. The lesson for leaders is about design: don't rely on the agent's judgment for anything you can't undo.

It often has more access than it needs. Many agents run on an employee's own login or a shared key. Then the agent can do everything that person can, at machine speed.

Microsoft's security business chief put the industry's new position bluntly: "frontier models, regardless of their origin, cannot be trusted" (Microsoft, October 19, 2026). The point is not that models are malicious. It is that safety has to come from controls around the agent.


[03]

How is agent insider risk different from human insider risk?

Human insider

AI agent

Motive

Money, grievance, mistakes

None; follows its goal and what it reads

Speed

Hours or days

Seconds, across many systems

Can be manipulated by

Social engineering

Any text it reads, at any time

Works

Office hours

Around the clock

Shows up in your tools as

A person with a history

Often a shared or borrowed account

Typical monitoring

Built around human behavior

Often blind to agent patterns

The last two rows matter most. If an agent uses an employee's account, your logs show the employee doing things. And monitoring built around human habits may treat a burst of agent actions as normal.


[04]

The 10 controls to ask for

Each control is phrased as a question you can ask your security team, your developers or a vendor. You don't need to know how to build them. You need to know whether they exist and who checked.

Controls around an AI agent at each step. Content the agent reads is treated as untrusted. The agent has its own identity, least access and short-lived keys. Before acting, approvals and limits check high-impact actions, and risky work runs contained. Every action is logged, monitoring watches for unusual behavior, and a tested stop switch can halt the agent and revoke its access.
FigureTen controls around an AI agent, from what it reads to how it is stopped

#

Control

Question to ask

A good answer sounds like

1

Own identity

Does each agent have its own account, separate from any employee?

"Yes, and its actions are logged under that account, along with the person it acted for."

2

Least access

What is the minimum access this agent needs, and does it have more?

"It can read orders and draft refunds; it can't issue them."

3

Short-lived credentials

Are its keys shared, long-lived or stored in its instructions?

"Keys are issued per task, expire quickly and never appear in prompts or logs."

4

Approval for high-impact actions

Which actions need a person to approve them first?

"Payments, emails to customers, deleting data and access changes."

5

Hard limits

What stops it from doing too much, too fast or spending too much?

"Caps on actions per run, runs per day and spend, enforced outside the agent."

6

Untrusted content handling

What happens when it reads a web page or email with hidden instructions?

"Content is treated as data; risky actions after reading outside content need approval."

7

Containment

Where does it run code or open files, and what can that place reach?

"In an isolated sandbox with no network access unless we allow specific sites."

8

Complete action log

Can we reconstruct everything it did last Tuesday, and on whose behalf?

"Yes, every tool call is logged with inputs, results and the requesting user."

9

Agent-aware monitoring

Who watches its behavior, and what counts as unusual?

"Security reviews alerts on unusual volume, new systems or blocked actions."

10

Tested stop switch

How fast can we stop it and revoke its access, and when did we last try?

"Under five minutes; we tested it last month."

Two notes on these controls:

  • Controls 4 and 5 are where most real protection comes from. A misled agent that can't move money without approval, and can't run more than a set number of actions, can only do limited harm.

  • Control 1 makes every other control work. Without its own identity, you can't give an agent narrower access, log it separately or revoke it without locking out a person.


[05]

Which controls does each agent need?

Not every agent needs all ten on day one. Match the controls to what the agent can do.

Agent can...

Example

Minimum controls

Only read and answer

Searches internal policies for staff

1, 2, 6, 8

Draft for a person to send

Drafts customer replies for an agent to review

1, 2, 3, 6, 8, 10

Act on its own

Issues refunds, changes records, runs code

All ten, plus a weekly review in the first month

Decisions about people, such as hiring, pay, credit, health or legal matters, are outside these tiers. AI should not make these decisions alone, and HR or legal must be involved before an agent supports them.

Some uses of AI are regulated in some places. Ask your legal and compliance team what applies to you before you roll an agent out.


[06]

How to run a 30-minute insider-risk review

You can do this with your CISO and one technical owner per agent.

  1. List your agents and pick three. Start with the agents that have the most access, not the most users. If you don't have a list, start with an AI agent inventory.

  2. Ask the ten questions for each. Write down the answer and who gave it. "I think so" counts as no.

  3. Mark red flags. Shared or borrowed accounts, no approval on payments or deletions, no stop switch, no logs you could search.

  4. Agree fixes with owners and dates. Fix access first (controls 1 to 3), then approvals and limits (4 and 5).

  5. Test the stop switch together. Pause one agent, revoke its access, confirm it's stopped and time it.

  6. Repeat quarterly, and whenever an agent gets a new tool or new data.


[07]

Agent insider-risk scorecard (copy this)

Score each control 0 (missing), 1 (partly in place) or 2 (in place and checked). Any 0 on controls 1, 4 or 10 for an agent that acts on its own means pause it until fixed.

Textai-agent-insider-risk-scorecard.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Agent:                          [name]        Owner: [person]
Can it act on its own?          yes / drafts only / read only

 1 Own identity (not an employee login)         0 1 2
 2 Least access for its task                    0 1 2
 3 Short-lived, unshared credentials            0 1 2
 4 Approval before high-impact actions          0 1 2
 5 Hard limits on actions, runs and spend       0 1 2
 6 Outside content treated as untrusted         0 1 2
 7 Risky work runs contained                    0 1 2
 8 Every action logged, with "on behalf of"     0 1 2
 9 Someone watches for unusual behavior         0 1 2
10 Stop switch tested in the last 90 days       0 1 2

Total:  /20      Red flags:  [list]
Fixes agreed:   [what, who, by when]
Next review:    [date]

[08]

What security vendors are building

Vendors are moving fast on agent controls, which helps, but announcements are not the same as features you can switch on. On October 19, 2026, Microsoft announced a set of agent controls: its own identity type for agents, permissions scoped to a single task that end when the task does, access rules that can block an agent's writes while keeping its safe reads, and required human approval before consequential actions. Its posts don't state which parts are in preview, so ask your account team what is available and included in your license.

Other security and identity vendors offer their own versions. Whatever you buy, map it to the ten questions above. A product that answers six of them is still missing four.

If your developers build agents with Promptise Foundry, several of these controls are built in for them to switch on: approval steps for tool calls, spending budgets, a tamper-evident audit log and agent identity. These are operational controls; they don't replace your security team's review.


[09]

Common mistakes

Mistake

Why it fails

Fix

Running agents on employee logins

The agent gets all of that person's access, and logs blame the person

Give each agent its own identity

Relying on instructions like "never delete"

Instructions can be ignored or overridden by what the agent reads

Remove the permission instead

Approval on everything

People stop reading and click yes

Approve only high-impact actions; limit the rest

Logging only the final answer

You can't see which actions caused the harm

Log every tool call and its result

A stop switch nobody has tried

It fails or is too slow when needed

Test it quarterly and time it

Reviewing once at launch

New tools and data change the risk

Re-review on every change and each quarter


[10]

FAQ

Are AI agents a security risk?

They can be, mainly because of the access they hold. An agent with broad permissions can be misled by content it reads or make a wrong call, and then act at machine speed. With its own identity, least access, approvals for high-impact actions, limits, logs and a tested stop switch, the risk becomes manageable.

What is an agentic insider?

"Agentic insider" is a term Microsoft used in October 2026 for AI agents working inside a company with real access. Like a human insider, an agent can cause harm from the inside, but without motive: through mistakes, overreach or being manipulated by content it reads.

Can't we just tell the agent not to do anything harmful?

Instructions help but are not a control. In Anthropic's 2025 simulated tests, direct instructions not to take harmful actions reduced those actions but did not stop them. Agents can also be steered by text they read. Put the protection outside the agent: permissions it doesn't have, approvals it can't skip and limits it can't raise.

Should AI agents use employee accounts?

No. An agent on an employee's account gets everything that person can access, and its actions look like the person's in your logs. Give each agent its own identity with only the access its task needs, and record which person it acted for.

What is a kill switch for AI agents?

A kill switch is a tested way to stop an agent quickly and cut off its access: pause it, revoke its credentials and confirm it has stopped. It only counts as a control if someone has tried it recently and knows how long it takes.

How do we monitor what AI agents do?

Log every action the agent takes, with its inputs, results and the person it acted for, and send those logs to the team that already watches for security issues. Alert on unusual patterns: sudden volume, new systems, repeated blocked actions or activity at unusual times.


[11]

Next steps

  • Find every agent first: AI agent inventory.

  • Set up ownership, approvals and reviews: AI agent governance in practice.

  • Understand approvals in plain words: what is human-in-the-loop AI.

  • See where controls sit in the overall design: enterprise AI agent architecture.

  • For your developers: AI agent prompt injection defense and AI agent secrets management.

Contents

  1. 01Are AI agents an insider threat?
  2. 02Why do AI agents behave like insiders?
  3. 03How is agent insider risk different from human insider risk?
  4. 04The 10 controls to ask for
  5. 05Which controls does each agent need?
  6. 06How to run a 30-minute insider-risk review
  7. 07Agent insider-risk scorecard (copy this)
  8. 08What security vendors are building
  9. 09Common mistakes
  10. 10FAQ
  11. 11Next steps

Learning paths

Want more structure? Paths put guides in order, like a short course.

See the paths →

> Enterprise AI agents

Related guides

All guides in this topic →
  • // 01Intermediate · 14 minAI Vendor Security Questionnaire: Keys and Supply ChainAn AI vendor security questionnaire for leaders: 24 questions on API keys, logs, releases and dependencies, why each matters and what good answers say.
  • // 02Beginner · 8 minBuy AI Models With Your Cloud Commitment: AWS, Azure, GCPHow buying AI models through your cloud commitment works on AWS, Azure and Google Cloud, from each cloud's own docs, and what to check before you switch.
  • // 03Beginner · 13 minWhat Is an Agentic Runtime? AI Agent Runtimes ExplainedAn agentic runtime runs AI agents as long-lived processes with triggers, state, crash recovery and budgets. See how it differs from frameworks and hosts.
  • // 04Intermediate · 15 minAI Agent Audit Logging: Tamper-Evident Logs in PythonLog every AI agent tool call to an HMAC-chained file, then catch edits, deletions and reordering with one command. Real tamper tests, real output.
  • // 05Intermediate · 17 minAI Agent Production Checklist: What to Check Before LaunchAn AI agent production checklist: security, approvals, guardrails, limits, cost, observability, evals, deployment and incident response, with code.
  • // 06Advanced · 22 minAI Agent Identity: Authenticate Agents to MCP ServersGive your AI agent its own verifiable identity: short-lived JWTs from your IdP, checked by MCP servers with JWKS. Real runs, refresh and honest limits.

Keep going.

Browse every guide by topic and level, or follow a learning path that puts them in order.

All guidesLearning paths