CVE-2026-95629

Zusammenfassung

Schwachstelle „Improper Limitation of a Pathname to a Restricted Directory“ („Path Traversal“) in der Apache-Camel-Docling-Komponente. Dieses Problem betrifft Apache Camel: von 4.15.0 vor 4.18.5, von 4.19.0 vor 4.22.2. DoclingProducer führt das externe docling-Tool im CLI-Modus, dem Standardmodus, aus und teilt ihm über das Flag --output mit, wohin das konvertierte Dokument geschrieben werden soll. Wenn der Header CamelDoclingOutputFilePath gesetzt war, übergab addOutputDirectoryArguments dessen Wert unverändert an dieses Flag: Der Wert wurde nicht normalisiert, ein absoluter Pfad oder ein Pfad mit ..-Segmenten wurde unverändert akzeptiert, und keine Endpoint-Option konnte ihn auf ein Verzeichnis beschränken. Die durch den Fix für CVE-2026-40047 hinzugefügte Validierung benutzerdefinierter Argumente lehnt die Flags --output und -o im Header CamelDoclingCustomArguments ab und weist Aufrufer an, das Ausgabeverzeichnis stattdessen mit diesem Header zu wählen, sodass der eine Wert, der entscheidet, wohin docling schreibt, ohne eine der auf benutzerdefinierte Argumente angewandten Prüfungen auf die Kommandozeile gelangte. Docling schreibt das Konvertierungsergebnis als Markdown, HTML, JSON oder Text in dieses Verzeichnis, benennt die Datei nach der Eingabedatei, und der Producer entfernt anschließend nur sein eigenes temporäres Verzeichnis, sodass die Datei an ihrem Platz verbleibt. Eine Partei, die den Header setzen kann, konnte daher Konvertierungsausgaben in jedem Verzeichnis erzeugen, in das der Camel-Prozess schreiben kann. Der Inhalt einer solchen Datei ist die Konvertierung des in der Nachricht enthaltenen Dokuments, sodass er von demjenigen geprägt wird, der dieses Dokument bereitstellt, ohne bytegenau geschrieben zu werden, und wenn der Dokumentinhalt im Nachrichtentext ankommt, speichert der Producer ihn unter einem zufälligen temporären Namen, den die Ausgabedatei dann trägt. Der Header gehört zum Camel-Header-Namespace, den Consumer, die die standardmäßige Header-Filterung von Camel anwenden, wie die JMS- und Kafka-Consumer, aus eingehenden Nachrichten entfernen, sodass das Problem dort erreicht wird, wo eine Route von außen beeinflusste Werte in den Header weiterleitet oder wo ein Consumer eingehende Header ohne diese Filterung abbildet. Der docling-serve-Modus verwendet den Header nicht. Benutzern wird empfohlen, auf Version 4.23.0 zu aktualisieren, die das Problem behebt. Wenn Benutzer den Release-Zweig 4.22.x verwenden, wird ihnen empfohlen, auf 4.22.2 zu aktualisieren. Wenn Benutzer den Release-Zweig 4.18.x verwenden, wird ihnen empfohlen, auf 4.18.5 zu aktualisieren. Der Fix fügt eine Endpoint-Option outputBaseDirectory hinzu, die standardmäßig nicht gesetzt ist. Setzen Sie sie daher nach dem Upgrade auf jedem docling-Endpoint, dessen Header CamelDoclingOutputFilePath einen von außerhalb der Bereitstellung beeinflussten Wert tragen kann; ohne sie wird der Header normalisiert, kann aber weiterhin ein beliebiges Verzeichnis benennen. Die Release-Linien 4.15.x bis 4.17.x und 4.19.x bis 4.21.x haben ihr Lebensende erreicht, bevor dieses Problem behoben wurde, und erhalten keinen Fix, sodass Bereitstellungen auf ihnen auf eine unterstützte Version wechseln müssen. Für Bereitstellungen, die nicht sofort aktualisieren können, bauen Sie den Header CamelDoclingOutputFilePath nicht aus Werten auf, die von außerhalb der Bereitstellung stammen, entfernen Sie diesen Header aus Nachrichten, die von außen eintreffen, bevor sie einen docling-Endpoint erreichen, und stellen Sie sicher, dass Consumer, die eingehende Nachrichten-Header abbilden, den Camel-Header-Namespace verwerfen, sodass nur die Route selbst das Ausgabeverzeichnis wählt.