Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach app exposing lf.query
-
DeliverySubmit crafted adversarial prompt
-
ExploitModel emits executable Python expression
-
ExecutionUnsandboxed eval runs the code
-
ImpactArbitrary code execution as host process
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Eval input sanitization
MITRE ATT&CK
1 technique across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the target application to use langfun (version < 0.1.2) with its default lf.query Python protocol - the code-generating/eval path - and to route attacker-influenced content into that query. The concrete prerequisite is that untrusted prompt text reaches lf.query while the Python protocol (unsandboxed evaluation of model output) is in use, which is the default. Limiting factors: exploitation is probabilistic because it hinges on the model being steered into emitting executable Python (reflected as AT:P in the CVSS 4.0 vector), and applications that never expose lf.query to untrusted input, or that have moved to a non-eval structured output path, are not exploitable. No user interaction or authentication is required (UI:N, PR:N). |
| Impact | The signals are largely consistent and point to a genuine high priority, with one important nuance. The CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H) shows a network-reachable, low-complexity, unauthenticated path to full impact - but the AT:P (attack requirements present) metric is the key qualifier: successful exploitation depends on the LLM actually generating attacker-controlled executable Python, which is probabilistic rather than deterministic. This is why the 9.2 score, though CRITICAL, is not a clean 10. No EPSS score, KEV listing, or POC is provided, so there is no evidence of active exploitation or a published exploit; the danger is architectural (unsandboxed eval of model output) rather than demonstrated in the wild. Note a data gap: EPSS is absent, so quantitative exploitation likelihood cannot be compared against the CVSS severity. Given langfun is an emerging-technology building block for AI agents, organizations that expose lf.query to untrusted prompts - from a large cloud operator down to a small AI product team - should treat unsandboxed code evaluation as urgent and patch promptly, while recognizing that mass, automated exploitation is constrained by the probabilistic AT:P factor. |
| Exploit ScenarioDerived | An attacker submits a crafted prompt to an application that forwards user input into langfun's default lf.query Python protocol; the input coaxes the backing model into emitting a Python expression containing malicious code (for example an os.system or import call), which langfun evaluates without a sandbox and thereby executes on the server. No authentication is required (PR:N) and the attack is network-borne (AV:N), though success depends on the model actually producing the executable payload (AT:P). No public POC is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 26, 2026
Remote code execution in Google langfun before 0.1.2 arises because the default lf.query Python protocol evaluates model-generated Python expressions with no sandbox, letting remote unauthenticated attackers run arbitrary code in the host application by supplying crafted prompt inputs that steer the model into emitting executable code. Because langfun embeds directly in LLM-driven Python applications, any deployment that pipes untrusted prompt content through lf.query is exposed. There is no public exploit identified at time of analysis and it is not in CISA KEV, but the CVSS 4.0 base score of 9.2 (CRITICAL) reflects full confidentiality, integrity, and availability impact.
RemediationAI
Vendor-released patch: 0.1.2 - upgrade langfun to 0.1.2 or later, which is the primary and authoritative fix (pin the dependency and rebuild any images or environments that vendored an older release). If immediate upgrade is not possible, apply compensating controls: avoid the default lf.query Python protocol for any query whose inputs are attacker-influenced, and instead use a structured/schema output path that does not eval model output; strictly separate untrusted end-user prompt content from lf.query calls so adversarial text cannot reach the evaluator; and run the host process under least privilege (dedicated low-privilege account, container with a read-only filesystem, seccomp/egress restrictions) so that a successful eval yields minimal blast radius. The trade-off of disabling the Python protocol is loss of the convenient object-reconstruction behavior, requiring code changes to consumers. Track fix details via the project repository https://github.com/google/langfun and issue https://github.com/google/langfun/issues/725.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
langfun is Google's open-source Python framework for building structured, object-oriented programs on top of large language models. The vulnerable component is the default lf.query Python protocol, which is designed to have the model return Python expressions that langfun then evaluates to reconstruct typed objects. Per CWE-95 (Eval Injection / Improper Neutralization of Directives in Dynamically Evaluated Code), the root cause is that this evaluation path passes model output to a Python evaluator (eval/exec-style execution) without a restricting sandbox, so any executable expression the model can be induced to produce runs with the full privileges of the host process. The single affected CPE is cpe:2.3:a:google:langfun, confirming the issue is scoped to the langfun library itself rather than a downstream product.
Know when Python gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Network-reachable and unauthenticated (AV:N/PR:N), but AC:H because success depends on inducing the model to emit executable Python; unsandboxed eval yields full C/I/A with no scope change.
Primary rating from Vendor (Google).
CVSS VectorVendor: Google
Lifecycle Timeline
2DescriptionCVE.org
Improper Neutralization of Directives in Dynamically Evaluated Code ('Eval Injection') in the default lf.query Python protocol in Google langfun versions prior to 0.1.2 allows remote unauthenticated attackers to execute arbitrary Python code in the context of the host application via crafted prompt inputs that cause the model to generate executable Python expressions evaluated without a sandbox.
Articles & Coverage 1
Executive ViewAI
Google langfun library before version 0.1.2 contains a critical remote code execution vulnerability that allows unauthenticated attackers to execute arbitrary Python code by injecting malicious prompts into LLM-driven applications. Organizations running production deployments that process untrusted user input face immediate risk to system integrity, confidentiality, and availability. No vendor patch is currently available, requiring urgent interim mitigation measures.
No vendor-released patch identified at time of analysis. Interim mitigations: (1) Restrict lf.query usage to trusted, pre-validated prompts only; (2) Run affected applications in isolated Python environments with filesystem and network access restrictions; (3) Implement strict input validation and sanitization to block malicious prompt injection patterns; (4) Restrict network access to affected systems and enable detailed logging for exploitation attempt detection.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
Wazuh SIEM platform versions 4.4.0 through 4.9.0 contain an unsafe deserialization vulnerability in the DistributedAPI t
BentoML version 1.4.2 and earlier contains an unauthenticated remote code execution vulnerability through insecure deser
pgAdmin 4 contains critical remote code execution vulnerabilities in the Query Tool download and Cloud Deployment endpoi
The renderLocalView function in render/views.py in graphite-web in Graphite 0.9.5 through 0.9.10 uses the pickle Python
BentoML is a Python library for building online serving systems optimized for AI apps and model inference. Rated critica
OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0.1h does not properly restrict processing of ChangeCiph
pyLoad download manager version prior to 0.5.0b3.dev77 exposes the Flask SECRET_KEY through an unauthenticated endpoint.
Langflow (a visual LLM pipeline builder) contains a critical unauthenticated code execution vulnerability (CVE-2026-3301
In Mercurial before 4.1.3, "hg serve --stdio" allows remote authenticated users to launch the Python debugger, and conse
Unauthenticated remote code execution affects Kestra OSS (the open-source event-driven orchestration platform) prior to
Unauthenticated remote code execution in Marimo ≤0.20.4 allows attackers to execute arbitrary system commands via the `/
pyLoad is the free and open-source Download Manager written in pure Python. Rated medium severity (CVSS 5.3), this vulne
EUVD-2026-66505
GHSA-8x83-862f-c85r
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB