Skip to main content
LLM Security Database
Skip to research search
Last analyzed Sep 9, 2026

Language Model Security Database

985 research findings · 1119 evaluated models

Filtered research findings

38 entries

Matches every word across titles, descriptions, sources, affected systems, and models.

Agent Implicit Doc Execution

Published Analyzed Source: arXiv

LLM-based coding agents are vulnerable to Document-Driven Implicit Payload Execution (DDIPE) via supply-chain poisoning of third-party agent skills. Attackers can embed malicious logic directly into legitimate-looking code examples and configuration templates within skill documentation files (e.g., SKILL.md). Because coding agents ingest this metadata into their context windows and treat the documentation as an authoritative reference, the underlying LLM silently reproduces and executes the…

Supply-Chain Poisoning Attacks Against LLM Coding Agent Skill Ecosystems
Evaluated models: Claude Sonnet 4.6, GLM-4.7, MiniMax M2.5+2 more
  • Claude Sonnet 4.6
  • GLM-4.7
  • MiniMax M2.5
  • GPT-5.4
  • Gemini 2.5 Pro

Voice Agent Behavioral Bypass

Published Analyzed Source: arXiv

Audio Large Language Models (ALLMs) integrated into voice agent systems for high-stakes domains (banking, IT support, logistics) are vulnerable to multimodal adversarial attacks via spoken interaction. Adversaries can exploit the model's inherent compliance and contextual awareness through multi-turn dialogue to bypass authentication safeguards, escalate privileges (e.g., unauthorized credit limit increases), exfiltrate sensitive Personally Identifiable Information (PII), and poison…

Aegis: Towards Governance, Integrity, and Security of AI Voice Agents
Evaluated models: GPT-4o, GPT-4o Mini, Gemini 1.5 Pro+4 more
  • GPT-4o
  • GPT-4o Mini
  • Gemini 1.5 Pro
  • Gemini 2.5 Flash
  • Gemini 2.5 Pro
  • Qwen2-Audio 7B
  • Qwen 2.5 Omni 7B

Function-Calling Agent Default Insecurity

Published Analyzed Source: arXiv

A vulnerability exists in the function-calling mechanisms of open-source Large Language Models (LLMs), specifically identified as "Renaming Tool Poisoning" (RTP). This attack vector exploits the model's visibility into both the natural language description and the actual code implementation of available tools. By embedding a two-part adversarial payload—one in the tool description directing focus to implementation variables, and another within the tool's source code variable…

Blue Teaming Function-Calling Agents
Evaluated models: Llama 3.2 3B

LLM Fingerprint Inhibition

Published Analyzed Source: arXiv

Backdoor-based fingerprinting mechanisms used for Intellectual Property (IP) protection in Large Language Models (LLMs) are vulnerable to evasion when deployed in model ensemble configurations. The vulnerability arises because fingerprint triggers elicit specific, high-probability tokens or responses in a protected model that are statistically improbable in unprotected or differently-fingerprinted auxiliary models. Attackers can exploit this statistical discrepancy without accessing model…

Inhibitory Attacks on Backdoor-based Fingerprinting for Large Language Models
Evaluated models: Llama 2 7B, Llama 3.1 8B, Llama 3.2 3B+2 more
  • Llama 2 7B
  • Llama 3.1 8B
  • Llama 3.2 3B
  • Mistral 7B
  • Qwen 2.5 7B

Reject-Accept Judge Flip

Published Analyzed Source: arXiv

"LLM-as-a-Judge" systems and automated scientific review frameworks (such as OpenReviewer, DeepReview, and institutional deployments like AAAI’s AI-powered assessment) are vulnerable to Indirect Prompt Injection via adversarial PDF manipulation. Attackers can embed hidden instructions—specifically using white font (1pt) or obfuscated semantics—within submission documents. When these PDFs are parsed (typically via OCR or tools like MinerU converting to Markdown) and processed by the LLM, the…

When Reject Turns into Accept: Quantifying the Vulnerability of LLM-Based Scientific Reviewers to Indirect Prompt Injection
Evaluated models: Tülu 3 8B, Llama 3.1 8B, Falcon 3 10B+10 more
  • Tülu 3 8B
  • Llama 3.1 8B
  • Falcon 3 10B
  • GPT-oss 20B
  • Mistral Small 22B
  • Gemma 3 27B
  • Qwen 3 30B-A3B
  • DeepSeek R1 Distill Qwen 32B
  • Claude Haiku 4.5
  • Gemini 2.5 Flash
  • Gemini 2.5 Pro
  • GPT-5 Mini
  • GPT-5

