<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-17T04:34:21.821786+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-329680</id>
    <title>EUVD-2026-329680</title>
    <updated>2026-10-17T04:34:21.825524+00:00</updated>
    <content>EUVD-2026-329680</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-329680"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-10561</id>
    <title>fkie_cve-2026-10561</title>
    <updated>2026-10-17T04:34:21.825556+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>IBM Langflow OSS 1.0.0 through 1.9.3 has an vulnerability due to an improper isolation of Python execution combined with an authentication bypass that allows an unauthenticated attacker to execute arbitrary code on the host system, resulting in complete compromise</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-10561"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-8qpj-27x8-pwpq</id>
    <title>GHSA-8qpj-27x8-pwpq — Langflow: PythonREPLComponent executes unsandboxed Python code, enabling authenticated RCE and privilege escalation</title>
    <updated>2026-10-17T04:34:21.825586+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: langflow</p>
<p>### Summary</p>
<p>Langflow's built-in Python interpreter components — `PythonREPLComponent` (Python Interpreter) and the legacy `PythonREPLToolComponent` (Python REPL Tool) — executed arbitrary user- or model-supplied Python code inside flows without effective sandboxing. Because the code ran in-process with the privileges of the Langflow service, any **authenticated** user who could edit and run a flow could achieve remote code execution and, from there, escalate privileges to superuser (e.g. by opening a database session and flipping `is_superuser`) or compromise the host.</p>
<p>**This issue is fixed as of 1.10.1**, with additional hardening through 1.12.3. See *Remediation* below.</p>
<p>### Affected</p>
<p>- **Package:** `langflow` (PyPI), and the underlying `lfx` package that ships the component.
- **Vulnerable versions:** `&lt; 1.10.1`.
- **Patched:** `1.10.1` (core fix). Upgrade to `&gt;= 1.12.3` for the complete hardening series.</p>
<p>### Details</p>
<p>The root cause is **code injection** (CWE-94/CWE-95): the component passed raw input to LangChain's `PythonREPL`, which is explicitly *not* a security sandbox.</p>
<p>Two distinct weaknesses existed before 1.10.1:</p>
<p>1. **Unrestricted builtins (default deployments).** `get_globals()` built the `exec` globals from the `global_imports` allow-list but never set `__builtins__`. CPython's `exec()` then auto-injected the full `builtins` module, leaving `__import__`, `open`, `eval`, `exec` and the whole import machinery reachable regardless of the allow-list — e.g. `__i…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-8qpj-27x8-pwpq"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2026-4231</id>
    <title>PYSEC-2026-4231 — Langflow: PythonREPLComponent executes unsandboxed Python code, enabling authenticated RCE and privilege escalation</title>
    <updated>2026-10-17T04:34:21.825648+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: langflow</p>
<p>### Summary</p>
<p>Langflow's built-in Python interpreter components — `PythonREPLComponent` (Python Interpreter) and the legacy `PythonREPLToolComponent` (Python REPL Tool) — executed arbitrary user- or model-supplied Python code inside flows without effective sandboxing. Because the code ran in-process with the privileges of the Langflow service, any **authenticated** user who could edit and run a flow could achieve remote code execution and, from there, escalate privileges to superuser (e.g. by opening a database session and flipping `is_superuser`) or compromise the host.</p>
<p>**This issue is fixed as of 1.10.1**, with additional hardening through 1.12.3. See *Remediation* below.</p>
<p>### Affected</p>
<p>- **Package:** `langflow` (PyPI), and the underlying `lfx` package that ships the component.
- **Vulnerable versions:** `&lt; 1.10.1`.
- **Patched:** `1.10.1` (core fix). Upgrade to `&gt;= 1.12.3` for the complete hardening series.</p>
<p>### Details</p>
<p>The root cause is **code injection** (CWE-94/CWE-95): the component passed raw input to LangChain's `PythonREPL`, which is explicitly *not* a security sandbox.</p>
<p>Two distinct weaknesses existed before 1.10.1:</p>
<p>1. **Unrestricted builtins (default deployments).** `get_globals()` built the `exec` globals from the `global_imports` allow-list but never set `__builtins__`. CPython's `exec()` then auto-injected the full `builtins` module, leaving `__import__`, `open`, `eval`, `exec` and the whole import machinery reachable regardless of the allow-list — e.g. `__i…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2026-4231"/>
  </entry>
</feed>
