एक व्यापार के लिए एक सरल टैग एक उच्च जोखिम कैसे बन सकता है?

वास्तविक उदाहरणों के साथ सुरक्षा हमेशा दिलचस्प होती है।

आज हम SSRF हमले के बारे में बात करेंगे, जब आप सर्वर को img टैग के माध्यम से इंटरनेट पर मनमाना अनुरोध करने के लिए बाध्य कर सकते हैं।



इसलिए, मैं हाल ही में एक साथ दो परियोजनाओं पर पैठ परीक्षण में शामिल था, उनमें से दो पर यह भेद्यता प्रकट की गई थी। स्क्रीनशॉट को सीधे रिपोर्ट से लिया जाता है, इसलिए सभी अनावश्यक सूचनाओं को मिटा दिया जाता है।

हमले का वर्णन

हमले का नाम: सर्वर पीडीएफ दस्तावेज़ की पीढ़ी के दौरान इंटरनेट से मनमाना अनुरोध करता है।

विवरण: पीडीएफ सभी बाहरी संसाधनों के साथ पूरी तरह से प्रदान किए गए HTML पृष्ठ से सर्वर की ओर उत्पन्न होता है। दस्तावेज़ में उपयोगकर्ता द्वारा दर्ज किया गया डेटा है। उचित फ़िल्टरिंग के बिना, आप सर्वर रेंडरिंग में अपने बाहरी संसाधनों को स्थानापन्न कर सकते हैं। इस स्थिति में, इसे it-band.by/10gb.blob फ़ाइल (माना जाता है कि आकार में 10 Gb) होने दें।

सबसे खराब स्थिति:

1. जब एक साथ कई PDF दस्तावेज़ों को प्रस्तुत करने के लिए सिस्टम को प्रतिपादन के लिए 100 गीगाबाइट डेटा डाउनलोड करने की आवश्यकता होती है, तो Ddos अंदर से हमला करता है। नतीजतन, यह नेटवर्क या मेमोरी संसाधनों की कमी की ओर जाता है, जिसके परिणामस्वरूप सिस्टम डाउन हो सकता है।
2. एक दुर्भावनापूर्ण उपयोगकर्ता अन्य संसाधनों पर हमला करने के लिए एक मंच के रूप में सर्वर का उपयोग कर सकता है।
3. एक दुर्भावनापूर्ण उपयोगकर्ता प्रत्यक्ष हमलों के लिए आंतरिक सर्वर के बाहरी आईपी पते प्राप्त करता है, वेब एप्लिकेशन फायरवॉल (डब्ल्यूएएफ) और बैलेन्कर्स को दरकिनार करता है।

जोखिम मूल्यांकन (संभावना) * प्रभाव): मध्यम (5) * उच्च (7) = उच्च (35) (दोनों प्रणालियों में, जोखिम को उच्च श्रेणी में रखा गया था, हालांकि विभिन्न अनुपातों के साथ)

क्या दिलचस्प है:

1. एक प्रणाली ने html2pdf को रेंडर करने के लिए wkhtmltopdf का इस्तेमाल किया, दूसरे ने फ़ायरफ़ॉक्स को चलाया, वहाँ पेज लोड किया और स्क्रीनशॉट लिया। किसी भी स्थिति में, दोनों सिस्टम तुरंत दोनों पृष्ठों को प्रस्तुत करते हैं, वहां सभी कोड निष्पादित करते हैं, और इसके बाद ही पीडीएफ बनाते हैं।
2. XSS सर्वर सुरक्षा दोनों प्रणालियों पर स्थापित किया गया था, लेकिन इनपुट डेटा एस्केप का उपयोग करने के बजाय, दोनों सिस्टम HTML शुद्धिकरण का उपयोग करते थे, जो सभी iframes, लिपियों, सीएसएस, प्रपत्रों, और इतने पर मंजूरी दे दी। लेकिन दोनों प्रणालियों में html शुद्ध करना img src="https://it-band.by/10Gb.blob?t=12345.1"/ safe html कोड माना जाता है।

अब स्टेप्स और स्क्रीनशॉट के माध्यम से जाएं

1) इस तरह की फ़ाइल को स्थानीय रूप से बनाएं, बाद में इसे पूरे या हिस्से में भरने के प्रयास में।



2) शुरुआत में, आपको असुरक्षित उपयोगकर्ता फ़ील्ड खोजने की आवश्यकता है।

सिस्टम 1. केवल एक img टैग डालने में विफल





सिस्टम 2. मैं लगभग 20 टैग डालने में कामयाब रहा



3) अगला, हम पीडीएफ दस्तावेज़ उत्पन्न करते हैं।

प्रणाली 1. उत्पन्न पीडीएफ



प्रणाली 2. उत्पन्न पीडीएफ



