CVE-2026-34046
WysokieCVSS 8.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 41 - wyżej niż 41% wszystkich znanych CVE
Streszczenie
Langflow przed wersją 1.5.1 zawiera podatność w helperze _read_flow w pliku src/backend/base/langflow/api/v1/flows.py, gdzie przy włączonym uwierzytelnianiu (AUTO_LOGIN False) brakowało sprawdzania właściciela. Uwierzytelniony użytkownik mógł odczytać, zmodyfikować lub usunąć przepływy innych użytkowników, w tym osadzone klucze API.
Ocena ryzyka
Możliwy jest nieautoryzowany dostęp do przepływów innych użytkowników, ujawnienie kluczy API, modyfikacja logiki agentów AI oraz usuwanie przepływów, co prowadzi do naruszenia poufności i integralności.
Rekomendacja
Zaktualizuj Langflow do wersji 1.5.1 lub nowszej, która usuwa warunkowe sprawdzanie AUTO_LOGIN i bezwarunkowo ogranicza zapytania do żądającego użytkownika.
Inne podatności w Langflow
Zobacz wszystkie- CVE-2026-105740Krytyczne
Langflow przed wersją 1.9.0 pozwala każdemu uwierzytelnionemu użytkownikowi na zdalne wykonanie kodu (RCE) na serwerze poprzez dodanie serwera MCP z transportem "Stdio". Pole komendy jest przekazywane bezpośrednio do bash -c "exec {command}" bez walidacji, listy dozwolonych komend ani sandboxa. Komenda wykonuje się natychmiast po pobraniu listy serwerów. Dodatkowo pole env pozwala na wstrzyknięcie dowolnych zmiennych środowiskowych (np. LD_PRELOAD, PATH).
- CVE-2026-105697Krytyczne
Langflow przed wersją 1.10.3 uruchamia dowolne polecenia/argumenty podane przez użytkownika w konfiguracji serwera MCP, bez listy dozwolonych i (przed 1.10.3) owinięte w bash -c "exec {command} ...". Każdy użytkownik mający dostęp do ustawień MCP lub budujący przepływ z komponentem MCP Tools może dodać "serwer" z dowolnym poleceniem OS. Polecenie wykonuje się na hoście Langflow jako proces użytkownika Langflow przy próbie połączenia z serwerem. Przy domyślnym LANGFLOW_AUTO_LOGIN=true, GET /api/v1/auto_login wydaje token bez poświadczeń, więc na wystawionej instancji z domyślną konfiguracją jest to osiągalne bez konta. Z wyłączonym AUTO_LOGIN, każdy uwierzytelniony (nie-admin) użytkownik może to wykorzystać.
- CVE-2026-51886Krytyczne
Podatność typu Code Injection w langflow do wersji 1.9.3. Uwierzytelniony atakujący może wykonać dowolny kod Python na serwerze, wysyłając złośliwy kod do endpointu /api/v1/validate/code, który wykonuje kod bez sandboxa.
- CVE-2026-55450Krytyczne
Langflow to narzędzie do budowania i wdrażania agentów oraz przepływów pracy opartych na AI. W wersjach przed 1.9.1, nieautoryzowani użytkownicy mogą przesyłać nieograniczoną ilość danych na serwer, co prowadzi do wyczerpania przestrzeni dyskowej. Dodatkowo, odpowiedź serwera ujawnia absolutną ścieżkę przesłanego pliku, co stanowi wyciek informacji.
- CVE-2026-55255WysokieAktywnie exploitowane
W Langflow przed wersją 1.9.1 wykryto podatność IDOR w punkcie końcowym /api/v1/responses. Uwierzytelniony atakujący może uruchomić dowolny przepływ należący do innego użytkownika, podając jego identyfikator w żądaniu.
- CVE-2026-42048Krytyczne
Langflow, narzędzie do budowania i wdrażania agentów AI, przed wersją 1.9.0 jest podatne na atak typu Path Traversal w API Baz Wiedzy (DELETE /api/v1/knowledge_bases). Atakujący może wykorzystać tę lukę do usunięcia dowolnych katalogów na serwerze.
- CVE-2026-33017KrytyczneAktywnie exploitowane
Langflow to narzędzie do budowania i wdrażania agentów oraz przepływów opartych na AI. W wersjach przed 1.9.0, punkt końcowy POST /api/v1/build_public_tmp/{flow_id}/flow pozwalał na budowanie publicznych przepływów bez wymogu uwierzytelnienia, co prowadziło do możliwości zdalnego wykonania kodu przez nieautoryzowanych użytkowników.
- CVE-2026-0770KrytyczneAktywnie exploitowane
Podatność w Langflow umożliwia zdalne wykonanie kodu poprzez parametr exec_globals w endpoint validate. Atakujący bez uwierzytelnienia może wstrzyknąć złośliwy kod z niezaufanego źródła.
- CVE-2026-21445Krytyczne
Langflow to narzędzie do budowania i wdrażania agentów i przepływów pracy opartych na AI. Przed wersją 1.7.0.dev45 wiele krytycznych punktów końcowych API w Langflow nie ma kontroli uwierzytelniania. Problem pozwala każdemu nieuwierzytelnionemu użytkownikowi na dostęp do wrażliwych danych rozmów użytkowników, historii transakcji oraz wykonywanie destrukcyjnych operacji, w tym usuwanie wiadomości. Dotyczy to punktów końcowych obsługujących dane osobowe i operacje systemowe, które powinny wymagać odpowiedniej autoryzacji. Wersja 1.7.0.dev45 zawiera poprawkę.
- CVE-2025-68478Wysokie
Langflow przed wersją 1.7.0 pozwala na podanie dowolnej ścieżki w polu fs_path w treści żądania, co powoduje serializację obiektu Flow do JSON i utworzenie lub nadpisanie pliku pod tą ścieżką. Brak ograniczeń ścieżki, normalizacji lub wymuszania dozwolonego katalogu sprawia, że ścieżki absolutne (np. /etc/poc.txt) są interpretowane bez zmian.
Oryginalny opis (angielski, źródło NVD)
Langflow is a tool for building and deploying AI-powered agents and workflows. Prior to version 1.5.1, the `_read_flow` helper in `src/backend/base/langflow/api/v1/flows.py` branched on the `AUTO_LOGIN` setting to decide whether to filter by `user_id`. When `AUTO_LOGIN` was `False` (i.e., authentication was enabled), neither branch enforced an ownership check — the query returned any flow matching the given UUID regardless of who owned it. This allowed any authenticated user to read any other user's flow, including embedded plaintext API keys; modify the logic of another user's AI agents, and/or delete flows belonging to other users. The vulnerability was introduced by the conditional logic that was meant to accommodate public/example flows (those with `user_id = NULL`) under auto-login mode, but inadvertently left the authenticated path without an ownership filter. The fix in version 1.5.1 removes the `AUTO_LOGIN` conditional entirely and unconditionally scopes the query to the requesting user.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS