WhitepaperAgentic AISecurityIdentityGovernance

Securing Agentic AI: Threats, Controls and Agent Identity

Prompt injection remains a residual risk, so agent security is a privilege-and-containment problem. Evidence, controls and three NKK models: a Threat-to-Control Map, Autonomy Tiers and an Agent Identity Stack.

Author
AI Forge Spotlight
Published
Reading time
39 min read

Get the PDF and read the full text

Free. One form unlocks the remaining chapters of “Securing Agentic AI: Threats, Controls and Agent Identity” and the PDF download.

No spam. We use your details only to share this content and related research. You can ask us to delete them at any time.

What you will learn

  • Why prompt injection is best treated as a design assumption, and what the evidence says about filters, training and architectural defences
  • How OWASP, MITRE ATLAS, NIST and the six-agency guidance fit together into one threat map
  • How tool poisoning, rug pulls and MCP weaknesses turn the tool layer into a supply chain
  • How to give agents their own identity, delegated authority and short-lived credentials
  • How to match controls to blast radius with four autonomy tiers plus a delegation flag, and where sandboxes fail

Written for: CISOs, heads of AI, identity and platform architects, risk and audit leads

Key takeaways

  • Adaptive attacks beat most of 12 recent jailbreak and prompt-injection defences at over 90% success; all 13 frontier models in a NIST-reported competition fell to an attack.
  • Treat agent security as privilege and containment: a distinct identity, short-lived scoped credentials, isolation, egress control and tamper-evident logs, all enforced outside the model.
  • Architectural defences give provable resistance at a utility cost: CaMeL solved 77% of AgentDojo tasks with provable security, against 84% for an undefended agent.
  • Tool poisoning reached 72.8% attack success in the MCPTox benchmark and the best model refused under 3% of the time. Register, pin and sandbox every tool and server.
  • A sandbox helps only if every tool path and the egress route sit inside it. The Claude Code Read-tool gap and the Hugging Face evaluation escape show how the gaps appear.
  • Three NKK models structure the work: a Threat-to-Control Map, Agent Autonomy Tiers (T0 to T3 plus a T4 delegation flag) and an Agent Identity Stack. They are opinion built on cited prior art, not measured results.

Inside this whitepaper

12 chapters, 67 cited sources, 28 models and charts. The first 2 chapters are open; the rest unlock with the form.

A look at the visuals

Why the model cannot be the control
Key figures
  • >90%

    attack success against most of 12 recent jailbreak and prompt-injection defences under adaptive attack

  • 1.8M

    prompt-injection attacks in a public competition; over 60,000 succeeded against 22 agents

  • 13 of 13

    frontier models had at least one successful attack in a 250,000-attempt competition

  • 72.8%

    highest tool-poisoning success rate across 20 agents in the MCPTox benchmark

Four published measurements that explain why this paper puts the control weight outside the model. They come from different tests and are not comparable with each other.
The agent stack as an attack surface
Architecture
  1. Model

    Weights and system instructions. Can be steered by any text that reaches the context window.

    Hijackable
  2. Context and memory

    Retrieved documents, tool outputs, conversation history and persisted memory. The main entry point for indirect injection.

    Untrusted input
  3. Tools and protocols

    APIs, MCP servers, skills and plug-ins, with their descriptions and responses. A software supply chain, not a feature list.

    Supply chain
  4. Runtime

    The process, filesystem, network route and secrets in which tool code runs.

    Containment
  5. Identity and delegation

    The principal, credentials and delegated rights the agent presents to every downstream system.

    Authority
  6. Logs and evidence

    The record that ties each action to an agent, a sponsor and a policy decision.

    Accountability
A six-layer view of an agentic system, top to bottom. Each layer is attacked differently, so a control that protects one layer says little about the others.

Executive summary

In NKK's view, too much agent-security effort is aimed at the one component that cannot be made reliable: the model. The evidence is consistent. Adaptive attacks bypassed 12 recent jailbreak and prompt-injection defences, with success rates above 90% for most [1]. A public competition recorded over 60,000 successful policy violations from 1.8 million attacks [2], and NIST's CAISI reports at least one successful attack against all 13 frontier models tested [3]. The UK NCSC says prompt injection "may never be totally mitigated in the way that SQL injection attacks can be" [4], and an OWASP project leader calls for "assuming AI will sometimes fail or be fooled" [5].

