CVE-2026-95628

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 erstellt die Kommandozeile des externen docling-Tools und hängt daran die benutzerdefinierten Argumente an, die im Header CamelDoclingCustomArguments übergeben werden – eine Liste von Zeichenketten, deren Flags durch den Fix für CVE-2026-40047 auf eine Allowlist beschränkt wurden. Dieser Fix führte außerdem validatePathSafety ein, um pfadähnliche Argumentwerte innerhalb des vorgesehenen Verzeichnisses zu halten, doch die Methode suchte nur nach relativen Traversal-Sequenzen: Sie wies einen Wert zurück, der eine Traversal-Sequenz wie ../ enthielt, sowie einen Wert, dessen normalisierte Form noch ein ..-Element aufwies. Sie prüfte nie, ob ein Wert ein absoluter Pfad war, und ein absoluter Pfad ohne Traversal-Segmente enthält weder das eine noch das andere, sodass er unverändert durchgelassen wurde. Jeder pfadähnliche Wert durchlief diese Prüfung, egal ob er ein separates Listenelement nach seinem Flag war oder nach einem Gleichheitszeichen an das Flag angehängt wurde, sodass ein absoluter Pfad in beiden Formen akzeptiert wurde, beispielsweise als Verzeichnis, das dem allowlisteten Flag --artifacts-path übergeben wird, welches docling mitteilt, wo seine Modellartefakte zu finden sind. Ein solcher Wert gelangte wie angegeben in die docling-Kommandozeile, sodass eine Partei, die die benutzerdefinierten Argumente wählen kann, den docling-Prozess auf jedes Verzeichnis richten konnte, auf das der Camel-Prozess zugreifen kann – außerhalb des Arbeitsverzeichnisses, in dem die Prüfung Pfadwerte eigentlich halten sollte, was genau das Ergebnis ist, das der Fix für CVE-2026-40047 verhindern sollte. Nur der CLI-Modus, der der Standard ist, übergibt benutzerdefinierte Argumente an docling. Der Header gehört zum Camel-Header-Namespace, den Consumer, die Camels Standard-Header-Filterung anwenden, wie etwa die JMS- und Kafka-Consumer, aus eingehenden Nachrichten entfernen, sodass das Problem dort erreicht wird, wo eine Route extern beeinflusste Werte in den Header weiterleitet oder wo ein Consumer eingehende Header ohne diese Filterung abbildet. Benutzern wird empfohlen, auf Version 4.23.0 zu aktualisieren, die das Problem behebt. Befinden sich Benutzer im Release-Stream 4.22.x, wird ihnen empfohlen, auf 4.22.2 zu aktualisieren. Befinden sich Benutzer im Release-Stream 4.18.x, wird ihnen empfohlen, auf 4.18.5 zu aktualisieren. Die Release-Linien 4.15.x bis 4.17.x und 4.19.x bis 4.21.x haben ihr End-of-Life erreicht, bevor dieses Problem behoben wurde, und erhalten keinen Fix, sodass Bereitstellungen auf diesen Linien auf eine unterstützte Version wechseln müssen. Für Bereitstellungen, die nicht sofort aktualisieren können: Erstellen Sie den Header CamelDoclingCustomArguments nicht aus Werten, die von außerhalb der Bereitstellung stammen, entfernen Sie diesen Header aus Nachrichten, die von außen eintreffen, bevor sie einen docling-Endpunkt erreichen, und stellen Sie sicher, dass Consumer, die eingehende Nachrichten-Header abbilden, den Camel-Header-Namespace verwerfen, sodass nur die Route selbst die benutzerdefinierten Argumente wählt.

Quellen

• CVE-2026-95628PoC

  Lauffähiger Proof-of-Concept-Reproduzierer für CVE-2026-95628, eine Lücke bei der Validierung absoluter Pfade in Apache Camel camel-docling, mit Spring Boot- und Quarkus-Harnesses und Fix-Verifizierung.