SQL सर्वर सुरक्षित है?

जब से मैंने सीखा कि डेटाबेस कैसे काम करता है, मैं SQL सर्वर का उपयोग कर रहा हूँ। MS SQL में एक एक्सेस डेटाबेस को माइग्रेट करना EnGraph पर मेरा पहला बड़ा प्रोजेक्ट था। मैंने पिछले कुछ वर्षों में इतना कुछ नहीं सीखा है और एक ग्राहक के सवाल से विचलित हो गया है - SQL सर्वर सुरक्षित है या नहीं। विशेष रूप से, ग्राहक हमारे पैराप्लान क्लाउड उत्पाद में रुचि रखते थे, जिसे हमने अमेज़ॅन ईसी 2 का उपयोग करते हुए रखा था, और पोर्ट 3333 के उद्घाटन के बारे में चिंतित थे।

आंशिक रूप से, मुझे अचंभे में डाल दिया गया क्योंकि मेरी विचार प्रक्रिया कुछ इस तरह थी: “बेशक, SQL सर्वर सुरक्षित है! इसके बारे में पूछना कितना मूर्खतापूर्ण है! ”लेकिन एक दशक से अधिक समय तक SQL सर्वर के साथ काम करने के बाद, मैं संतोषजनक ढंग से उनके सवाल का जवाब नहीं दे सका। हमने इस उत्पाद के उपयोग पर एक पूरी कंपनी का निर्माण किया और इसलिए, शायद, हमें यह समझने की आवश्यकता है कि इसकी सुरक्षा कैसे काम करती है। इसलिए, मैंने उन्हें उत्तर दिया कि मैं अतिरिक्त शोध करूंगा और परिणामों के साथ लौटूंगा।

यहाँ मुझे कई घंटों के शोध के बाद मिला है:

लॉगिन / पासवर्ड हस्तांतरण लेनदेन हमेशा एन्क्रिप्टेड होते हैं ( MSDN ):

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

(आगे मेरे द्वारा जोड़ा गया - लगभग। अनुवादक )
इस तरह के एक स्व-हस्ताक्षरित प्रमाण पत्र सुरक्षा बढ़ाता है, लेकिन सर्वर पहचान नकली के खिलाफ सुरक्षा प्रदान नहीं करता है। यदि एक स्व-हस्ताक्षरित प्रमाणपत्र का उपयोग किया जाता है, और ForceEnc एन्क्रिप्शन पैरामीटर Yes पर सेट है, तो यह स्व-हस्ताक्षरित प्रमाणपत्र SQL सर्वर और क्लाइंट एप्लिकेशन के बीच नेटवर्क पर स्थानांतरित सभी डेटा को एन्क्रिप्ट करेगा।

आप डेटाबेस / तालिकाओं / स्तंभों का अतिरिक्त एन्क्रिप्शन कर सकते हैं, लेकिन प्रदर्शन ( मीनल डेव ) की कीमत पर:

SQL Server 2005 में एन्क्रिप्शन एक बहुत महत्वपूर्ण सुरक्षा विशेषता है। लंबी और असममित कुंजियाँ अप्राप्य, मजबूत एन्क्रिप्शन का निर्माण करती हैं, जो बदले में प्रोसेसर पर डेटा को एन्क्रिप्ट करने के लिए भारी भार डालती हैं। एन्क्रिप्शन जितना मजबूत होगा, प्रक्रिया उतनी ही धीमी होगी। यदि आपको बड़ी मात्रा में डेटा एन्क्रिप्ट करने की आवश्यकता है, तो एक सममित कुंजी मान ली गई है। अतिरिक्त सुरक्षा प्रदान करने के लिए एक ही सममित कुंजी को एक असममित कुंजी के साथ एन्क्रिप्ट किया जा सकता है, जिससे अधिक विश्वसनीय एन्क्रिप्शन के लाभों का उपयोग होगा। यह भी अनुशंसा की जाती है कि आप एन्क्रिप्शन से पहले डेटा को संपीड़ित करें, क्योंकि एन्क्रिप्ट किए गए डेटा को संपीड़ित नहीं किया जा सकता है।

यदि आप SQL तक पहुँच को और नियंत्रित करना चाहते हैं, तो आप निर्दिष्ट सर्वर तक पहुँच को प्रतिबंधित करके पोर्ट 1433 के सभी आउटगोइंग ट्रैफ़िक को रोक सकते हैं। यह सिस्को के साथ कैसे किया जा सकता है ।

अब मैं SQL सर्वर सुरक्षा के बारे में अधिक जानता हूं और ग्राहकों को यह जानकारी देने में अधिक आत्मविश्वास महसूस करता हूं। यह तय करने में उनकी मदद करेगा कि हमारी रिपॉजिटरी में होस्ट किए गए उत्पाद के साथ काम करना जारी रखना है या एनग्राफ द्वारा होस्ट किए गए उत्पाद के साथ।

अनुवादक के बाद
मूल्यांकन देना मेरा व्यवसाय नहीं है, लेकिन कोड प्रोजेक्ट मेलिंग सूची में नोटों का ऐसा स्तर कैसे प्राप्त होता है, यह आश्चर्यचकित करता है। दूसरी ओर, कुछ का अनुवाद करना शुरू करना, मुझे इसे आधा फेंकना पसंद नहीं है। शायद कोई काम आएगा।