2008-11-25 12 views
11

अनुप्रयोगों द्वारा उपयोग किए गए कनेक्शन स्ट्रिंग को केंद्रीकृत और सुरक्षित करने का सबसे अच्छा तरीका क्या है? मेरे पर्यावरण में हमारे पास कई आंतरिक अनुप्रयोग हैं। प्रत्येक एप्लिकेशन को डेटाबेस तक पहुंचने के लिए एक या अधिक कनेक्शन स्ट्रिंग की आवश्यकता होती है। हमारे पास इन सभी कनेक्शन स्ट्रिंग्स (विशेष रूप से एसक्यूएल लॉग इन और पासवर्ड) को केंद्रीकृत करने का लक्ष्य है, इसलिए हम 35 अलग-अलग .config फ़ाइलों, रजिस्ट्री प्रविष्टियों आदि के बजाय पासवर्ड को एक स्थान पर बदल सकते हैं।कनेक्शन तारों को केंद्रीकृत और सुरक्षित करने का सबसे अच्छा तरीका क्या है?

वर्तमान में हम घर के उगाए गए घटक का उपयोग कर रहे हैं जो एक एक्सेस डेटाबेस से कनेक्शन स्ट्रिंग जानकारी खींचता है, इसमें केंद्रीकरण आवश्यकता शामिल है लेकिन यह विशेष रूप से सुरक्षित नहीं है। इसके अलावा हमारे पास क्लासिक एएसपी, वीबी 6, डेल्फी, सी ++, .NET से भाषाओं में लिखे गए एप्लिकेशन हैं, इसलिए समाधान उन सभी अनुप्रयोगों द्वारा उपयोग करने योग्य होने की आवश्यकता होगी।

क्या किसी को यह बेहतर तरीके से करने का विचार है, या क्या हमें अपने अनुप्रयोगों को डेटाबेस तक पहुंचने के तरीके के बारे में हमारा पूरा दृष्टिकोण पुन: कार्य करने की आवश्यकता है।

+0

हमारे बुढ़ापे केंद्रीकृत भंडार के साथ रहने के बाद मुझे यह अहसास हुआ है कि समर्पित विंडोज खातों और एकीकृत सुरक्षा के साथ कॉन्फ़िगरेशन फ़ाइलों के मौजूदा सर्वोत्तम प्रथाओं के बाद बेहतर दृष्टिकोण है। हम वास्तव में बहुत कम हो रहे हैं और केंद्रीकृत दृष्टिकोण के साथ बहुत कुछ खो रहे हैं और एंटरप्राइज़ में कॉन्फ़िगरेशन फ़ाइलों के माध्यम से कॉन्फ़िगरेशन के बिंदुओं को प्रबंधित करने में सहायता के लिए तृतीय पक्ष टूल हैं। – Stimy

उत्तर

1

आप अपने SQL सर्वर डेटाबेस तक पहुंचने की अनुमति देने वाले उपयोगकर्ताओं को बनाने के लिए Windows सर्वर का उपयोग कर सकते हैं। फिर आप कनेक्शन स्ट्रिंग में एकीकृत विंडोज लॉगिन का उपयोग कर सकते हैं।

बीटीडब्ल्यू सार्वजनिक एमडीबी में पासवर्ड संग्रहीत करना उन्हें प्रासंगिक बनाता है। वैसे ही वे मौजूद नहीं हैं।

+0

कनेक्शन स्ट्रिंग रिपॉजिटरी से यह एक बेहतर विचार है।एक COM घटक स्वाभाविक रूप से सुरक्षित नहीं है क्योंकि हमलावर इसका उपयोग करने के लिए बाध्य नहीं है। यदि COM घटक आपके भंडार तक पहुंच सकता है, तो कोई अन्य प्रक्रिया भी हो सकती है। –

2

जिस कंपनी के लिए मैंने काम किया है, उसके बजाय SQL सर्वर डेटाबेस के माध्यम से एक समान स्थिति का उपयोग किया है। हमने डेटाबेस में एपीआई को सरल और सुरक्षित करने के लिए एक COM-compliant .net dll बनाने और क्लासिक एएसपी, नेट और डीटीएस पैकेज के बीच समान तर्क का उपयोग करने के लिए समाप्त किया। इसने साल के लिए हमारे लिए बहुत अच्छा काम किया है और कुछ रिफैक्टरिंग आइटम हैं, जबकि हम इसमें से बहुत कुछ करना चाहते हैं, सर्वर माइग्रेशन या नामकरण जैसे मुद्दों को हल करना बहुत अच्छा रहा है।

मुझे लगता है कि आप सही रास्ते पर हैं; हालांकि, मैं निम्नलिखित परिवर्तनों की अनुशंसा करता हूं:

  • एक वास्तविक डेटाबेस सर्वर पर जाने का प्रयास करें। एमएस ऑफिस के लिए एक्सेस बहुत अच्छा है लेकिन इस पैमाने के कुछ नहीं।
  • एक प्रशासनिक कंसोल बनाएं जो जानकारी जोड़ने और संपादित करने के लिए ऑडिटिंग की अनुमति देता है (सुरक्षित है कि किस सेटिंग में भी पहुंच है)।
  • एक COM-compliant DLL बनाएं ताकि इसे अन्य प्रणालियों द्वारा सुरक्षित और लगातार तरीके से उपभोग किया जा सके।

संपादित करें:

कुछ है कि मैं एक प्रणाली में वर्षों से काम कर रहा है कि यह है कि यह अपने हाथ से थोड़ा कुछ समाधान पर बांध है के बाद देखा है। वहाँ कई उपकरण (यानी nHibernate, Elmah, आदि .Net दुनिया में) वास्तव में सीमित हैं जब कनेक्शन स्ट्रिंग कॉन्फ़िगरेशन फ़ाइलों में नहीं है। आपके एपीआई का उपयोग करने के लिए कई आसानी से संशोधित किए जा सकते हैं; हालांकि, यह ऐसा कुछ है जो जांच करने के लिए अधिक समय लेता है यदि आप इसका उपयोग करना चाहते हैं। उस पर बस एक एफवाईआई।

0

कनेक्शन तारों में विंडो एकीकृत सुरक्षा में स्थानांतरित करना संभव नहीं है, तो आपको सुरक्षा पहलू के बारे में चिंता करने की आवश्यकता नहीं है (जब तक आपको लगता है कि कनेक्शन के वास्तविक स्थान को सुरक्षित करने की आवश्यकता नहीं है)।

 संबंधित मुद्दे

  • कोई संबंधित समस्या नहीं^_^