Średni Oczekuje na analizę

CVE-2026-95628

opublikowano: 26.10.2026, 10:16

modyfikacja: 26.10.2026, 14:42

Ocena CVSS

5.4

Średni · v3.1

Oficjalne źródła

wektor: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:L

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

Luka w zabezpieczeniach Nieprawidłowe ograniczenie nazwy ścieżki do katalogu z ograniczeniami („Path Traversal”) w komponencie Apache Camel Docling.

Ten problem dotyczy Apache Camel: od 4.15.0 przed 4.18.5, od 4.19.0 przed 4.22.2.

DoclingProducer tworzy wiersz poleceń zewnętrznego narzędzia doclingu i dołącza do niego niestandardowe argumenty dostarczone w nagłówku CamelDoclingCustomArguments, czyli liście ciągów, których flagi poprawka dla CVE-2026-40047 jest ograniczona do listy dozwolonych. Ta poprawka wprowadziła także validPathSafety, aby przechowywać wartości argumentów podobne do ścieżki w zamierzonym katalogu, ale metoda szukała jedynie względnego przechodzenia: odrzucała wartość zawierającą sekwencję przechodzenia, taką jak ../ i wartość, której znormalizowana forma nadal zawierała element .. Nigdy nie sprawdzało, czy wartość jest ścieżką bezwzględną, a ścieżka bezwzględna bez segmentów przejścia nie zawiera żadnej z nich, więc przeszła bez zmian. Sprawdzaniu poddawana była każda wartość podobna do ścieżki, niezależnie od tego, czy była oddzielnym elementem listy znajdującym się za jej flagą, czy też była dołączona do flagi po znaku równości, zatem akceptowana była ścieżka bezwzględna w dowolnej formie, na przykład jako katalog podany flagie --artifacts-path znajdującej się na liście dozwolonych, która informuje Docling, gdzie znaleźć artefakty swojego modelu. Taka wartość dotarła do podanego wiersza poleceń doclingu, więc osoba mogąca wybrać niestandardowe argumenty mogła wskazać proces doclingu w dowolnym katalogu, do którego proces Camela może uzyskać dostęp, poza katalogiem roboczym, w którym sprawdzanie miało przechowywać wartości ścieżek, czemu ma zapobiegać poprawka CVE-2026-40047. Tylko tryb CLI, który jest domyślny, przekazuje niestandardowe argumenty do doclingu. Nagłówek należy do przestrzeni nazw nagłówka Camel, którą konsumenci stosujący domyślne filtrowanie nagłówków Camel, tacy jak konsumenci JMS i Kafka, usuwają z wiadomości przychodzących, więc problem występuje, gdy trasa przekazuje do nagłówka wartości, na które wpływają zewnętrzne wartości lub gdy konsument mapuje przychodzące nagłówki bez tego filtrowania.

Użytkownikom zaleca się aktualizację do wersji 4.23.0, która rozwiązuje problem. Jeśli użytkownicy korzystają ze strumienia wydań 4.22.x, sugeruje się im aktualizację do wersji 4.22.2. Jeśli użytkownicy korzystają ze strumienia wydań 4.18.x, sugeruje się im aktualizację do wersji 4.18.5. Linie wydań 4.15.x do 4.17.xi 4.19.x do 4.21.x dobiegły końca przed rozwiązaniem tego problemu i nie otrzymają poprawki, więc wdrożenia w nich muszą zostać przeniesione do obsługiwanej wersji. W przypadku wdrożeń, których nie można uaktualnić natychmiast, nie twórz nagłówka CamelDoclingCustomArguments z wartości pochodzących spoza wdrożenia, usuń ten nagłówek z wiadomości przychodzących z zewnątrz, zanim dotrą do doclingowego punktu końcowego, i upewnij się, że konsumenci mapujący nagłówki wiadomości przychodzących opuszczają przestrzeń nazw nagłówka Camel, tak aby tylko sama trasa wybierała argumenty niestandardowe.

Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal') vulnerability in Apache Camel Docling component.

This issue affects Apache Camel: from 4.15.0 before 4.18.5, from 4.19.0 before 4.22.2.

DoclingProducer builds the command line of the external docling tool and appends to it the custom arguments supplied in the CamelDoclingCustomArguments header, a list of strings whose flags the fix for CVE-2026-40047 restricted to an allowlist. That fix also introduced validatePathSafety to keep path-like argument values inside the intended directory, but the method only looked for relative traversal: it rejected a value containing a traversal sequence such as ../ and a value whose normalized form still held a .. element. It never checked whether a value was an absolute path, and an absolute path without traversal segments contains neither, so it passed unchanged. Every path-like value went through this check, whether it was a separate list element following its flag or was attached to the flag after an equals sign, so an absolute path was accepted in either form, for example as the directory given to the allowlisted --artifacts-path flag, which tells docling where to find its model artifacts. Such a value reached the docling command line as given, so a party able to choose the custom arguments could point the docling process at any directory the Camel process can access, outside the working directory that the check was meant to keep path values in, which is the outcome the CVE-2026-40047 fix set out to prevent. Only the CLI mode, which is the default, passes custom arguments to docling. The header belongs to the Camel header namespace, which consumers applying Camel's default header filtering, such as the JMS and Kafka consumers, remove from incoming messages, so the issue is reached where a route forwards externally influenced values into the header or where a consumer maps incoming headers without that filtering.

Users are recommended to upgrade to version 4.23.0, which fixes the issue. If users are on the 4.22.x releases stream, then they are suggested to upgrade to 4.22.2. If users are on the 4.18.x releases stream, then they are suggested to upgrade to 4.18.5. The 4.15.x to 4.17.x and 4.19.x to 4.21.x release lines reached end of life before this issue was resolved and will not receive a fix, so deployments on them must move to a supported release. For deployments that cannot upgrade immediately, do not build the CamelDoclingCustomArguments header from values that originate outside the deployment, remove that header from messages that arrive from outside before they reach a docling endpoint, and make sure that consumers which map incoming message headers drop the Camel header namespace, so that only the route itself chooses the custom arguments.

>_ Słabości (CWE)

CWE-22

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve