CVE-2026-78163

Apache Camel Docling bileşeninde Sunucu Taraflı İstek Sahteciliği (SSRF), Kısıtlanmış Bir Dizine Yol Adının Uygun Şekilde Sınırlandırılmaması ('Path Traversal') ve Hassas Bilgilerin Yetkisiz Bir Aktöre İfşa Edilmesi zafiyeti bulunmaktadır. Bu sorun şu Apache Camel sürümlerini etkilemektedir: 4.15.0'dan 4.18.5 öncesine kadar olanlar ve 4.19.0'dan 4.22.1 öncesine kadar olanlar. DoclingProducer, bir String mesaj gövdesinin ne anlama geldiğine ön ekini inceleyerek karar vermekteydi. http:// veya https:// ile başlayan bir gövde, getirilmek üzere uzak bir URL olarak Docling'e aktarılıyor; / ile başlayan veya ters eğik çizgi içeren bir gövde yerel dosya sisteminden okunuyor ve diğer her şey geçici bir dosyaya yazılarak belge içeriği olarak dönüştürülüyordu. Mod örtük olarak seçiliyordu ve hiçbir uç nokta seçeneği rota yazarına bileşeni tek bir yorumlamayla sınırlama imkanı tanımıyordu; bu nedenle, gövdede gelen herhangi bir metni dönüştürmesi beklenen bir rota, metnin tesadüfen bu ön eklerden biriyle başlaması durumunda sessizce uzak kaynakların getiricisine veya yerel dosyaların okuyucusuna dönüşebiliyordu. Türetilen değere uygulanan tek koruma boyut kontrolüydü ve bu kontrol bir varlık testi içine sarılmıştı; dolayısıyla hiçbir şeye çözümlenmeyen veya sıfır boyut bildiren bir sözde-dosyaya yönlenen bir yol, hiç kontrol edilmeden geçiyordu. Beş çağrı noktası iki lavaboya ulaşıyordu: CLI modu değeri docling alt sürecinin son konumsal argümanı olarak ekliyor, docling-serve modu ise bunu ya arka ucun getirmesi için HttpSource'a ya da içeriğin base64 ile kodlanıp yüklenmesi için Files.readAllBytes'a iletiyordu. Değişim gövdesi, Camel başlık ad alanının aksine asla bir HeaderFilterStrategy tarafından filtrelenmediğinden, rotanın bir docling uç noktasına ilettiği mesaja metin yerleştirebilen bir gönderici, dağıtım tarafında herhangi bir onay olmaksızın her iki lavaboya da erişebiliyordu. Kullanıcıların sorunu gideren 4.23.0 sürümüne yükseltmeleri önerilir. Eğer kullanıcılar 4.22.x yayın akışındaysa, 4.22.1 sürümüne yükseltmeleri tavsiye edilir. Kullanıcılar 4.18.x yayın akışındaysa, 4.18.5 sürümüne yükseltmeleri tavsiye edilir. 4.14.x yayın akışı ve daha eski sürümler, bu sorun çözülmeden önce ömürlerini tamamladığı için düzeltme almayacaktır; bu nedenle bu hatlardaki dağıtımlar desteklenen bir sürüme taşınmalıdır. Hemen yükseltme yapamayan dağıtımlar için, dağıtım dışından gelen mesaj gövdelerini bir docling uç noktasına yönlendirmeyin ve belgenin gövdenin ön ek yorumlamasına maruz kalmaması için File, byte[] veya InputStream gibi tipli bir gövde üzerinden veya CamelDoclingInputFilePath başlığı aracılığıyla iletilmesini sağlayın.