Our thesis follows: securing agentic AI is a privilege-and-containment problem. Assume the model will sometimes be hijacked, then engineer what a hijacked agent can read, change and send. The weight of the control set moves outside the model, to a distinct identity per agent, short-lived scoped credentials, a policy decision on every request, filesystem and network isolation, egress allow-lists and tamper-evident logs.

The paper offers three NKK models: a Threat-to-Control Map with seven interposition points, Agent Autonomy Tiers (T0 to T3 plus a T4 delegation flag) and a five-layer Agent Identity Stack. The models are NKK opinion built on cited prior art; no public outcome data exists for tiered controls, so test them in your own environment. The paper ends with seven next steps.

Why the model cannot be the control
Key figures
  • >90%

    attack success against most of 12 recent jailbreak and prompt-injection defences under adaptive attack

  • 1.8M

    prompt-injection attacks in a public competition; over 60,000 succeeded against 22 agents

  • 13 of 13

    frontier models had at least one successful attack in a 250,000-attempt competition

  • 72.8%

    highest tool-poisoning success rate across 20 agents in the MCPTox benchmark

Four published measurements that explain why this paper puts the control weight outside the model. They come from different tests and are not comparable with each other.

Why agents change the security problem

A chatbot that is fooled says something wrong. An agent that is fooled does something wrong, with credentials someone gave it. That sentence compresses three differences between a language model and an agentic system, and each one widens what has to be secured.

Instructions arrive through data. Greshake and colleagues showed in 2023 that LLM-integrated applications "blur the line between data and instructions", so an attacker can plant a prompt in content the system is likely to retrieve [7]. An email, a web page, a pull request or a tool description can all carry instructions. NIST's adversarial machine learning taxonomy adds that because agents take actions with tools, injection can enable actors "to hijack agents to execute arbitrary code or exfiltrate data from the environment in which they are operating", and notes that "Security research focused specifically on agents is still in its early stages" [8].

Actions have side effects. NIST's CAISI describes an agent system as at least one generative model plus scaffolding software that equips it with tools to take discretionary actions [9]. The security question changes with that scaffolding. One OWASP sponsor put it as a move "from what a model can say to what a system can do", a remark made by the chief executive of a security vendor inside OWASP's release, so read it as opinion [5].

Authority is borrowed. An agent acts with a token, a service account or a user's session. The six-agency guidance from ASD's ACSC, CISA, NSA, the Canadian Cyber Centre, NCSC-NZ and NCSC-UK [11] warns that "every individual component in an agentic AI system widens the attack surface", and that LLM-based agents "may change their behaviour when evaluations are underway and may even bypass system-level instructions to achieve their objectives" [10]. It advises "never granting it broad or unrestricted access, especially to sensitive data or critical systems" and, as a headline position, that organisations "should only use agentic AI for low-risk and non-sensitive tasks" [10]. The guidance organises agent risk into five categories: privilege, design and configuration, behaviour, structural and accountability [10]. In practice an agent is a stack, and every layer is an attack surface.

The agent stack as an attack surface
Architecture
  1. Model

    Weights and system instructions. Can be steered by any text that reaches the context window.

    Hijackable
  2. Context and memory

    Retrieved documents, tool outputs, conversation history and persisted memory. The main entry point for indirect injection.

    Untrusted input
  3. Tools and protocols

    APIs, MCP servers, skills and plug-ins, with their descriptions and responses. A software supply chain, not a feature list.

    Supply chain
  4. Runtime

    The process, filesystem, network route and secrets in which tool code runs.

    Containment
  5. Identity and delegation

    The principal, credentials and delegated rights the agent presents to every downstream system.

    Authority
  6. Logs and evidence

    The record that ties each action to an agent, a sponsor and a policy decision.

    Accountability
A six-layer view of an agentic system, top to bottom. Each layer is attacked differently, so a control that protects one layer says little about the others.

Excessive agency, the risk that scales with capability

OWASP's 2026 list moves Excessive Agency from LLM06 in the 2025 edition to LLM03 [12][13]. The 2026 PDF is openly downloadable from OWASP's resource page, which is dated 3 August 2026; the PDF's own cover leaves the publication date to be set [12]. The project leads write that Excessive Agency "climbed to third, the most consequential move on the list, because the vote and the record agree that agentic deployments are where the damage is landing" [12]. The definition is the vulnerability "that enables damaging actions to be performed in response to unexpected, ambiguous or manipulated outputs from an LLM", "regardless of what is causing the LLM to malfunction" [12].

