CVE-2026-95628
Apache Camel: Camel-Docling कस्टम CLI आर्ग्युमेंट पाथ वैलिडेशन पूर्ण पाथ को अस्वीकार नहीं करता (CVE-2026-40047 का अपूर्ण फ़िक्स)
- प्रकाशित
- 26 अक्टू॰ 2026
- अद्यतन
- 26 अक्टू॰ 2026
- सीएनए असाइन करना
- apache
- साक्ष्य देखे गए
- 30 अक्टू॰ 2026
प्राथमिक सीवीएसएस
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:Lकम · अगले 30 दिन
- प्रतिशत
- 26.9%
- मॉडल दिनांक
- 29 अक्टू॰ 2026
ईपीएसएस एक सांख्यिकीय अनुमान है, कोई निश्चितता या प्रभाव का माप नहीं। इसे सीवीएसएस, केईवी स्थिति, एक्सपोज़र और अपने वातावरण के साथ मिलाएं।
सारांश
Apache Camel Docling घटक में एक Pathname को प्रतिबंधित निर्देशिका तक सीमित करने में अनुचित सीमा ('Path Traversal') की भेद्यता है। यह समस्या Apache Camel को प्रभावित करती है: 4.15.0 से 4.18.5 से पहले तक, 4.19.0 से 4.22.2 से पहले तक। DoclingProducer बाहरी docling टूल की कमांड लाइन बनाता है और उसमें CamelDoclingCustomArguments हेडर में दिए गए कस्टम आर्ग्युमेंट्स जोड़ता है, जो स्ट्रिंग्स की एक सूची है जिनके फ़्लैग्स को CVE-2026-40047 के फ़िक्स ने एक allowlist तक सीमित कर दिया था। उस फ़िक्स ने validatePathSafety भी पेश किया ताकि पथ-जैसे आर्ग्युमेंट मानों को इच्छित निर्देशिका के भीतर रखा जा सके, लेकिन वह विधि केवल सापेक्ष traversal की जाँच करती थी: यह ऐसे मान को अस्वीकार करती थी जिसमें ../ जैसा traversal अनुक्रम हो और ऐसे मान को भी जिसके सामान्यीकृत रूप में अभी भी .. तत्व हो। यह कभी जाँच नहीं करती थी कि कोई मान पूर्ण पथ (absolute path) है या नहीं, और traversal खंडों के बिना एक पूर्ण पथ में दोनों में से कोई भी नहीं होता, इसलिए वह अपरिवर्तित रूप से पार हो जाता था। प्रत्येक पथ-जैसा मान इस जाँच से गुज़रता था, चाहे वह अपने फ़्लैग के बाद एक अलग सूची तत्व हो या बराबर चिह्न के बाद फ़्लैग से जुड़ा हो, इसलिए एक पूर्ण पथ किसी भी रूप में स्वीकार किया जाता था, उदाहरण के लिए allowlist किए गए --artifacts-path फ़्लैग को दी गई निर्देशिका के रूप में, जो docling को बताता है कि उसके मॉडल आर्टिफ़ैक्ट्स कहाँ मिलेंगे। ऐसा मान जैसा दिया गया था वैसा ही docling कमांड लाइन तक पहुँच जाता था, इसलिए जो पक्ष कस्टम आर्ग्युमेंट्स चुन सकता था, वह docling प्रक्रिया को उस किसी भी निर्देशिका की ओर इंगित कर सकता था जिस तक Camel प्रक्रिया पहुँच सकती है, उस कार्यशील निर्देशिका के बाहर जिसमें जाँच को पथ मानों को रखना था, जो वह परिणाम है जिसे CVE-2026-40047 फ़िक्स रोकने के लिए निकला था। केवल CLI मोड, जो डिफ़ॉल्ट है, docling को कस्टम आर्ग्युमेंट्स पास करता है। यह हेडर Camel हेडर नेमस्पेस का है, जिसे Camel की डिफ़ॉल्ट हेडर फ़िल्टरिंग लागू करने वाले उपभोक्ता, जैसे JMS और Kafka उपभोक्ता, आने वाले संदेशों से हटा देते हैं, इसलिए यह समस्या वहाँ पहुँचती है जहाँ कोई रूट बाहरी रूप से प्रभावित मानों को हेडर में अग्रेषित करता है या जहाँ कोई उपभोक्ता उस फ़िल्टरिंग के बिना आने वाले हेडरों को मैप करता है। उपयोगकर्ताओं को संस्करण 4.23.0 में अपग्रेड करने की सलाह दी जाती है, जो इस समस्या को ठीक करता है। यदि उपयोगकर्ता 4.22.x रिलीज़ श्रृंखला पर हैं, तो उन्हें 4.22.2 में अपग्रेड करने का सुझाव दिया जाता है। यदि उपयोगकर्ता 4.18.x रिलीज़ श्रृंखला पर हैं, तो उन्हें 4.18.5 में अपग्रेड करने का सुझाव दिया जाता है। 4.15.x से 4.17.x और 4.19.x से 4.21.x रिलीज़ लाइनें इस समस्या के समाधान से पहले ही जीवन-चक्र के अंत तक पहुँच चुकी थीं और उन्हें कोई फ़िक्स नहीं मिलेगा, इसलिए उन पर तैनातियों को किसी समर्थित रिलीज़ पर स्थानांतरित होना चाहिए। जो तैनातियाँ तुरंत अपग्रेड नहीं कर सकतीं, उनके लिए CamelDoclingCustomArguments हेडर को उन मानों से न बनाएँ जो तैनाती के बाहर से उत्पन्न होते हैं, बाहर से आने वाले संदेशों से उस हेडर को हटा दें इससे पहले कि वे किसी docling एंडपॉइंट तक पहुँचें, और सुनिश्चित करें कि आने वाले संदेश हेडरों को मैप करने वाले उपभोक्ता Camel हेडर नेमस्पेस को छोड़ दें, ताकि केवल रूट ही कस्टम आर्ग्युमेंट्स चुने।
जिम्मेदारीपूर्ण उपयोग
भेद्यता जानकारी का उपयोग केवल उन प्रणालियों पर करें जिनके मालिक आप हैं या परीक्षण के लिए अधिकृत हैं। किटप्लॉइट सार्वजनिक अनुसंधान मेटाडेटा से लिंक करता है और शोषण कोड या दुर्भावनापूर्ण पेलोड को संग्रहीत नहीं करता है।