CVE-2026-41481
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 17 - wyżej niż 17% wszystkich znanych CVE
Streszczenie
W bibliotece LangChain przed wersją 1.1.2 wykryto podatność SSRF w funkcji HTMLHeaderTextSplitter.split_text_from_url(). Mimo walidacji początkowego URL, przekierowania nie były sprawdzane, co pozwala atakującemu na dostęp do wewnętrznych zasobów sieciowych.
Ocena ryzyka
Ryzyko polega na możliwości wycieku danych z wewnętrznych serwerów, chmury lub localhosta, jeśli aplikacja zwraca przetworzone dokumenty użytkownikowi. Organizacje mogą stracić poufne informacje.
Rekomendacja
Należy natychmiast zaktualizować bibliotekę langchain-text-splitters do wersji 1.1.2 lub nowszej. Dodatkowo warto rozważyć wyłączenie przekierowań w żądaniach HTTP lub dodanie własnej walidacji przekierowań.
Inne podatności w LangChain
Zobacz wszystkie- CVE-2025-68664Krytyczne
LangChain, framework do budowania agentów i aplikacji opartych na LLM, przed wersjami 0.3.81 i 1.2.5 zawiera podatność na iniekcję serializacji w funkcjach dumps() i dumpd(). Funkcje te nie escapują słowników z kluczami 'lc' podczas serializacji dowolnych słowników. Klucz 'lc' jest używany wewnętrznie przez LangChain do oznaczania serializowanych obiektów. Gdy dane kontrolowane przez użytkownika zawierają tę strukturę klucza, są traktowane jako prawowity obiekt LangChain podczas deserializacji, a nie jako zwykłe dane użytkownika.
- CVE-2023-36095Krytyczne
Podatność w bibliotece LangChain w wersji 0.0.194 umożliwia zdalne wykonanie dowolnego kodu poprzez funkcje from_math_prompt i from_colored_object_prompt w klasie PALChain. Atakujący może wykorzystać mechanizm eval do wstrzyknięcia złośliwego kodu Python.
- CVE-2023-36258Krytyczne
W LangChain przed wersją 0.0.236 występuje problem, który pozwala atakującemu na wykonanie dowolnego kodu. Możliwość wykorzystania funkcji os.system, exec lub eval w kodzie Pythona stwarza poważne zagrożenie.
- CVE-2023-34541Krytyczne
Langchain w wersji 0.0.171 jest podatny na wykonanie dowolnego kodu w funkcji load_prompt.
- CVE-2026-44843Wysokie
Podatność w LangChain przed wersjami 0.3.85 i 1.3.3. Starsze ścieżki kodu deserializują dane wejściowe/wyjściowe z użyciem zbyt szerokich list dozwolonych obiektów, co pozwala atakującemu na przekazanie złośliwych słowników konstruktorów i utworzenie obiektów z niebezpiecznymi argumentami.
- CVE-2026-34070Wysokie
Podatność w LangChain przed wersją 1.2.22 pozwala na odczyt dowolnych plików z systemu plików poprzez wstrzyknięcie ścieżki bezwzględnej lub typu directory traversal w konfiguracjach promptów. Atakujący może wykorzystać funkcje load_prompt() lub load_prompt_from_config() do odczytu plików, ograniczonych jedynie rozszerzeniami (.txt, .json, .yaml).
- CVE-2024-58340Wysokie
Podatność ReDoS w bibliotece LangChain do wersji 0.3.1 włącznie występuje w metodzie MRKLOutputParser.parse(). Atakujący może dostarczyć spreparowany tekst (np. przez wstrzyknięcie do promptu), który powoduje nadmierne zużycie CPU i opóźnienia w parsowaniu, prowadząc do odmowy usługi.
Oryginalny opis (angielski, źródło NVD)
LangChain is a framework for building agents and LLM-powered applications. Prior to langchain-text-splitters 1.1.2, HTMLHeaderTextSplitter.split_text_from_url() validated the initial URL using validate_safe_url() but then performed the fetch with requests.get() with redirects enabled (the default). Because redirect targets were not revalidated, a URL pointing to an attacker-controlled server could redirect to internal, localhost, or cloud metadata endpoints, bypassing SSRF protections. The response body is parsed and returned as Document objects to the calling application code. Whether this constitutes a data exfiltration path depends on the application: if it exposes Document contents (or derivatives) back to the requester who supplied the URL, sensitive data from internal endpoints could be leaked. Applications that store or process Documents internally without returning raw content to the requester are not directly exposed to data exfiltration through this issue. This vulnerability is fixed in 1.1.2.