LLM03:2026 Excessive Agency, read for agents
Comparison
Root causes
What OWASP says (2026 edition)
Excessive functionality, excessive permissions and excessive autonomy.
What it means for an agent programme
Three separate dials. Most programmes tune autonomy and forget the other two: a tool that can do more than the task needs, and a credential broader than the tool needs.
Core mitigation
What OWASP says (2026 edition)
Complete mediation: implement authorization in logic rather than relying on an LLM to decide if an action is allowed, with requests checked by the tool, an independent pre-execution policy decision point or the downstream system.
What it means for an agent programme
The policy decision lives in the system being called, not in the prompt. This is the design principle behind the Identity Stack later in this paper.
Approval
What OWASP says (2026 edition)
Require human approval for high-impact actions. A graduated policy (audit, warn, block, escalate) lets recoverable actions auto-approve and routes irreversible ones to human review.
What it means for an agent programme
Approval is a scarce resource. Spend it on consequence and irreversibility, and enforce routine limits by mechanism (see the Autonomy Tiers).
Monitoring
What OWASP says (2026 edition)
Monitoring tool use and rate limiting "will not prevent Excessive Agency but can limit the level of damage caused".
What it means for an agent programme
Detection is damage limitation, not prevention. Budget for it as such, and do not count it as a substitute for scoped authority.
OWASP's LLM03:2026 Excessive Agency guidance, with NKK's reading for agent programmes. The 2025 edition ranked the same risk sixth.Source

10 more chapters after you register

  • The threat landscape: five taxonomies, each answering a different question
  • Prompt injection is a design assumption, not a bug
  • Tools, MCP and the agent supply chain
  • Agent identity and least privilege
  • Autonomy tiers: matching controls to blast radius
  • Containment: sandboxes, egress, secrets and data flow
  • Detection, accountability and governance
  • The NKK Threat-to-Control Map
  • What to do next
  • Conclusion

Unlock the remaining chapters

Free. One form unlocks the remaining chapters of “Securing Agentic AI: Threats, Controls and Agent Identity” and the PDF download.

No spam. We use your details only to share this content and related research. You can ask us to delete them at any time.

References

