क्या एक्सेस गेटवे को सत्यापित करने के लिए एक एपीआई गेटवे के पीछे के माइक्रोसॉर्फ़िस की आवश्यकता है?


10

मेरे पास माइक्रोसर्विस का एक गुच्छा है जो केवल एपीआई गेटवे के माध्यम से बाहरी रूप से सुलभ है।

मेरा एपीआई गेटवे एक OAuth संसाधन के रूप में स्थापित किया गया है और एक या अधिक माइक्रोसर्विस के लिए डाउनस्ट्रीम अनुरोध पारित करने से पहले टोकन (चेक हस्ताक्षर आदि) को मान्य करता है।

जब तक मेरे माइक्रोसर्विक्स को स्कोप और दावों को सत्यापित करने के लिए टोकन की आवश्यकता होती है, क्या इस सेवा के लिए टोकन की पुष्टि करने के लिए भी कोई आवश्यकता है?

यह थोड़ा अधिक लगता है, फिर भी मुझे इस परिदृश्य के बारे में कोई सलाह ऑनलाइन नहीं मिल रही है।

एपीआई गेटवे पर टोकन को मान्य करना काफी अच्छा है? या फिर बाद में इसे फिर से मान्य करना सबसे अच्छा अभ्यास है?


1
क्या आंतरिक रूप से प्रवेश द्वार को दरकिनार करते हुए ये समान सेवाएं सुलभ हैं ?
ग्रेग बरगदट

I cannot find any advice online about this scenario.क्योंकि यह कई कारकों पर निर्भर करता है जो परियोजना से परियोजना में भिन्न होते हैं। संभवतः अधिकांश विकास में एमएस वास्तुकला होने का दावा करते हुए, उन्हें इसकी आवश्यकता नहीं है। इसके अलावा, ऐसे आर्किटेक्चर के भीतर, एक सर्वर होना चाहिए जो सेवाओं के बजाय ऐसा करेगा (और गेटवे के बजाय)। ऑक्टोरेट सर्वर है जो अनुरोध को पारित करने या न करने की अनुमति देता है।
Laiv

जवाबों:


3

यदि कोई भी आंतरिक कॉल गेटवे को बायपास कर सकता है या तो हर माइक्रोसेवक में टोकन को मान्य कर सकता है, या गेटवे के माध्यम से जाने के लिए सभी कॉल - आंतरिक और बाहरी - को मजबूर कर सकता है।

व्यक्तिगत रूप से मुझे आंतरिक कॉल पर भरोसा नहीं होगा। क्या वे फ़ायरवॉल नियमों के माध्यम से यातायात को सीमित करने के बिंदु तक भी प्रवेश द्वार से गुजरते हैं। जानिए कौन किससे और क्यों बात कर रहा है। यह आपके हमले की सतह को सीमित करने में मदद करता है अगर कोई कभी आपके नेटवर्क को तोड़ता है।

यह विफलता के एकल बिंदु को प्रस्तुत करता है, लेकिन इस जोखिम को लोड संतुलन सर्वरों द्वारा कम किया जा सकता है और विनाशकारी समस्याओं के मामले में हाथों पर विफल-से-अधिक सर्वर हो सकते हैं।

दूसरी ओर यदि प्रत्येक सेवा टोकन को मान्य करती है, और सत्यापन प्रक्रिया में परिवर्तन के बारे में कुछ भी आपके पास अपडेट करने के लिए एन + 1 सेवाएं हैं।


मैंने यह तर्क सुना है कि "आप आंतरिक यातायात पर भरोसा नहीं कर सकते हैं।" लेकिन इंट्रानेट पर उपयोगकर्ताओं की एक (अपेक्षाकृत) छोटी संख्या के लिए एक आवेदन को उजागर करना एक ही आवेदन को सार्वजनिक इंटरनेट पर उजागर करने से बहुत दूर है। यह अनिवार्य रूप से एक स्पीकर चुंबक और एक साइक्लोट्रॉन के बीच अंतर के समान है।
रॉबर्ट हार्वे

2
@ रोबर्टहवे: मुझे लगता है कि मैंने "आंतरिक ट्रैफ़िक पर भरोसा नहीं है" के लिए सुना हुआ औचित्य इतना वैध ट्रैफ़िक नहीं है क्योंकि यह घुसपैठ के मामले में नेटवर्क को बंद कर रहा है। खासकर यदि आपका सिस्टम पीआईआई, स्वास्थ्य, वित्तीय या संवेदनशील जानकारी को संभालता है। अगर कोई उनमें टूट जाता है तो वह किस और से बात कर सकता है।
ग्रेग बरगदट

यदि कोई आपके सिस्टम में मिलता है, तो टोकन सत्यापन आपकी समस्याओं का कम होगा। चाहे आपको किसी विश्वसनीय नेटवर्क के भीतर टोकन को मान्य करना चाहिए या नहीं (और विदेशी द्वारा सुलभ नहीं) हम जिस तरह के सत्यापन करते हैं उस पर निर्भर हो सकता है और यदि कोई फिर से सत्यापन नहीं कर रहा है। उदाहरण के लिए, प्रदर्शन। वापस अपने तर्क के लिए। क्या आप एक निजी नेटवर्क में टीएलएस को लागू करेंगे? क्या आप एक दूसरे के बगल में चल रहे दो घटकों के बीच संचार को एन्क्रिप्ट करेंगे? संभावित उत्तर निर्भर करता है
Laiv
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.