4) और अब हम अपने सर्वर पर चढ़ते हैं यह देखने के लिए कि क्या हमारी बड़ी 10Gb.blob फ़ाइल के लिए अनुरोध थे।

सिस्टम 1. हमें सर्वर आईपी एड्रेस और सॉफ्टवेयर मिलता है, जिसके साथ पीडीएफ डॉक्यूमेंट जेनरेट होता था, नैम्प ने एक और ओपन पोर्ट दिखाया, जिसे पहले किसी ने नहीं देखा था, आईपी एड्रेस से।



सिस्टम 2. यह देखा जा सकता है कि सर्वर ने 10 गीगाबाइट की 20 फाइलें डाउनलोड करने की कोशिश की। हमें एक सर्वर और फ़ायरफ़ॉक्स के संस्करण का पता भी मिलता है।



परिणाम। दोनों प्रणालियों में, त्रुटियों को पहले से ही तय किया गया है। पहली प्रणाली में, HTML शुद्धिकरण के बजाय, उपयोगकर्ता डेटा के प्रसंस्करण के दौरान और पीडीएफ दस्तावेज़ की पीढ़ी के दौरान दोनों से बचना होता है; दूसरी प्रणाली में, उपयोगकर्ता डेटा प्रोसेसिंग के दौरान बाहरी संसाधनों के किसी भी पूर्ण लिंक को काट दिया जाता है।

अपडेट किया गया।

जब मैं लेख के प्रकाशन के लिए मिला, 2 और प्रणालियों के मामले जोड़े गए।

एक और सिस्टम (चलो सिस्टम 3 कहते हैं) ने एक ही बार में दो स्थानों पर इस प्रकार की भेद्यता के लिए चेक पास नहीं किया: एचटीएमएल इंजेक्शन और सीएसएस इंजेक्शन के माध्यम से।

सिस्टम 3. लाइव इमेज 13 एमबी (कुल 260 एमबीबी) में 20 बार डाउनलोड करने के साथ एचटीएमएल इंजेक्शन



सिस्टम 3. सीएसएस इंजेक्शन



सिस्टम 3. एक पीडीएफ को रेंडर करते समय हम हमलावर सर्वर पर क्या देखते हैं (13Mb तस्वीर के सभी 20 डाउनलोड सफल होते हैं)



सिस्टम 3 के लिए आउटपुट क्या था:

1) उन सर्वरों के पते मिल गए जो रेंडर करते हैं, और जो वे रेंडरिंग के लिए उपयोग करते हैं। इस मामले में, हेडलेसक्रोम।

2) एक पीडीएफ दस्तावेज़ की पीढ़ी में लगभग 5 मिनट लगे, फिर क्रोम बस गिर गया। कल्पना कीजिए, यदि आप 10K ऐसे अनुरोध चलाते हैं, तो थोड़ी देर के लिए, पीढ़ी के सर्वर, सिद्धांत रूप में, अन्य उपयोगकर्ताओं के अनुरोधों का जवाब देना बंद कर देंगे।

सिस्टम 4. यहाँ SSRF हमला img टैग के माध्यम से नहीं, बल्कि XSS के माध्यम से किया गया था, जब रेंडरिंग के दौरान सर्वर पर मेरा पसंदीदा पेलोड निष्पादित किया गया था, और पीडीएफ डॉक्यूमेंट जनरेट करते समय सर्वर ने मनमाना जावास्क्रिप्ट कोड लॉन्च किया। पिछले मामलों की तुलना में, अन्य प्रणालियों पर अधिक जटिल हमलों को करना संभव है।



सिस्टम 4. सर्वर साइड पर निष्पादित जेएस कोड के साथ मनमाने ढंग से पीडीएफ रेंडर किया गया



परिसर 1. सिस्टम को न केवल आने वाले फ़ायरवॉल के नियमों के विकास की आवश्यकता होती है, बल्कि आउटगोइंग एक या अलग-अलग नेटवर्क सेगमेंट या सर्वरों के साथ बुनियादी ढांचे के विकास की भी आवश्यकता होती है, जिनमें से आम तौर पर बाहर तक पहुंच नहीं होती है।

परिसर 2. सबसे छोटी भेद्यता का पता लगाने पर, आपको हमेशा इसके उपयोग और व्यापार पर प्रभाव के सबसे बुरे मामलों की तलाश करनी चाहिए। व्यवसाय केवल जोखिम के साथ काम कर सकता है, तकनीकी पक्ष, दुर्भाग्य से, उनके लिए बहुत कम रुचि है।

उपरोक्त जानकारी केवल शैक्षिक और शैक्षिक उद्देश्यों के लिए प्रदान की जाती है, कि उनके सिस्टम को कैसे करना आवश्यक नहीं है।

डेनिस कोल्शको, सीआईएसएसपी, पेनेट्रेशन टेस्टर