Knowledge Hub

AI Security

The security landscape for AI systems. From the OWASP Top 10 for LLMs and adversarial attacks to red teaming methodologies, vulnerability management, and risk transparency. How to build AI systems that are secure and resilient.

6 deep-dive topics.Click to expand

Deep Dives

Click any topic. Each covers the methodology, key techniques, real-world application, and open challenges.

OWASP Top 10 for LLM Applications

The authoritative list of the most critical security risks in applications built on large language models.

Standard

How It Works

The OWASP Top 10 for LLM Applications identifies the most critical security vulnerabilities in LLM-based systems. The 2025/2026 version includes: (1) Prompt Injection, where attackers manipulate model behavior through crafted inputs. (2) Insecure Output Handling, where LLM outputs are trusted without sanitization. (3) Training Data Poisoning, where malicious data corrupts model behavior. (4) Sensitive Information Disclosure, where models leak private training data. (5) Supply Chain Vulnerabilities in model dependencies. Each risk includes description, examples, and mitigation strategies.

Key Technologies

  • Prompt injection (direct and indirect)
  • Insecure output handling and code execution
  • Training data poisoning and backdoors
  • Model denial of service (resource exhaustion)
  • Sensitive information disclosure through extraction

Real-World Examples

Prompt injection has been demonstrated against ChatGPT, Bing Chat, and numerous enterprise AI deployments. Indirect prompt injection (hiding instructions in documents the AI processes) is particularly dangerous for agentic systems. Samsung banned ChatGPT internally after employees inadvertently leaked proprietary source code. OWASP's LLM project has become the reference standard cited by regulators and enterprise security teams.

Challenges & Considerations

Many LLM vulnerabilities have no complete technical fix, only mitigations. The attack surface expands as LLMs gain tool-calling and agentic capabilities. Security testing methodologies for LLMs are still immature compared to traditional software security. The pace of new attack techniques outstrips defensive development.

AI Security Assessment and Verification

Methodologies for evaluating the security posture of AI systems before and during production deployment.

Growing

How It Works

AI security assessment evaluates an AI system across multiple dimensions: input validation (can the model be manipulated through prompts or data?), output safety (does the model produce harmful, biased, or confidential content?), infrastructure security (are model endpoints, APIs, and training pipelines protected?), supply chain integrity (are model weights, libraries, and data sources trustworthy?), and access control (who can query the model and at what rate?). Assessment frameworks combine automated scanning tools with manual red-team exercises.

Key Technologies

  • Automated prompt injection testing tools
  • Model output safety scanners
  • API rate limiting and authentication
  • Model weight integrity verification
  • Dependency scanning for ML libraries

Real-World Examples

Google, Microsoft, and OpenAI all run internal red teams that probe their models for security issues before release. The AI Safety Institute (UK) and NIST (US) are developing standardized AI evaluation methodologies. Companies like HiddenLayer and Robust Intelligence provide commercial AI security assessment platforms. Bug bounty programs for AI systems (OpenAI, Anthropic) incentivize external security research.

Challenges & Considerations

AI systems are probabilistic, making security testing non-deterministic. Traditional security scanning tools do not work for LLM vulnerabilities. Defining "secure behavior" for an AI system is harder than for traditional software. Assessment results can vary significantly between testing sessions due to model stochasticity.

AI Threat Landscape

The evolving threat environment for AI systems, including adversarial attacks, data poisoning, model theft, and AI-enabled offensive operations.

Critical

How It Works

AI threats operate at multiple layers. Adversarial attacks craft inputs that cause models to misclassify or produce incorrect outputs (adversarial examples for vision, jailbreaks for LLMs). Data poisoning inserts malicious patterns into training data that activate during specific conditions. Model extraction uses queries to replicate a proprietary model's behavior. AI-enabled threats use AI tools to enhance traditional cyberattacks (automated phishing, vulnerability discovery, social engineering at scale). Supply chain attacks target ML libraries and model hosting platforms.

Key Technologies

  • Adversarial examples and robustness testing
  • Jailbreaking and guardrail bypassing
  • Data poisoning and backdoor insertion
  • Model extraction and intellectual property theft
  • AI-enhanced social engineering and phishing

Real-World Examples

The 2024 xz utils backdoor attempt demonstrated how supply chain attacks target critical infrastructure. AI-generated deepfakes have been used in financial fraud (a $25M deepfake video call scam in Hong Kong, reported by CNN in February 2024). State-sponsored actors are using AI for influence operations and disinformation. The MITRE ATLAS framework catalogs adversarial techniques specific to machine learning systems.

Challenges & Considerations

The threat landscape evolves faster than defensive capabilities. Attribution of AI-enabled attacks is extremely difficult. Dual-use nature of AI security research (techniques work for both offense and defense). Organizations often underestimate AI-specific threats, focusing only on traditional cybersecurity. Sharing threat intelligence about AI attacks is limited by competitive and legal concerns.

