क्या "सा" पासवर्ड बदलने के लिए SQL पुनरारंभ (मिश्रित मोड में) की आवश्यकता होती है?

Question

हमने एक SQL "sa" खाते की खोज की है जिसका उपयोग इस तरह से नहीं होना चाहिए था, इसलिए हम अपने सभी SQL इंस्टेंस पर sa पासवर्ड बदल रहे हैं।

(हमारे पास मिश्रित प्रमाणीकरण मोड में चलने वाले 2017 सर्वर के माध्यम से SQL 2005 है। सभी उपयोगकर्ताओं और अनुप्रयोगों को कनेक्ट करने के लिए या तो डोमेन खाते या गैर-सा खातों का उपयोग करना चाहिए । मैं निगरानी कर रहा हूं, लेकिन कोई अन्य एप्लिकेशन, उपयोगकर्ता या गैर नहीं मिला है। सा खाते का उपयोग करके अनन्त स्पिड्स।)

कुछ प्रश्न:

Q1: क्या पासवर्ड बदलने के लिए SQL पुनरारंभ की आवश्यकता होती है?

मुझे कुछ संदर्भ मिले जो कहते हैं कि एस अकाउंट पासवर्ड बदलने के बाद SQL सेवा पुनरारंभ की आवश्यकता होती है:

• डीबीए एसई: बदलते पासवर्ड
• SQLAuthority: SA का उपयोग पासवर्ड बदलें प्रबंधन स्टूडियो का उपयोग कर लॉगिन करें

क्या यह सच है? या केवल अगर मैं प्रमाणीकरण मोड बदल रहा हूँ? या केवल अगर मैं नियमित रूप से सा के रूप में लॉग ऑन करता हूं?

यह SQL सर्वर सेंट्रल थ्रेड भी बदलने का सुझाव देता है जो मौजूदा SQL एजेंट नौकरियों और अन्य सामान को प्रभावित कर सकता है; यह एक चिंता का विषय है? या केवल अगर किसी ने एसएस खाते या कुछ और में एसए खाते को हार्ड-कोड किया है?

(यदि यह मायने रखता है, तो हम एसक्यूएस सेवा और एसक्यूएल एजेंट सेवा के लिए डोमेन खातों का उपयोग करते हैं, और एसएसआई पैकेज या पॉवरशेल स्क्रिप्ट को कॉल करने वाली नौकरियों के लिए डोमेन प्रॉक्सी खाते।)

Q2: क्या मैं पासवर्ड को "सामान्य" तरीके से बदल सकता हूं?

क्या मैं इसे रीसेट कर सकता हूं जैसे मैं कोई अन्य खाता होगा? SSMS का उपयोग करना, या इसके माध्यम से अधिक संभावना:

ALTER LOGIN sa WITH PASSWORD = 'newpass';

या मुझे एकल-उपयोगकर्ता मोड या कुछ और दर्ज करना होगा जिसके लिए नियोजित डाउनटाइम की आवश्यकता होगी? (ध्यान दें कि मैं इसे एक डोमेन खाते से चला रहा हूं, जबकि "सा" के रूप में जुड़ा नहीं है।)

Q3: हम एक नियमित आधार पर इस पासवर्ड रोटेशन करने की कोशिश करनी चाहिए? या केवल जब हम एक मुद्दा पाते हैं?

क्या यह अनुशंसित "सर्वश्रेष्ठ अभ्यास" है?

Answer 1

Q1: क्या पासवर्ड बदलने के लिए SQL पुनरारंभ की आवश्यकता होती है?

नहीं, लेकिन प्रमाणीकरण मोड को बदलना चूंकि आप केवल पासवर्ड बदल रहे हैं और प्रमाणीकरण मोड पहले से ही मिश्रित है, इसलिए आपको पासवर्ड बदलने के साथ ही जाना अच्छा है।

Q2: क्या मैं पासवर्ड को "सामान्य" तरीके से बदल सकता हूं?

हाँ, यह सिर्फ एक और SQL लॉगिन खाता है।

Q3: हम एक नियमित आधार पर इस पासवर्ड रोटेशन करने की कोशिश करनी चाहिए? या केवल जब हम एक मुद्दा पाते हैं?

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