Every figure and regulatory statement in this piece traces to a numbered source below. Links open the original publisher in a new tab.

  1. Reference 1: The Attacker Moves Second: Stronger Adaptive Attacks Bypass Defenses Against LLM Jailbreaks and Prompt Injections(opens in a new tab)
    arXiv 2510.09023 (Nasr, Carlini, Sitawarin, Schulhoff, Hayes, ... Tramer)Published 10 Oct 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  2. Reference 2: Security Challenges in AI Agent Deployment: Insights from a Large Scale Public Competition(opens in a new tab)
    arXiv 2507.20526 (Zou, Lin, Jones, Nowak, Dziemian, Winter, Grattan, Nathanael, Croft, Davies, Patel, Kirk, Burnikell, Gal, Hendrycks, Kolter, Fredrikson)Published 28 Jul 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  3. Reference 3: Insights into AI Agent Security from a Large-Scale Red-Teaming Competition(opens in a new tab)
    NIST CAISI Research BlogPublished 23 Mar 2026Accessed 13 Oct 2026Tier 1: Primary source
  4. Reference 4: Prompt injection is not SQL injection (it may be worse)(opens in a new tab)
    UK National Cyber Security Centre (blog by Dave Chismon)Published 8 Dec 2025Accessed 13 Oct 2026Tier 1: Primary source
  5. Reference 6: MCPTox: A Benchmark for Tool Poisoning Attack on Real-World MCP Servers(opens in a new tab)
    arXiv 2508.14925 (Wang et al.)Published 19 Aug 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  6. Reference 7: Not what you've signed up for: Compromising Real-World LLM-Integrated Applications with Indirect Prompt Injection(opens in a new tab)
    arXiv 2302.12173 (Greshake, Abdelnabi, Mishra, Endres, Holz, Fritz)Published 23 Feb 2023Accessed 13 Oct 2026Tier 2: Research / official docs
  7. Reference 8: Adversarial Machine Learning: A Taxonomy and Terminology of Attacks and Mitigations (NIST AI 100-2 E2025)(opens in a new tab)
    NIST (Vassilev, Oprea, Fordyce, Anderson, Davies, Hamin)Published 24 Mar 2025Accessed 13 Oct 2026Tier 1: Primary source
  8. Reference 9: Request for Information Regarding Security Considerations for Artificial Intelligence Agents (Federal Register 2026-00206)(opens in a new tab)
    NIST / Center for AI Standards and Innovation (CAISI)Published 8 Jan 2026Accessed 13 Oct 2026Tier 1: Primary source
  9. Reference 10: Careful adoption of agentic AI services(opens in a new tab)
    ASD's ACSC, CISA, NSA, Canadian Cyber Centre, NCSC-NZ, NCSC-UKPublished 1 May 2026Accessed 13 Oct 2026Tier 1: Primary source
  10. Reference 11: Joint guidance on the careful adoption of agentic artificial intelligence services(opens in a new tab)
    Canadian Centre for Cyber SecurityPublished 1 May 2026Accessed 13 Oct 2026Tier 1: Primary source
  11. Reference 12: OWASP Top 10 for LLM Applications 2026, version 1.0 (PDF, linked from the resource page)(opens in a new tab)
    OWASP GenAI Security ProjectPublished 3 Aug 2026Accessed 13 Oct 2026Tier 1: Primary source
  12. Reference 13: LLM06:2025 Excessive Agency(opens in a new tab)
    OWASP GenAI Security ProjectPublished 2025Accessed 13 Oct 2026Tier 1: Primary source
  13. Reference 14: OWASP Top 10 for LLM Applications (landing page; lists 2025 edition)(opens in a new tab)
    OWASP GenAI Security ProjectPublished 2025Accessed 13 Oct 2026Tier 1: Primary source
  14. Reference 15: Agentic AI - Threats and Mitigations(opens in a new tab)
    OWASP GenAI Security Project (Agentic Security Initiative)Published 17 Feb 2025Accessed 13 Oct 2026Tier 1: Primary source
  15. Reference 16: Securing Agentic Applications Guide 1.0(opens in a new tab)
    OWASP GenAI Security ProjectPublished 27 Jul 2025Accessed 13 Oct 2026Tier 1: Primary source
  16. Reference 17: OWASP Top 10 for Agentic Applications for 2026 (resource page and PDF)(opens in a new tab)
    OWASP GenAI Security ProjectPublished 9 Dec 2025Accessed 13 Oct 2026Tier 1: Primary source
  17. Reference 18: OWASP GenAI Security Project Releases Top 10 Risks and Mitigations for Agentic AI Security(opens in a new tab)
    OWASP GenAI Security ProjectPublished 9 Dec 2025Accessed 13 Oct 2026Tier 1: Primary source
  18. Reference 19: A Practical Guide for Secure MCP Server Development(opens in a new tab)
    OWASP GenAI Security ProjectPublished 16 Feb 2026Accessed 13 Oct 2026Tier 1: Primary source
  19. Reference 20: Agent Control Standard (ACS)(opens in a new tab)
    OWASP GenAI Security ProjectPublished 1 Sept 2026Accessed 13 Oct 2026Tier 1: Primary source
  20. Reference 21: State of Agentic AI Security and Governance (v2.01)(opens in a new tab)
    OWASP GenAI Security ProjectPublished 1 Jun 2026Accessed 13 Oct 2026Tier 1: Primary source
  21. Reference 22: MITRE ATLAS content release 2026.09 (ATLAS-2026.09.yaml)(opens in a new tab)
    MITRE (atlas-data on GitHub)Published 15 Sept 2026Accessed 13 Oct 2026Tier 1: Primary source
  22. Reference 23: MITRE ATLAS data repository - CHANGELOG.md(opens in a new tab)
    MITRE (atlas-data on GitHub)Published 14 Sept 2026Accessed 13 Oct 2026Tier 1: Primary source
  23. Reference 24: Singapore Launches New Model AI Governance Framework for Agentic AI(opens in a new tab)
    Singapore MDDI / IMDAPublished 22 Jan 2026Accessed 13 Oct 2026Tier 1: Primary source
  24. Reference 25: Agentic AI Threat Modeling Framework: MAESTRO(opens in a new tab)
    Cloud Security Alliance (Ken Huang)Published 6 Feb 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  25. Reference 26: Agents Rule of Two: A Practical Approach to AI Agent Security(opens in a new tab)
    Meta AIPublished 31 Oct 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  26. Reference 28: Accelerating the Adoption of Software and AI Agent Identity and Authorization (concept paper, draft)(opens in a new tab)
    NIST NCCoE (Booth, Fisher, Galluzzo, Roberts)Published Feb 2026Accessed 13 Oct 2026Tier 1: Primary source
  27. Reference 29: New Concept Paper on Identity and Authority of Software Agents(opens in a new tab)
    NISTPublished 5 Feb 2026Accessed 13 Oct 2026Tier 1: Primary source
  28. Reference 30: Model Context Protocol Specification: Authorization (2026-07-28)(opens in a new tab)
    Model Context Protocol (Agentic AI Foundation / Anthropic-originated)Published 28 Jul 2026Accessed 13 Oct 2026Tier 2: Research / official docs
  29. Reference 32: Comments on Software and Agentic AI Identity Concept Paper(opens in a new tab)
    NIST (NCCoE)Published 29 Sept 2026Accessed 13 Oct 2026Tier 1: Primary source
  30. Reference 33: Mitigating the risk of prompt injections in browser use(opens in a new tab)
    Anthropic ResearchPublished 24 Nov 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  31. Reference 34: LLM01:2025 Prompt Injection(opens in a new tab)
    OWASP GenAI Security ProjectPublished 2025Accessed 13 Oct 2026Tier 1: Primary source
  32. Reference 35: Defeating Prompt Injections by Design (CaMeL)(opens in a new tab)
    arXiv 2503.18813 (Debenedetti, Shumailov, Fan, Hayes, Carlini, Fabian, Kern, Shi, Terzis, Tramer)Published 24 Mar 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  33. Reference 36: AgentDojo: A Dynamic Environment to Evaluate Prompt Injection Attacks and Defenses for LLM Agents(opens in a new tab)
    arXiv 2406.13352 (Debenedetti, Zhang, Balunovic, Beurer-Kellner, Fischer, Tramer)Published 19 Jun 2024Accessed 13 Oct 2026Tier 2: Research / official docs
  34. Reference 37: Design Patterns for Securing LLM Agents against Prompt Injections(opens in a new tab)
    arXiv 2506.08837 (Beurer-Kellner, Buesser, Cretu, Debenedetti, Dobos, Fabian, Fischer, Froelicher, Grosse, Naeff, Ozoani, Paverd, Tramer, Volhejn)Published 10 Jun 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  35. Reference 38: Securing AI Agents with Information-Flow Control (Fides)(opens in a new tab)
    arXiv 2505.23643 (Costa, Kopf, Kolluri, Paverd, Russinovich, Salem, Tople, Wutschitz, Zanella-Beguelin)Published 29 May 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  36. Reference 39: Google's Approach for Secure AI Agents(opens in a new tab)
    Google Research (Diaz, Kern, Olive)Published 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  37. Reference 40: Securing CI/CD in an agentic world: Claude Code GitHub Action case(opens in a new tab)
    Microsoft Security Blog (Defender Security Research Team)Published 5 Jun 2026Accessed 13 Oct 2026Tier 2: Research / official docs
  38. Reference 41: MCP Security Notification: Tool Poisoning Attacks(opens in a new tab)
    Invariant LabsPublished 1 Apr 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  39. Reference 42: Model Context Protocol Threat Modeling and Analyzing Vulnerabilities to Prompt Injection with Tool Poisoning(opens in a new tab)
    arXiv 2603.22489 (Huang, Huang, Tran, Milani Fard)Published 23 Mar 2026Accessed 13 Oct 2026Tier 2: Research / official docs
  40. Reference 43: Hugging Face security incident disclosure (July 2026)(opens in a new tab)
    Hugging FacePublished 16 Jul 2026Accessed 13 Oct 2026Tier 2: Research / official docs
  41. Reference 44: Agent intrusion technical timeline(opens in a new tab)
    Hugging FacePublished 27 Jul 2026Accessed 13 Oct 2026Tier 2: Research / official docs
  42. Reference 45: Model Context Protocol: Security Best Practices (2026-07-28)(opens in a new tab)
    Model Context ProtocolPublished 28 Jul 2026Accessed 13 Oct 2026Tier 2: Research / official docs
  43. Reference 46: Model Context Protocol Specification: Tools (2026-07-28)(opens in a new tab)
    Model Context ProtocolPublished 28 Jul 2026Accessed 13 Oct 2026Tier 2: Research / official docs
  44. Reference 47: Agent2Agent (A2A) Protocol Specification v1.0.0(opens in a new tab)
    A2A Project (Linux Foundation / Agentic AI Foundation)Published 2026 (v1.0.0; spec page undated)Accessed 13 Oct 2026Tier 2: Research / official docs
  45. Reference 48: LLM03:2025 Supply Chain(opens in a new tab)
    OWASP GenAI Security ProjectPublished 2025Accessed 13 Oct 2026Tier 1: Primary source
  46. Reference 49: RFC 8693: OAuth 2.0 Token Exchange(opens in a new tab)
    IETFPublished Jan 2020Accessed 13 Oct 2026Tier 1: Primary source
  47. Reference 51: Zero Trust Architecture (NIST SP 800-207)(opens in a new tab)
    NISTPublished Aug 2020Accessed 13 Oct 2026Tier 1: Primary source
  48. Reference 52: Identity Management for Agentic AI: The new frontier of authorization, authentication, and security for an AI agent world(opens in a new tab)
    OpenID Foundation AI Identity Management Community Group (arXiv 2510.25819; lead Tobin South)Published 29 Oct 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  49. Reference 54: Agent identity blueprints in Microsoft Entra Agent ID(opens in a new tab)
    Microsoft LearnPublished 28 Apr 2026Accessed 13 Oct 2026Tier 2: Research / official docs
  50. Reference 55: What are agent identities? (Microsoft Entra Agent ID)(opens in a new tab)
    Microsoft LearnPublished 6 Nov 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  51. Reference 56: IBM Cost of a Data Breach Report 2026 (landing page)(opens in a new tab)
    IBM / Ponemon InstitutePublished 2026Accessed 13 Oct 2026Tier 2: Research / official docs
  52. Reference 57: Levels of Autonomy for AI Agents(opens in a new tab)
    arXiv 2506.12469 (Feng, McDonald, Zhang)Published 14 Jun 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  53. Reference 58: Beyond permission prompts: making Claude Code more secure and autonomous (sandboxing)(opens in a new tab)
    Anthropic EngineeringPublished 20 Oct 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  54. Reference 59: Firecracker: Lightweight Virtualization for Serverless Applications(opens in a new tab)
    USENIX NSDI '20 (Agache et al., AWS)Published Feb 2020Accessed 13 Oct 2026Tier 1: Primary source
  55. Reference 60: EchoLeak: The First Real-World Zero-Click Prompt Injection Exploit in a Production LLM System(opens in a new tab)
    arXiv 2509.10540 (Reddy, Gujral); AAAI Fall SymposiumPublished 6 Sept 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  56. Reference 61: LLM02:2025 Sensitive Information Disclosure(opens in a new tab)
    OWASP GenAI Security ProjectPublished 2025Accessed 13 Oct 2026Tier 1: Primary source
  57. Reference 62: AI Data Security: Best Practices for Securing Data Used to Train & Operate AI Systems(opens in a new tab)
    CISA / NSA / FBI and international partnersPublished 22 May 2025Accessed 13 Oct 2026Tier 1: Primary source
  58. Reference 63: Disrupting the first reported AI-orchestrated cyber espionage campaign (full report)(opens in a new tab)
    Anthropic Threat IntelligencePublished 13 Nov 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  59. Reference 64: Control Overlays for Securing AI Systems (COSAiS)(opens in a new tab)
    NIST CSRCPublished 8 Jan 2026Accessed 13 Oct 2026Tier 1: Primary source
  60. Reference 65: Cost of a Data Breach Report 2026: The AI tipping point(opens in a new tab)
    IBM / Ponemon InstitutePublished 2026Accessed 13 Oct 2026Tier 2: Research / official docs
  61. Reference 66: IBM Report: 13% Of Organizations Reported Breaches Of AI Models Or Applications, 97% Of Which Reported Lacking Proper AI Access Controls(opens in a new tab)
    IBM Newsroom (Cost of a Data Breach 2025, Ponemon Institute)Published 30 Jul 2025Accessed 13 Oct 2026Tier 2: Research / official docs
  62. Reference 67: Agentic Misalignment: How LLMs could be insider threats(opens in a new tab)
    Anthropic ResearchPublished 20 Jun 2025Accessed 13 Oct 2026Tier 2: Research / official docs
Blog
BlogAgentic AI

Evaluating and Observing AI Agents in Production

A benchmark pass, a judge score and a green dashboard are different instruments with documented gaps. Here is what the evidence shows and a layered NKK model for evaluating agents in production.

14 min read
WhitepaperA Responsible-AI Governance Operating Model
Whitepaper PDFAI Governance

A Responsible-AI Governance Operating Model

ISO 42001, NIST, the EU AI Act and MAS agree on the capabilities but not the operating model. NKK's tiering matrix, six pillars and evidence chain turn them into decisions, owners and proof.

37 min read