Hi Inner Circle!

Welcome to this week’s edition.

I see people collecting AI security frameworks like Pokémon cards now.

NIST. OWASP. MITRE. ISO. MAESTRO. ATLAS. STRIDE. SLSA. CycloneDX (Not a framework, but you get it)d...

You do not need all 21.

The better approach is to understand what problem each framework solves, then combine a few of them around the system you are actually securing.

I mapped the landscape into four buckets:

  1. Governance & Compliance

  2. Threat Modeling & Adversary Mapping

  3. Risk Scoring & Incident Learning

  4. AppSec & Supply Chain Security

Here are the ones I would actually know in 2026.

Let’s get into it ~

Governance
1. Governance & Compliance

Start here if you are designing an enterprise AI governance program.

1.1 NIST AI Risk Management Framework

Probably the most useful general-purpose AI governance framework today.

The core is simple:

Govern → Map → Measure → Manage

It gives you a lifecycle for identifying AI risks, measuring them, deciding how to treat them and continuously governing the system.

NIST is also updating AI RMF 1.0 and introduced additional work around GenAI and critical infrastructure.

1.2 ISO/IEC 42001

Think of this as the AI equivalent of building a formal management system.

ISO 42001 defines an Artificial Intelligence Management System, or AIMS, covering areas such as:

  • accountability

  • risk management

  • transparency

  • governance

  • continuous improvement

A newer standard worth watching is ISO/IEC 42005:2025, which focuses specifically on AI system impact assessments.

1.3 EU AI Act

If you build or deploy AI in Europe, this is not optional reading.

The EU AI Act provides the regulatory layer, using its risk-based classification of AI systems and corresponding obligations.

Simple way to remember the stack:

NIST tells you how to manage AI risk.
ISO tells you how to build the management system.
The EU AI Act tells you what the law expects.

Threat Modeling
2. Threat Modeling & Adversary Mapping

Governance tells you how to manage risk.

Threat modeling tells you how somebody is going to break the system.

2.1 STRIDE

Still useful.

  • Spoofing

  • Tampering

  • Repudiation

  • Information Disclosure

  • Denial of Service

  • Elevation of Privilege

And every category still maps back to a security property:

Spoofing → Authentication
Tampering → Integrity
Repudiation → Non-repudiation
Information Disclosure → Confidentiality
DoS → Availability
Privilege Escalation → Authorization

None of that became unimportant because we added an LLM.

2.2 OWASP GenAI LLM Top 10

This should probably be your first AI-specific security reference.

OWASP released its updated GenAI LLM Top 10 2026 in August.

It gives you the AI-native risks STRIDE alone will not surface cleanly, including prompt injection, excessive agency, supply chain weaknesses, vector and embedding risks, sensitive information disclosure and unbounded consumption.

2.3 MITRE ATLAS

ATLAS is basically the adversary-behavior layer.

MITRE now maps attacks across predictive AI, GenAI and agentic AI, with techniques covering things like:

  • prompt attacks

  • RAG manipulation

  • AI supply chain compromise

  • agent configuration modification

  • credential harvesting

  • tool invocation

  • model attacks

  • exfiltration through AI systems

If you already know ATT&CK, ATLAS feels very natural.

2.4 MAESTRO

This is one I would add to the 2026 list.

CSA's MAESTRO was designed specifically for agentic and multi-agent systems.

Instead of only asking what attack is possible, it walks through the architectural layers of an agent system and asks where the risk actually exists.

As agents, MCP and multi-agent architectures become normal, I expect MAESTRO to become much more relevant.

Risk Scoring
3. Risk Scoring & Incident Learning

A threat model with 70 findings is useless if nobody knows what to fix first.

This is where risk prioritization comes in.

The MIT AI Risk Repository is particularly useful because it now contains more than 1,700 AI risks pulled from dozens of existing frameworks.

Then use sources like the AI Incident Database to check whether similar problems have already happened in the real world.

From there, traditional approaches like:

  • OWASP Risk Rating

  • DREAD

  • your existing enterprise risk methodology

can turn the threat list into an actual security backlog.

The important part is not which scoring formula you choose.

It is moving from:

“Here are 40 possible AI risks.”

to:

“These five matter for this system, and here is why.”

Supply Chain Security
4. AppSec & Supply Chain Security

This is where I think AI teams sometimes make the biggest mistake.

They replace normal application security with AI security.

You need both.

Your LLM application is still software.

So keep using:

  • OWASP ASVS for application security requirements

  • OWASP Top 10 for traditional application risks

  • SLSA for build and artifact integrity

  • SCVS for software component verification

  • CycloneDX / SPDX for software bills of materials

CycloneDX is especially interesting because it can also represent ML-BOMs, giving you visibility into AI/ML components and dependencies.

Your AI supply chain now includes more than npm packages.

It can include:

models → datasets → libraries → embeddings → vector databases → MCP servers → external APIs → agent tools.

That needs inventory too.

My Observation
5. The 2026 additions I would watch

A few things have moved quickly this year.

OWASP GenAI LLM Top 10 2026
The updated LLM security list was released in August.

Agentic AI security guidance
OWASP's agentic work and CSA MAESTRO are increasingly important as companies move from chatbots to autonomous agents.

MITRE ATLAS for Agentic AI
ATLAS now explicitly maps agentic environments and attacks against tools, credentials, RAG and agent configuration.

NIST AI RMF updates
AI RMF 1.0 is being revised and NIST is developing additional profiles for areas such as critical infrastructure.

ISO/IEC 42005
Adds a structured standard specifically around AI system impact assessments.

The framework landscape is not getting smaller.

Which makes knowing what not to use even more important.

My Observation
6. What employers are actually asking for

I also wanted to check whether any of this is actually showing up in jobs.

So I sampled 12 current public AI Security and AI Governance postings across companies including Kyndryl, HealthEquity, Aurigo, GuidePoint Security, Vertex, Addepar and others.

This is what appeared:

Framework

Mentions in Sample

OWASP LLM Top 10

9 / 12

NIST AI RMF

8 / 12

MITRE ATLAS

7 / 12

ISO/IEC 42001

3 / 12

EU AI Act

3 / 12

STRIDE / MAESTRO

1 / 12 each

Small sample, so do not treat this as a scientific labor-market study.

But the pattern was very clear.

For technical AI Security roles, OWASP LLM Top 10 was the most frequently named framework.

For AI Governance roles, NIST AI RMF was the most consistent requirement, usually alongside the EU AI Act or broader regulatory knowledge.

MITRE ATLAS appeared surprisingly often in hands-on AI security roles too.

Do with that information what you want.

Final: What I would actually learn

If you do not want to spend the next six months reading frameworks, start here:

Governance: NIST AI RMF
Regulation: EU AI Act
AI threats: OWASP GenAI LLM Top 10
Threat modeling: STRIDE
Adversary behavior: MITRE ATLAS
Agentic systems: MAESTRO
Application security: OWASP ASVS
Supply chain: SLSA + CycloneDX

That covers a huge percentage of what most teams actually need.

No single framework covers AI security.

And there probably never will be one.

So before hunting for the definitive AI security framework, open the ones you already half-know and run them against your actual architecture.

That is far more useful than collecting another PDF.

Which of these are you actually using in practice, versus bookmarking for later?

That’s it for this week.

See you in the next one.

  • Rami

Other Guides below👇