Catégories
CVE-2026-55255 CISA KEV high CVSS 8.4

[KEV] Vulnérabilité dans Langflow (CVE-2026-55255)

Résumé

Vulnérabilité dans Langflow (CVE-2026-55255). Des informations confidentielles peuvent être exposées. Exploitable via get_flow_by_id_or_endpoint_name. Inscrit au CISA KEV — exploitation active confirmée. Atténuation : mise à jour vers 1.9.1 ou plus.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Summary

Insecure Direct Object Reference (IDOR) vulnerability in /api/v1/responses endpoint allows an authenticated attacker to execute any flow belonging to another user by specifying the victim's flow ID in the request.

Details

The vulnerability exists in the get_flow_by_id_or_endpoint_name helper function in src/backend/base/langflow/helpers/flow.py (lines 399-414).

When a flow is accessed via UUID (flow_id), the function queries the database directly without verifying if the authenticated user owns that flow:

# src/backend/base/langflow/helpers/flow.py:399-414
async def get_flow_by_id_or_endpoint_name(flow_id_or_name: str, user_id: str | UUID | None = None) -> FlowRead:
    async with session_scope() as session:
        try:
            flow_id = UUID(flow_id_or_name)
            # When using UUID, query directly WITHOUT checking user_id
            flow = await session.get(Flow, flow_id)  # ❌ No user_id check!
        except ValueError:
            endpoint_name = flow_id_or_name
            stmt = select(Flow).where(Flow.endpoint_name == endpoint_name)
            # Only when using endpoint_name is user_id checked
            if user_id:
                stmt = stmt.where(Flow.user_id == uuid_user_id)

This function is used by the /api/v1/responses endpoint (defined in [src/backend/base/langflow/api/v1/openai_responses.py:589…

Source: GitHub Security Advisories (Global) NVD GitHub Advisory CISA KEV

Résumé généré automatiquement

Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.

Une vulnérabilité référencée CVE-2026-55255 a été découverte dans Langflow.
Des attaquants peuvent cibler un point d'entrée spécifique comme get_flow_by_id_or_endpoint_name à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées. Score CVSS : 8.4/10.
Note : la CISA a officiellement confirmé que cette faille est activement exploitée. À traiter avec une urgence élevée.
Action : mettez à jour Langflow vers 1.9.1 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « Langflow CVE-2026-55255 » sur le site de l'éditeur.

CVE-2026-55255 (Langflow) — CWE-639 / CVSS v3 8.4
Vecteur d'attaque : distant (réseau) / sans interaction utilisateur
Surface d'attaque : get_flow_by_id_or_endpoint_name / user_id / endpoint_name
Correctif : 1.9.1 — appliquer immédiatement
Inscrit au CISA KEV — exploitation active confirmée, priorité absolue.
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.

❓ Quel est le problème

Une vulnérabilité (CWE-639) affecte Langflow. Les attaquants atteignent le code vulnérable via get_flow_by_id_or_endpoint_name.

📍 Périmètre concerné

Consultez l'avis de l'éditeur pour les versions affectées de Langflow. Surface d'attaque : get_flow_by_id_or_endpoint_name / user_id / endpoint_name.

🔥 Gravité

Gravité : Élevée (CVSS 8.4/10). Des informations confidentielles peuvent être exposées. Inscrit au CISA KEV — exploitation active confirmée, à traiter en priorité absolue.

🔧 Comment corriger

Mettre à jour vers 1.9.1.

🛡️ Contournement

En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.

🔍 Détection

Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.

Actions de réponse

Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre

  1. 1
    Identify exposure identify
    grep -r 'langflow' . | grep -v node_modules

    リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で langflow を grep し、稼働しているサービス・バージョンを把握する。

  2. 2
    Consider incident declaration escalate
    Notify SOC / on-call

    CISA KEV登録済 = 実環境で悪用が観測されている。侵入の兆候があればインシデント対応宣言、無くてもパッチ適用までWAF強化を最優先で。

  3. 3
    Apply patch patch
    Upgrade Langflow to 1.9.1

    ステージング環境で 1.9.1 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。

  4. 4
    Post-deployment verification verify
    Confirm patched version is live in production

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。

Paquets affectés

pip langflow
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.9.1"}]}]
PyPI langflow
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.9.1"}]}]

Références

Nous utilisons des cookies pour l'analyse d'audience et la mesure publicitaire. Ce réglage s'applique à tous les sites de Game co., Ltd. En savoir plus