CSIRTS // UNIFIED SECURITY ADVISORY FEEDSYS ● ONLINE · POWERED BY INTELFUSIONS.COM

CVE-2026-57142

highCVSS 7.8covered by 1 sourcefirst seen 2026-06-18
Summary PraisonAI recipe execution has a dangerous-tool policy that is supposed to block default-denied tools unless the caller explicitly passes allow_dangerous_tools=True. That policy only checks tools declared in TEMPLATE.yaml requires.tools. For steps-based recipes, the actual execution path loads workflow.yaml with YAMLWorkflowParser. That parser resolves agent-level tools: declarations and preserves top-level approve:. Workflow.start() then installs those YAML-approved tools into the approval context. As a result, an untrusted recipe can omit execute_command from TEMPLATE.yaml requires.tools, declare it in workflow.yaml agents.*.tools, and add top-level approve: [execute_command]. The caller did not set allow_dangerous_tools=True, but the recipe policy allows the recipe and the workflow approval path self-approves the critical shell tool. The local PoV uses a harmless printf canary and explicitly unsets PRAISONAI_AUTO_APPROVE. Technical Details recipe.run() checks the recipe policy unless options["allow_dangerous_tools"] is true. _check_tool_policy() gets the required tool list from recipe_config.get_required_tools(), which is backed by TEMPLATE.yaml requires.tools. The steps workflow execution path is separate: 1. _execute_steps_workflow() parses the workflow file with YAMLWorkflowParser. 2. YAMLWorkflowParser resolves agents.*.tools. 3. The same parser reads top-level approve: and stores it on workflow.approve_tools. 4. Workflow.start() calls set_yaml_approved_tools(approve_tools). 5. The approval registry treats YAML-approved tools as approved. execute_command is listed as a default dangerous tool with critical risk and is decorated with @require_approval(risk_level="critical"). The policy gap is that recipe-level dangerous-tool enforcement does not inspect the workflow file that actually supplies and approves the tool. Why This Is Not Intended Behavior YAML approve: is an intended feature. This report is not claiming that workflow-level approval

⚡ Watch CVE-2026-57142

Get an email if CVE-2026-57142 is added to CISA KEV, gains public exploit code, or a new advisory cites it — max one per day, one-click unsubscribe.

Advisory coverage (1)

External references

NVD record for CVE-2026-57142

CVE.org record

Embed the live status

CVE-2026-57142 live status badge — this badge updates automatically when the KEV or exploit status changes. How to embed it →

[![CVE-2026-57142 status](https://www.csirts.com/badge/CVE-2026-57142)](https://www.csirts.com/cve/CVE-2026-57142)