Traditional cybersecurity was built for static software. Agentic AI systems are fundamentally different because:
| Traditional Software | Agentic AI Systems |
|---|---|
| Executes fixed instructions | Makes autonomous decisions |
| Predictable behavior | Dynamic, adaptive behavior |
| Limited attack surface | Expanded attack surface |
| Reactive responses acceptable | Must respond at agent speed |
Every major technology shift creates new potential attack surfaces
What this means practically:
Can you explain why securing an AI agent requires more than traditional vulnerability scanning?
SAFE = Shared AI Findings Exchange
Think of it like a neighborhood watch program, but for AI cybersecurity:
Individual Organization Entire Ecosystem
Experiences AI incident → Reports confidentially → Everyone benefits
Discovers near-miss → Shares findings → Systemic risks reduced
Identifies control failure → Publishes recommendations → Collective defense strengthened
1. Confidential Collection
2. Informed Notification
3. Pattern Recognition
4. Evidence-Based Recommendations
"When trusted ecosystems share threat intelligence openly, collective defense becomes a force multiplier"
Force multiplier means: one shared discovery protects hundreds of organizations simultaneously, rather than each organization learning the same lesson independently through costly incidents.
Why would an organization benefit from sharing its own security incidents with competitors?
Security is strongest when built in multiple overlapping layers. Think of it like a castle:
🏰 CASTLE ANALOGY → AI SECURITY STACK
Moat = Identity & Permissions (Who gets access?)
Drawbridge = Harnesses & Tooling (How is access controlled?)
Guards = Runtime Guardrails (What can agents do in real time?)
Watchtowers = Observability & Evaluation (What are agents doing?)
Emergency Plan = Availability & Resilience (What happens when things fail?)
Core Question: Who gets to act?
"You can't secure what you can't identify"
Key tools and concepts:
| Tool | Organization | Function |
|---|---|---|
| Cross App Access (XAA) | Okta | Open protocol for agent identity in enterprise apps |
| Agent Guard / Agent Watch | Palo Alto Networks | Identity security best practices for agents |
| asago | Red Hat | Maps governance requirements (NIST, OWASP, EU AI Act) to runtime controls |
Why this matters: Without identity controls, any agent could access any resource. Identity layers ensure:
Core Question: How does security work get orchestrated?
MODEL = The agent's "brain" (reasoning and decision-making)
HARNESS = The agent's "body" (takes action using tools)
The harness acts as an orchestrator that:
Key tools:
| Tool | Organization | Function |
|---|---|---|
| Strands Agents | Amazon | Open source toolkit with full visibility into agent behavior |
| Cedar | Amazon | Authorization language enforcing verifiable boundaries |
| VulnHunter | Capital One | Agentic AI code security |
| PyRIT | Microsoft | Automated AI red teaming toolkit |
| RAMPART | Microsoft | Converts red-team findings into repeatable tests |
| Atlas | Wiz | Autonomous vulnerability research engine |
Red Teaming Explained: Red teaming means deliberately attacking your own systems to find weaknesses before real attackers do. Tools like PyRIT automate this process for AI systems.
Core Question: What intelligence powers the defense?
Not all AI models are equal for security tasks. Specialized security models are:
Example — CrowdStrike + NVIDIA Nemotron:
Key concept: Confidence Scoring When an AI agent makes a security decision autonomously, defenders need to know how certain the model was. Logit-based confidence scoring provides a measurable, tunable confidence level — making AI decisions auditable rather than opaque.
Core Question: What did agents do, and why?
Seeing what an agent did is only part of the picture. Defenders need to understand:
Key tools:
| Tool | Organization | Function |
|---|---|---|
| Numbat | Perplexity | Detects and records agent activity across operating systems |
| ADR | Uber | Reconstructs full causal chain from prompt → reasoning → tool calls → outcomes |
| Cognition Evaluation | Cognition | Measures alignment and security risks of open source models |
Uber ADR in Practice:
Agent receives prompt
↓
Agent reasons about response
↓
Agent calls tools/APIs
↓
Outcome is produced
↓
ADR records and analyzes EVERY step
(200,000+ sessions/day across 30,000 endpoints)
This causal chain reconstruction allows security teams to understand exactly how a threat developed, not just that it occurred.
Core Question: What happens when things go wrong?
Agent systems must:
Key tools:
| Tool | Organization | Capability |
|---|---|---|
| LangChain/LangGraph | LangChain | Retry interrupted work, resume from saved state, fall back to alternative models |
| Kanister | Veeam | Protect and recover AI workloads and vector databases to verified known-good state |
Why "known-good state" matters: If an AI system is compromised, you need to restore it to a verified clean state — not just any previous state that might also have been compromised.
NVIDIA's contributions illustrate how a complete security stack works together:
RESEARCH & TESTING
└── NOOA (Object-Oriented Agent harness) — test, trace, audit agent behavior
RUNTIME CONTROL
└── OpenShell — restricts what agents can see, touch, and do
OPEN MODELS (with open weights, datasets, training techniques)
├── Nemotron — agentic AI
├── Cosmos — physical AI
├── Isaac GR00T — robotics
├── BioNeMo — healthcare
└── Alpamayo — autonomous vehicles
CAPABILITY LAYER
└── Verified Agent Skills — cataloged, scanned, cryptographically signed, documented
SAFETY & PRIVACY
├── NeMo Guardrails — enforce safety policies
├── NeMo Anonymizer — protect sensitive data
└── NeMo Safe Synthesizer — generate privacy-safe synthetic data
VULNERABILITY SCANNING
└── Garak — scans for data leaks, prompt injections, jailbreaks
Each agent skill is:
This creates a chain of trust from creation to deployment.
Many assume: "If security tools are open source, attackers can study them too — isn't that dangerous?"
Open source security tools are stronger because:
| Open Source Advantage | Explanation |
|---|---|
| Inspectability | Anyone can verify the tool does what it claims |
| Community improvement | Thousands of defenders can find and fix flaws |
| Shared mitigations | One organization's fix protects everyone |
| Auditability | Governance requirements can be verified |
| Speed | Defenders adapt faster when they can see and modify tools |
"When members publish reusable mitigations, defenders across the ecosystem can inspect, adapt and improve them"
THREAT LANDSCAPE
(New AI attack surfaces: prompt injection, tools poisoning, agent manipulation)
↓
COLLECTIVE RESPONSE
(SAFE Framework: share incidents, identify patterns, publish recommendations)
↓
LAYERED DEFENSE STACK
├── Identity & Permissions → Control WHO acts
├── Harnesses & Tooling → Control HOW agents act
├── Specialized Models → Intelligent defense at scale
├── Observability → Understand WHAT and WHY
└── Resilience → Recover WHEN things fail
↓
OPEN SOURCE ECOSYSTEM
(120+ organizations sharing tools, findings, and improvements)
↓
COLLECTIVE DEFENSE AS FORCE MULTIPLIER
Test yourself with these questions:
What does SAFE stand for, and what are its four core functions?
Explain the difference between a model and a harness in an agentic AI system.
Why is cryptographic signing of agent skills important for security?
What is prompt injection, and at which layer of the security stack is it primarily addressed?
How does the SAFE framework turn one organization's incident into protection for the entire ecosystem?
Why might a specialized small language model outperform a much larger general model for security tasks?
What does "causal chain reconstruction" mean, and why is it valuable for security teams?
Mastering these concepts gives you a comprehensive understanding of how modern AI security frameworks operate — from individual tool design to ecosystem-wide collaborative defense strategies.