CVE-2026-78163
Apache Camel: Camel-Docling का अवैधीकृत संदेश बॉडी इनपुट स्रोत सर्वर-साइड रिक्वेस्ट फ़ॉर्जरी और स्थानीय फ़ाइल प्रकटीकरण को सक्षम बनाता है
- प्रकाशित
- 19 अक्टू॰ 2026
- अद्यतन
- 19 अक्टू॰ 2026
- सीएनए असाइन करना
- apache
- साक्ष्य देखे गए
- 17 अक्टू॰ 2026
प्राथमिक सीवीएसएस
cvelist · CVSS 3.1
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:Nसारांश
सर्वर-साइड रिक्वेस्ट फॉरजरी (SSRF), एक प्रतिबंधित निर्देशिका तक पथनाम की अनुचित सीमा ('पाथ ट्रैवर्सल') और Apache Camel Docling घटक में संवेदनशील जानकारी के अनधिकृत अभिनेता को उजागर होने की भेद्यता। यह समस्या Apache Camel को प्रभावित करती है: 4.15.0 से 4.18.5 से पहले तक, 4.19.0 से 4.22.1 से पहले तक। DoclingProducer ने यह निर्धारित किया कि एक String संदेश निकाय का क्या अर्थ है, उसके उपसर्ग का निरीक्षण करके। http:// या https:// से शुरू होने वाला निकाय Docling को लाने के लिए एक दूरस्थ URL के रूप में सौंपा गया, / से शुरू होने वाला या बैकस्लैश वाला निकाय स्थानीय फ़ाइलसिस्टम से पढ़ा गया, और बाकी कुछ भी एक अस्थायी फ़ाइल में लिखा गया और दस्तावेज़ सामग्री के रूप में परिवर्तित किया गया। मोड को अंतर्निहित रूप से चुना गया था और किसी भी एंडपॉइंट विकल्प ने किसी रूट लेखक को घटक को एकल व्याख्या पर पिन करने की अनुमति नहीं दी, इसलिए एक रूट जिसका अर्थ है कि निकाय में जो भी टेक्स्ट आता है उसे परिवर्तित करना, चुपचाप दूरस्थ संसाधनों का लाने वाला या स्थानीय फ़ाइलों का पाठक बन गया, जब भी टेक्स्ट उन उपसर्गों में से किसी एक से शुरू होता था। व्युत्पन्न मान पर लागू एकमात्र गार्ड एक आकार जाँच थी, और वह जाँच एक अस्तित्व परीक्षण में लिपटी हुई थी, इसलिए एक पथ जो कुछ भी हल नहीं करता था, या एक छद्म-फ़ाइल जो शून्य आकार की रिपोर्ट करती थी, बिना जाँचे ही पार हो गया। पाँच कॉल साइटों ने दो सिंक तक पहुँचा: CLI मोड ने मान को docling सबप्रोसेस के अंतिम स्थितीय तर्क के रूप में जोड़ा, और docling-serve मोड ने इसे या तो बैकएंड द्वारा लाने के लिए HttpSource को पास किया या Files.readAllBytes को, ताकि सामग्री को base64-एन्कोडेड किया जा सके और अपलोड किया जा सके। चूँकि एक्सचेंज निकाय को कभी भी HeaderFilterStrategy द्वारा फ़िल्टर नहीं किया जाता, Camel हेडर नेमस्पेस के विपरीत, एक प्रेषक जो किसी संदेश में टेक्स्ट रख सकता है जिसे एक रूट docling एंडपॉइंट में अग्रेषित करता है, बिना किसी डिप्लॉयमेंट के ऑप्ट-इन के दोनों सिंक तक पहुँच सकता था। उपयोगकर्ताओं को संस्करण 4.23.0 में अपग्रेड करने की सिफारिश की जाती है, जो इस समस्या को ठीक करता है। यदि उपयोगकर्ता 4.22.x रिलीज़ स्ट्रीम पर हैं, तो उन्हें 4.22.1 में अपग्रेड करने का सुझाव दिया जाता है। यदि उपयोगकर्ता 4.18.x रिलीज़ स्ट्रीम पर हैं, तो उन्हें 4.18.5 में अपग्रेड करने का सुझाव दिया जाता है। 4.14.x रिलीज़ स्ट्रीम और उससे पहले की स्ट्रीम इस समस्या के समाधान से पहले जीवन-चक्र के अंत तक पहुँच गई थीं और उन्हें कोई फ़िक्स नहीं मिलेगा, इसलिए उन लाइनों पर डिप्लॉयमेंट को समर्थित रिलीज़ में स्थानांतरित होना चाहिए। उन डिप्लॉयमेंट के लिए जो तुरंत अपग्रेड नहीं कर सकते, उन संदेश निकायों को docling एंडपॉइंट में रूट न करें जो डिप्लॉयमेंट के बाहर से उत्पन्न होते हैं, और दस्तावेज़ को File, byte[] या InputStream जैसे टाइप्ड निकाय के माध्यम से, या CamelDoclingInputFilePath हेडर के माध्यम से पास करें, ताकि निकाय कभी भी उपसर्ग व्याख्या के अधीन न हो।
जिम्मेदारीपूर्ण उपयोग
भेद्यता जानकारी का उपयोग केवल उन प्रणालियों पर करें जिनके मालिक आप हैं या परीक्षण के लिए अधिकृत हैं। किटप्लॉइट सार्वजनिक अनुसंधान मेटाडेटा से लिंक करता है और शोषण कोड या दुर्भावनापूर्ण पेलोड को संग्रहीत नहीं करता है।