CVE-2026-95629

सारांश

Apache Camel Docling घटक में एक Pathname को प्रतिबंधित निर्देशिका तक सीमित करने में अनुचित सीमा ('Path Traversal') की भेद्यता है। यह समस्या Apache Camel को प्रभावित करती है: 4.15.0 से 4.18.5 से पहले तक, 4.19.0 से 4.22.2 से पहले तक। DoclingProducer बाहरी docling टूल को CLI मोड में, जो डिफ़ॉल्ट है, चलाता है और उसे बताता है कि परिवर्तित दस्तावेज़ को --output फ़्लैग के माध्यम से कहाँ लिखना है। जब CamelDoclingOutputFilePath हेडर सेट किया गया था, तो addOutputDirectoryArguments ने उसका मान उस फ़्लैग को ज्यों-का-त्यों सौंप दिया: मान को सामान्यीकृत नहीं किया गया था, एक निरपेक्ष पथ या .. खंडों वाला पथ जैसा दिया गया था वैसे ही स्वीकार कर लिया गया था, और कोई भी endpoint विकल्प इसे किसी निर्देशिका तक सीमित नहीं कर सकता था। CVE-2026-40047 के फ़िक्स द्वारा जोड़ा गया कस्टम-आर्ग्युमेंट सत्यापन CamelDoclingCustomArguments हेडर में --output और -o फ़्लैग को अस्वीकार करता है और कॉलर से कहता है कि वे इसके बजाय इस हेडर से आउटपुट निर्देशिका चुनें, इसलिए वह एकमात्र मान जो तय करता है कि docling कहाँ लिखता है, कस्टम आर्ग्युमेंट पर लागू किए गए किसी भी जाँच के बिना कमांड लाइन तक पहुँच गया। Docling रूपांतरण परिणाम को, Markdown, HTML, JSON या टेक्स्ट के रूप में, उस निर्देशिका में लिखता है, फ़ाइल का नाम इनपुट फ़ाइल के नाम पर रखता है, और इसके बाद producer केवल अपनी स्वयं की अस्थायी निर्देशिका हटाता है, इसलिए फ़ाइल वहीं रह जाती है। इसलिए जो पक्ष हेडर सेट कर सकता था, वह उस किसी भी निर्देशिका में रूपांतरण आउटपुट बनवा सकता था जिसमें Camel प्रक्रिया लिख सकती है। ऐसी फ़ाइल की सामग्री संदेश द्वारा ले जाए गए दस्तावेज़ का रूपांतरण होती है, इसलिए यह उसी के द्वारा आकार दी जाती है जो वह दस्तावेज़ प्रदान करता है, बिना बाइट-दर-बाइट लिखे गए, और जब दस्तावेज़ सामग्री संदेश बॉडी में आती है तो producer इसे एक यादृच्छिक अस्थायी नाम के अंतर्गत संग्रहीत करता है, जिसे फिर आउटपुट फ़ाइल वहन करती है। यह हेडर Camel हेडर नेमस्पेस का है, जिसे Camel की डिफ़ॉल्ट हेडर फ़िल्टरिंग लागू करने वाले उपभोक्ता, जैसे JMS और Kafka उपभोक्ता, आने वाले संदेशों से हटा देते हैं, इसलिए यह समस्या वहाँ पहुँचती है जहाँ कोई रूट बाहरी रूप से प्रभावित मानों को हेडर में अग्रेषित करता है या जहाँ कोई उपभोक्ता आने वाले हेडर को उस फ़िल्टरिंग के बिना मैप करता है। docling-serve मोड इस हेडर का उपयोग नहीं करता। उपयोगकर्ताओं को संस्करण 4.23.0 में अपग्रेड करने की सलाह दी जाती है, जो इस समस्या को ठीक करता है। यदि उपयोगकर्ता 4.22.x रिलीज़ श्रृंखला पर हैं, तो उन्हें 4.22.2 में अपग्रेड करने का सुझाव दिया जाता है। यदि उपयोगकर्ता 4.18.x रिलीज़ श्रृंखला पर हैं, तो उन्हें 4.18.5 में अपग्रेड करने का सुझाव दिया जाता है। फ़िक्स एक outputBaseDirectory endpoint विकल्प जोड़ता है जो डिफ़ॉल्ट रूप से अनसेट होता है, इसलिए अपग्रेड करने के बाद, इसे प्रत्येक उस docling endpoint पर सेट करें जिसका CamelDoclingOutputFilePath हेडर परिनियोजन के बाहर से प्रभावित मान वहन कर सकता है; इसके बिना हेडर सामान्यीकृत तो होता है लेकिन फिर भी किसी भी निर्देशिका का नाम ले सकता है। 4.15.x से 4.17.x और 4.19.x से 4.21.x रिलीज़ लाइनें इस समस्या के समाधान से पहले ही जीवन-चक्र के अंत तक पहुँच चुकी थीं और उन्हें कोई फ़िक्स नहीं मिलेगा, इसलिए उन पर चल रहे परिनियोजनों को किसी समर्थित रिलीज़ पर जाना होगा। जो परिनियोजन तुरंत अपग्रेड नहीं कर सकते, उनके लिए: CamelDoclingOutputFilePath हेडर को उन मानों से न बनाएँ जो परिनियोजन के बाहर से उत्पन्न होते हैं, बाहर से आने वाले संदेशों से उस हेडर को हटा दें इससे पहले कि वे किसी docling endpoint तक पहुँचें, और सुनिश्चित करें कि आने वाले संदेश हेडर को मैप करने वाले उपभोक्ता Camel हेडर नेमस्पेस को छोड़ दें, ताकि केवल रूट स्वयं ही आउटपुट निर्देशिका चुने।

स्रोत

• CVE-2026-95629PoC

  CVE-2026-95629 के लिए रन करने योग्य प्रूफ-ऑफ-कॉन्सेप्ट रिप्रोड्यूसर, जो Apache Camel camel-docling में एक पाथ-ट्रैवर्सल दोष है, जहाँ output-path हेडर सीधे docling के --output तक पहुँचता है।