AI Security Trend Roundup: Nov 13, 2026
Covering Nov 06 → Nov 13, 2026.
Framework Advisories
Security advisories for AI serving and agent frameworks, each sourced from the project's own GitHub Security Advisory.
- langchain-ai/langgraph: GHSA-6hmw-9432-67qq (CVE-2026-115883): The Postgres and SQLite
Storebackends join namespace tuple labels with.before storing them, so a label containing a dot (e.g.("tenant.bob",)) resolves to the same key as a different namespace tuple (("tenant", "bob"));putrejected such labels butget,search,delete,list_namespaces, their async variants, andbatch/abatchdid not, letting a caller who controls a namespace label read, overwrite, or delete another tenant's Store data.InMemoryStoreis unaffected. CVSS v4.0 6.0 (Moderate), CWE-20/CWE-863; affectslanggraph-checkpoint-postgres< 3.1.3 andlanggraph-checkpoint-sqlite< 3.1.2, fixed in 3.1.3/3.1.2 (both requirelanggraph-checkpoint>= 4.3.0).
- vllm-project/vllm: GHSA-894j-wg8m-63h8: The OpenCVDynamicOpenPanguVideoBackend derives frame sampling from the request-supplied
num_frameswith no server-side ceiling, and settingfps=-1skips the existing clamp entirely; the reporter measured roughly 462 MB and 118 CPU-seconds atnum_frames=1e7, extrapolating to about 46 GB at1e9, and any unauthenticated request can route video through this backend by naming it inmedia_io_kwargseven on deployments that don't otherwise use it. CVSS v3.1 5.3 (Moderate), CWE-400/CWE-770, no CVE assigned; affects vLLM >= 0.30.0, < 0.31.0, fixed in 0.31.0 (PR #58830 blocks untrusted per-requestmm_processor_kwargs/media_io_kwargsby default;--trust-request-mm-kwargsrestores the override).
- vllm-project/vllm: GHSA-m9fg-w9qh-67pc:
sanitize_message()strips heap addresses from error text with a regex that matches only lowercase hex, but PIL'sImage.__repr__prints its address in uppercase, so a crafted image that trips an HF-processor failure returns a live heap address of the API server process to an unauthenticated client (the/tokenizeroute stays unauthenticated even with an API key configured). The reporter ties the leak to a previously reported chain whose recommended regex fix was never applied; disclosure is address-only, with no claimed code execution. CVSS v3.1 5.3 (Moderate), CWE-532, no CVE assigned; affects vLLM >= 0.14.0rc1, < 0.31.0, fixed in 0.31.0.
- vllm-project/vllm: GHSA-w4cg-mhc7-mgw3: The MiniMax M3 video processor doesn't validate the request-level
mm_processor_kwargs.min_pixels, so a large value enlarges each frame past the default per-frame cap while the volumetric check meant to catch it is skipped by default, letting a single video request allocate disproportionate memory and CPU before engine validation runs. The author verified this by static source review only, without running vLLM. CVSS v3.1 5.3 (Moderate), CWE-770, no CVE assigned; affects vLLM >= 0.24.0, < 0.31.0, fixed in 0.31.0 (same PR #58830 mitigation as the othermm_processor_kwargsadvisories here).
- vllm-project/vllm: GHSA-9g3c-x747-c6wr: Serving Cohere2 Vision models lets a client set
mm_processor_kwargs.max_patchesto a large value with no server-side upper bound; the Hugging Face processor's aspect-ratio enumeration uses nested loops bounded by that value, so CPU work grows quadratically, and varying the value across requests defeats the processor's small LRU cache, so a single valid-image request can tie up multimodal preprocessing workers. The default server requires no API key, so this is reachable without authentication unless the operator sets one. CVSS v3.1 5.3 (Moderate), CWE-400/CWE-407, no CVE assigned; affects vLLM >= 0.10.1, < 0.31.0, fixed in 0.31.0.
- vllm-project/vllm: GHSA-5q78-j82c-2vr2: A single
/v1/completionsrequest containing onlyprompt_embedscrashes the vLLM engine and API server for XD-RoPE models (e.g.tencent/HunyuanOCR) run with--enable-prompt-embedson the V1 GPU model runner, via a reachable assertion in_init_xdrope_positions; the advisory frames this as the XD-RoPE counterpart of the M-RoPE fix shipped for CVE-2026-55514, which removed the same assertion only from the M-RoPE path. One request terminates the whole server process for every concurrent client, and a deployment with--api-keyis exposed to any authorized caller. CVSS v3.1 5.9 (Moderate), CWE-617, no CVE assigned to this advisory; affects vLLM >= 0.28.0, < 0.30.0, fixed in 0.30.0.
- vllm-project/vllm: GHSA-vxqj-p4gw-9h4c: The frame-count protection added for CVE-2026-34755 is incomplete: sending
media_io_kwargs.video.num_frames=-1in a chat completion request overrides the server's frame limit, and the video decoder treats the negative value as unlimited, decoding every frame so memory use scales with frames supplied. The advisory claims availability impact only (allocation failure or process termination in memory-constrained deployments), no confidentiality/integrity/code-execution impact, and recommends a server-enforced maximum that requests cannot override. CVSS v3.1 6.5 (Moderate), CWE-770, no CVE assigned to this advisory; affects vLLM >= 0.19.0, < 0.31.0, fixed in 0.31.0.
- vllm-project/vllm: GHSA-qrj2-j723-m6w8: When a served model's
config.jsoncarries aspeculators_configkey, vLLM assignsverifier.name_or_pathto both the model and tokenizer with no path-containment check, so an absolute path in that field is honored without any traversal syntax; an operator serving an untrusted repository (notrust_remote_coderequired) ends up loading an arbitrary host directory as the model. An unauthenticated client can then call/detokenizeto read the victim directory's tokenizer vocabulary, and query the victim checkpoint through the normal completions API, enabling model theft. CVSS v3.1 5.4 (Moderate), CWE-22/CWE-200, no CVE assigned; affects vLLM < 0.33.0, fixed in 0.33.0 (PR #61587).
- vllm-project/vllm: GHSA-q9v9-qpjp-fc24: Running vLLM with
--skip-tokenizer-initalso skips the vocabulary-range check on prompt token IDs, since that check only runs when a tokenizer exists; an unauthenticated request with an out-of-range token ID passes validation, triggers an embedding index error, and crashes the shared EngineCore and API server for every concurrent user until restart. The advisory says this is the same tokenizer-disabled path the earlier fix for GHSA-25q3-v2hm-8vpf didn't cover. CVSS v3.1 7.5 (High), CWE-20/CWE-1284, no CVE assigned; affects vLLM >= 0.28.0, < 0.33.0, fixed in 0.33.0 (PR #62911).
- vllm-project/vllm: GHSA-5r3c-5x4v-8gjh: vLLM checks only the per-item count and per-item size limits on multimodal requests, with no total budget across a single request's encoded bytes, decoded bytes, or memory; a request listing many remote image URLs can exhaust outbound connections, decoder CPU, and API-frontend memory before prompt-length checks ever run, and authentication is optional by default so an ordinary inference client can trigger it on
/v1/messages, non-Harmony/v1/responses, and similar chat-rendering paths. The advisory notes its PoC demonstrates the resource-allocation primitive but does not itself cause an out-of-memory crash. CVSS v3.1 7.5 (High), CWE-400/CWE-770, no CVE assigned; affects vLLM >= 0.6.0, < 0.33.0, fixed in 0.33.0 (PR #61226).
Explore More
FixTheVuln Store
Studying for Security+? Get the Study Planner
Structured study planners for CompTIA certifications. Domain trackers, time blocking, and exam strategies.
Shop Security+ PlannerAlso available: CompTIA A+, Network+, CySA+, PenTest+
CyberFolio
Building cybersecurity skills? Track them in one place.
Build a shareable cybersecurity portfolio that highlights your certifications, projects, and skills, free.
Build Your Portfolio →