🔍 源码独立审计

对 （未定位到源码） 源码进行独立审计（置信度 60%）。

🧬 根因独立理解

<p><strong>摘要：</strong>CVE-2026-19295 是 IBM Langflow OSS 中一个高危的远程代码执行漏洞，CVSS 评分为 9.9，影响 1.0.0 至 1.11.1 版本。该漏洞允许通过身份验证的普通“流用户”通过构造恶意 type 字段并触发包装流构建，在服务器进程中执行任意操作系统命令，从而绕过 LANGFLOW_ALLOW_CUSTOM_COMPONENTS=false 策略，实现权限提升。目前已有公开 PoC，但尚未被 CISA KEV 收录。</p> <h2>📌 漏洞概述</h2> <p>CVE-2026-19295 是 IBM Langflow OSS（开源版）中存在的一处高危漏洞，其 CVSS v3.1 评分为 <strong>9.9（Critical）</strong>。该漏洞影响 Langflow OSS 1.0.0 至 1.11.1 所有版本。根据 NVD 描述，此漏洞被归类为 <strong>操作系统命令注入</strong>（OS Command Injection）或更具体地说，是 <strong>不安全的自定义组件加载与执行</strong>。攻击者需要拥有 Langflow 平台中的有效用户身份（“authenticated flow user”），利用该漏洞可在服务器进程上下文中执行任意操作系统命令，获得比预期更高的权限。</p> <h2>🔬 漏洞根因分析</h2> <p>Langflow 是一个基于流程（Flow）的可视化构建工具，允许用户通过拖拽组件节点来编排 AI 工作流。在 Langflow 的架构中，每个组件节点都有一个 <strong>type</strong> 字段，用于指定该节点对应的组件类型。组件可能是内置类型，也可能是用户自定义类型（custom component）。当用户保存一个 Flow 并触发构建时，Langflow 会解析 Flow 定义，根据每个节点的 type 字段动态加载并执行相应的组件代码。</p> <p>该漏洞的根源在于：Langflow 对 type 字段的验证和过滤不足，使得经过认证的恶意用户能够在 type 字段中注入经过精心构造的值，进而导致任意系统命令执行。具体而言，攻击者可以创建或修改一个 Flow，将某个节点的 type 字段设置为一个非法的、但是能够被后端解释器执行的字符串。当后续一个“包装流”（wrapper flow）引用该 Flow 并触发构建时，Langflow 会尝试根据 type 值进行 Python 类查找或动态导入。如果 type 值被设计为形如<code>__import__('os').system('id')</code>或其他可执行的表达式，并且在代码路径中直接通过<code>eval</code>、<code>exec</code>或动态导入机制被解释，就会导致命令注入。</p> <p>更关键的是，该漏洞绕过了 <code>LANGFLOW_ALLOW_CUSTOM_COMPONENTS=false</code> 策略控制。这一策略本应禁止加载用户自定义组件，但攻击者通过使用合法的组件类型（如内置组件）作为包装，并在其属性或子节点中注入恶意 type，使系统在构建时解析了受污染的值，从而绕过了策略检查。这说明 Langflow 在评估组件合法性时，未能对 type 字段值进行彻底的安全校验，也没有在组件加载前强制执行全局的自定义代码限制，而是将信任边界错误地放在了流程定义上。</p> <p>从攻击链来看，攻击者需要至少一个有效账号。因为 Langflow 默认支持多用户，普通用户可以创建和保存 Flow。攻击者构造一个恶意 Flow 后，需要触发引用它的包装 Flow 的构建。可能有两种触发方式：一是攻击者自己创建包装 Flow，二是通过某种社交工程诱导其他用户使用包含恶意 Flow 的项目。无论如何，一旦构建过程开始，恶意 type 字段就会被解析</p> <p>此外，该漏洞的触发条件并不依赖外部网络请求的直接注入，而是依赖应用内部的 Flow 数据结构，因此它更像是一种“逻辑上的命令注入”——即应用的元数据被不当执行。这也解释了为什么 CVSS 评分极高：攻击复杂度低，无需特殊权限（普通用户即可），影响范围包括机密性、完整性和可用性全部丧失。</p> <h2>💥 影响与危害</h2> <p>成功利用该漏洞后，攻击者可以以 Langflow 服务器进程的权限执行任意操作系统命令。由于 Langflow 通常以高权限用户（如 root 或专用服务账号）运行，这可能导致以下后果：</p> <ul> <li><strong>服务器完全控制</strong>：攻击者可以创

🛤️ 漏洞触发链路

🧪 PoC 复现

从 GitHub 公开仓库抓取的实际 PoC 代码（仓库）。

📋 代码元数据语言md来源rmhowe425/POC-CVE-2026-19295针对性✅ 已验证与漏洞相关（代码含 CVE 引用）依赖见代码注释/README用法详见代码注释中的使用说明

## Description
Proof of concept exploit code for CVE-2026-19295

## Usage
`python3 poc.py -url <langflow url> -uname <username> -pword <password> -c <bash command>`
<img width="906" height="244" alt="image" src="https://github.com/user-attachments/assets/e216f31c-9f4d-4cf8-afe4-307c1161ba9e" />

⚔️ EXP 利用代码

截至分析时，Exploit-DB 未收录该 CVE 的公开利用代码。可利用上述 PoC 进行验证，或关注 Exploit-DB 更新。

🕵️ 检测指纹

当前规则库未收录针对该 CVE 的专用检测规则。建议：

• 根据漏洞根因编写 Nuclei 检测模板
• 在 WAF/IDS 中配置针对漏洞特征的规则
• 关注漏洞指纹库更新

🤖 高危漏洞深度独立研究引擎生成 · 2026-09-01 03:01