AI-Assisted Vulnerability Management

Using AI to discover, prioritize, and remediate software vulnerabilities faster than traditional methods.

Emerging

How It Works

AI-assisted vulnerability management applies machine learning to the vulnerability lifecycle. Discovery uses LLMs and static analysis to identify vulnerabilities in source code, often finding patterns that traditional scanners miss. Prioritization uses ML models trained on exploit data to predict which vulnerabilities are most likely to be exploited in the wild, helping teams focus remediation efforts. Remediation uses code generation models to suggest patches. Continuous monitoring uses anomaly detection to identify exploitation attempts in runtime.

Key Technologies

  • LLM-powered code review and vulnerability detection
  • Exploit prediction models (EPSS, risk-based prioritization)
  • AI-generated patch suggestions
  • Runtime anomaly detection for exploitation
  • EPSS (Exploit Prediction Scoring System)

Real-World Examples

GitHub Copilot and similar tools can identify common vulnerability patterns during code review. The FIRST EPSS model uses ML to predict exploitation probability, helping organizations prioritize CVE remediation. Snyk uses AI to suggest automated fixes for known vulnerabilities. Google Project Zero has experimented with LLM-assisted vulnerability research. Microsoft's Security Copilot assists security analysts with incident investigation.

Challenges & Considerations

AI-generated vulnerability reports can include false positives that waste analyst time. LLMs may hallucinate vulnerabilities that do not exist. AI-suggested patches can introduce new bugs. The same AI tools that help defenders also help attackers discover vulnerabilities faster. Responsible disclosure of AI-discovered vulnerabilities raises new ethical questions.

Red Teaming for AI Systems

Structured adversarial testing to probe AI systems for safety failures, security vulnerabilities, and harmful behaviors.

Growing

How It Works

AI red teaming involves skilled testers systematically attempting to make an AI system behave in unintended ways. This includes trying to bypass safety guardrails (jailbreaking), extracting confidential training data, generating harmful content (CSAM, weapons instructions, malware), testing for biased or discriminatory outputs, and probing tool-calling capabilities for unauthorized actions. Red teams typically work from a defined scope and threat model, documenting findings in structured reports with severity ratings and remediation recommendations.

Key Technologies

  • Jailbreak and guardrail bypass testing
  • Training data extraction attempts
  • Bias and discrimination probing
  • Tool-calling and agent safety testing
  • Automated red-teaming at scale (fuzzing for LLMs)

Real-World Examples

Anthropic published their model evaluation methodology, including red-team procedures. OpenAI engaged external red teams (including domain experts in biosecurity, cybersecurity, and political science) before releasing GPT-4. The White House organized a public AI red-teaming event at DEF CON 2023 with thousands of participants testing models from major AI labs. The UK AI Safety Institute conducts pre-release evaluations of frontier models.

Challenges & Considerations

Red teaming is labor-intensive and requires specialized expertise. Automated red-teaming tools are improving but cannot match human creativity for novel attack vectors. The scope of possible harmful behaviors is vast and difficult to enumerate comprehensively. Red-team findings may become outdated quickly as models are updated. Ethical boundaries of red-teaming (how far to push testing) are debated.

AI Risk Reporting and Transparency

How organizations communicate AI risks, incident reports, and safety evaluations to stakeholders and the public.

Emerging

How It Works

AI risk reporting involves documenting and communicating the known risks, limitations, and safety evaluations of AI systems. Model cards describe a model's intended use, performance characteristics, limitations, and ethical considerations. System cards extend this to the full deployment context. Incident reporting documents AI failures and near-misses for organizational learning. Public transparency reports disclose aggregate data about safety interventions, content moderation actions, and system reliability. Some organizations publish detailed risk assessments for frontier models before or after release.

Key Technologies

  • Model cards (Google, 2019 proposal)
  • System cards (deployment-level documentation)
  • AI incident databases (AI Incident Database)
  • Frontier model safety evaluations
  • Transparency reports and responsible disclosure

Real-World Examples

Anthropic published detailed risk reports for Claude models, including capability evaluations and identified failure modes. OpenAI publishes system cards for major releases (GPT-4, GPT-4o). The AI Incident Database (maintained by the Partnership on AI) catalogs over 700 reported AI failures and incidents. The EU AI Act requires providers of high-risk AI systems to maintain documentation and logs accessible to regulators.

Challenges & Considerations

There is no standardized format for AI risk reporting, making comparisons difficult. Companies face tension between transparency (sharing risks) and competitive concerns (revealing weaknesses). Reporting requirements vary by jurisdiction. The volume of potential risks for general-purpose AI systems is vast. Translating technical risk assessments into language understandable by non-technical stakeholders is challenging.