Comments

इसका नाम न बदलें लेकिन इसे अक्षम करना वास्तव में एक अच्छा विचार है।

— जोशुआ

@ जोशुआ का नाम बदलना एक अच्छा विचार है, खासकर अगर आपको ऑडिट किया जा रहा है या अन्य सुरक्षा प्रथाओं के भाग के रूप में अनुपालन के प्रयास के लिए आवश्यक हो सकता है।

— सीन गैलार्डी

मैंने टूटे हुए सामान को ट्रैक करने में बहुत अधिक समय बिताया है क्योंकि किसी ने इसका उपयोग किए जाने के बाद एक अंतर्निहित खाते का नाम बदल दिया।

— जोशुआ

@ जोशुआ अगर आपने नाम बदल दिया और इसे निष्क्रिय कर दिया जब आपने इसे बनाया था तो यह समस्या नहीं होगी। बेशक यह केवल एक आगे बढ़ने वाला समाधान है। महीनों या वर्षों के बाद नाम बदलना समस्याग्रस्त हो सकता है।

— जेम्स जेनकिंस

@JamesJenkins: आह अच्छा आप पकड़ रहे हैं।

— जोशुआ

Answer 2

घोड़ों के पहले से ही भाग जाने के सवाल के बाद यह एक खलिहान का दरवाजा है।

जब आपने उदाहरण बनाया हो, तो आपको नाम बदलकर sa खाते को निष्क्रिय कर देना चाहिए।

किसी भी समय आपके पास एक प्रसिद्ध खाता है, जैसे कि विंडोज सिस्टम पर व्यवस्थापक या SQL सर्वर के लिए sa, आपको इसे सुरक्षित करने के लिए कुछ कदम उठाने चाहिए। आइए विशेष रूप से देखें कि आपको सा के साथ क्या करना चाहिए:

पासवर्ड का अनुमान लगाना मुश्किल है।

नाम बदला सा।

अक्षम करें सा।

सुनिश्चित करें कि कोई भी अन्य नाम sa मौजूद नहीं है।

स्रोत

यदि आप SQL एक्सेस प्राप्त करने के लिए 'sa' खाते को आपातकालीन तरीके के रूप में रख रहे हैं, तो सुरक्षित तरीके हैं देखें: SQL सर्वर से कनेक्ट करें जब सिस्टम व्यवस्थापक लॉक हो जाते हैं यदि आपके पास नेटवर्क खाता एक्सेस नहीं है, तो आपको बड़ी समस्याएं हैं, तो नहीं SQL से कनेक्ट करने में सक्षम।

Comments

मैं नाम बदलकर सा देख सकता हूं , लेकिन क्या यह पूरी तरह से अक्षम नहीं कर पाएगा, अगर किसी आपात स्थिति में डोमेन प्रमाणीकरण अनुपलब्ध हो तो मुझे कनेक्ट करने से रोकें? (ऐसा नहीं है कि मुझे कभी ऐसा करने की आवश्यकता याद हो सकती है, लेकिन मैं सभी आकस्मिकताओं का अनुमान लगाने की कोशिश कर रहा हूं।)

— ब्राडकास्ट

@ ब्रैडक ने आपकी टिप्पणी को संबोधित करते हुए अपडेट किया

— जेम्स जेनकिंस

धन्यवाद, हम इस पर विचार करेंगे कि दीर्घकालिक समाधान के लिए।

— ब्रैडक

यह मुश्किल है, अगर असंभव नहीं है, तो एकीकृत प्रमाणीकरण को पूरी तरह से काम करना बंद कर दें क्योंकि SQL सर्वर सेवा तब तक नहीं चलेगी जब तक कि यह लॉग इन नहीं कर सकता। आपको Windows एकीकृत प्रमाणीकरण का उपयोग करने के लिए एक सक्रिय निर्देशिका डोमेन मौजूद होने की आवश्यकता नहीं है; SQL सर्वर आपको स्थानीय सुरक्षा प्राधिकरण के विरुद्ध प्रमाणित कर सकता है।

— मैक्स वर्नोन