flawopen.com/SSRF/क्लाउड मेटाडेटा और SSRF

SSRF क्लाउड मेटाडेटा तक कैसे पहुँच सकता है और क्रेडेंशियल कब जोखिम में होते हैं?

संदर्भ पृष्ठ

सरल व्याख्या

मेटाडेटा सेवा को क्लाउड मशीन के भीतर बंद सेवा-खिड़की समझें। SSRF आपके ऐप को उस खिड़की तक संदेशवाहक बना सकता है, लेकिन वह क्या प्राप्त कर सकता है यह प्रदाता के अनुरोध नियमों, इंस्टेंस सेटिंग और ऐप के नेटवर्क मार्ग पर निर्भर करता है। एंडपॉइंट तक पहुँच का अर्थ अपने-आप क्रेडेंशियल का खुलासा नहीं है।

मेटाडेटा एंडपॉइंट खतरनाक क्यों हो सकता है

AWS EC2, Azure और Google Compute Engine समर्थित VM परिवेशों से उपलब्ध इंस्टेंस मेटाडेटा सेवाओं का दस्तावेज़ देते हैं। 169.254.169.254 एक सामान्य link-local पता है, लेकिन अनुरोध प्रारूप और नियंत्रण अलग हैं। मेटाडेटा में संवेदनशील इंस्टेंस जानकारी हो सकती है; इंस्टेंस प्रोफ़ाइल और अनुरोध मार्ग अनुमति दें तो AWS अस्थायी भूमिका क्रेडेंशियल दे सकता है। SSRF तब मायने रखता है जब हमलावर इस सेवा तक पहुँचने वाले सर्वर अनुरोध को प्रभावित कर सके। केवल पहुँच उपलब्ध होना क्रेडेंशियल प्राप्त होने का प्रमाण नहीं है: आवश्यक हेडर या टोकन, HTTP विधि, प्रॉक्सी, नेटवर्क स्थिति और इंस्टेंस कॉन्फ़िगरेशन परिणाम बदलते हैं।

प्रभाव की श्रृंखला कैसे बनती है

प्रभाव के लिए शर्तों की श्रृंखला पूरी होनी चाहिए: इनपुट सर्वर अनुरोध को प्रभावित करे; अनुरोध मेटाडेटा सेवा तक पहुँचे; सेवा प्रदाता नियंत्रणों के अनुसार उसे स्वीकार करे; और लौटाया डेटा उपयोगी पहुँच दे। अंतिम प्रभाव वर्कलोड पहचान की अनुमतियों पर निर्भर करता है। निश्चित गंतव्य, कड़ा आउटबाउंड नियंत्रण, प्रदाता की मेटाडेटा सुरक्षा और न्यूनतम-अधिकार पहचान से इस श्रृंखला को तोड़ें।

अक्सर पूछे जाने वाले प्रश्न

क्या सभी क्लाउड प्रदाता एक ही पता या नियंत्रण इस्तेमाल करते हैं?

नहीं। पते, हेडर, विधियाँ, टोकन आवश्यकताएँ और उपलब्ध डेटा अलग-अलग हैं। HttpTokens को required करने पर AWS IMDSv2 मेटाडेटा पढ़ने के लिए सत्र टोकन माँगता है; Azure Metadata: true हेडर माँगता है; Google Metadata-Flavor: Google हेडर दस्तावेज़ित करता है। ये नियंत्रण कुछ SSRF मार्गों को कम कर सकते हैं, लेकिन उपयोगकर्ता-नियंत्रित गंतव्य रोकने और अनावश्यक आउटबाउंड ट्रैफ़िक अवरुद्ध करने का विकल्प नहीं हैं। VM और कंटेनर की सही सेटिंग प्रदाता दस्तावेज़ में जाँचें।

स्रोत और संबंधित विश्लेषण

यह भी देखें सर्वर-साइड रिक्वेस्ट फ़ॉर्जरी (SSRF, CWE-918): यह कैसे काम करता है और हर भाषा में इससे कैसे बचें — flawopen.com AI PR बॉट: SSRF से सुरक्षा — flawopen.com Node.js fetch() SSRF: URL सुरक्षित तरीके से लें