Semantic Tool Poisoning

Published Analyzed Source: arXiv

Large Language Model (LLM) agents utilizing the Model Context Protocol (MCP) are vulnerable to semantic injection attacks via adversarial tool descriptors. The vulnerability arises because MCP implementations inject natural language tool metadata (descriptions, schemas) directly into the model's reasoning context without semantic sanitization or cryptographic binding. This allows unprivileged adversaries to register tools containing hidden imperative instructions within the descriptor text…

Securing the Model Context Protocol: Defending LLMs Against Tool Poisoning and Adversarial Attacks
Evaluated models: GPT-4

Pervasive Multi-turn Jailbreaks

Published Analyzed Source: arXiv

Multiple open-weight Large Language Models (LLMs)—specifically those prioritizing capability over safety alignment—exhibit a critical vulnerability to adaptive multi-turn prompt injection and jailbreak attacks. While these models effectively reject isolated, single-turn adversarial inputs (averaging ~13.11% Attack Success Rate), they fail to maintain safety guardrails and policy enforcement across extended conversational contexts. By leveraging iterative strategies such as "Crescendo" (gradual…

Death by a Thousand Prompts: Open Model Vulnerability Analysis
Evaluated models: GPT-oss 20B, Llama 3.3 70B Instruct, Mistral Large 2+5 more
  • GPT-oss 20B
  • Llama 3.3 70B Instruct
  • Mistral Large 2
  • DeepSeek V3.1
  • Qwen 3 32B
  • Gemma 3 1B
  • Phi-4
  • GLM 4.5 Air

AI Browser Indirect Injection

Published Analyzed Source: arXiv

Agentic AI browsers and LLM-powered browser extensions are vulnerable to indirect prompt injection via the processing of untrusted web content. The vulnerability arises when the AI agent ingests the Document Object Model (DOM), including hidden elements, HTML comments, metadata, and accessibility labels, into its context window to perform tasks such as page summarization or autonomous navigation. Because the LLM cannot distinguish between system instructions and untrusted external data, an…

In-browser llm-guided fuzzing for real-time prompt injection testing in agentic AI browsers
Evaluated models: GPT-4, Llama 3.1 70B, Llama 3.3 70B

Code Agent Executable Jailbreaks

Published Analyzed Source: arXiv

AI code agents are vulnerable to jailbreaking attacks that cause them to generate or complete malicious code. The vulnerability is significantly amplified when a base Large Language Model (LLM) is integrated into an agentic framework that uses multi-step planning and tool-use. Initial safety refusals by the LLM are frequently overturned during subsequent planning or self-correction steps within the agent's reasoning loop.

Breaking the Code: Security Assessment of AI Code Agents Through Systematic Jailbreaking Attacks
Evaluated models: Claude 3.7 Sonnet, DeepSeek R1, Dolphin Mistral 24B Venice+6 more
  • Claude 3.7 Sonnet
  • DeepSeek R1
  • Dolphin Mistral 24B Venice
  • GPT-4.1
  • Llama 3 8B
  • Llama 3.1 70B
  • Mistral Large 2.1
  • o1
  • Qwen 3 235B-A22B

Chained Tool-Use Injections

Published Analyzed Source: arXiv

A vulnerability exists in tool-enabled Large Language Model (LLM) agents, termed Sequential Tool Attack Chaining (STAC), where a sequence of individually benign tool calls can be orchestrated to achieve a malicious outcome. An attacker can guide an agent through a multi-turn interaction, with each step appearing harmless in isolation. Safety mechanisms that evaluate individual prompts or actions fail to detect the threat because the malicious intent is distributed across the sequence and only…

STAC: When Innocent Tools Form Dangerous Chains to Jailbreak LLM Agents
Evaluated models: GPT-4.1, GPT-4.1 Mini, Llama 3.1 405B Instruct+4 more
  • GPT-4.1
  • GPT-4.1 Mini
  • Llama 3.1 405B Instruct
  • Llama 3.3 70B Instruct
  • Mistral Large
  • Mistral Small
  • Qwen 3 32B

Research methodology

Entries summarize publicly available primary-source security research. Model names reflect only systems explicitly evaluated by the cited paper, and measurements are research-reported unless independent verification is stated.

Discovery and publication are separate: new papers enter a candidate queue, then require human review and explicit approval before publication. Updates follow that review process, not a guaranteed daily publishing schedule. “Last analyzed” is the newest analysis date among published entries; it does not mean that all recent research has been covered.