मैं आमतौर पर अपने लिए अलग लॉगइन सेट करना पसंद करता हूं, एक नियमित उपयोगकर्ता अनुमतियों के साथ, और एक अलग प्रशासनिक कार्यों के लिए। उदाहरण के लिए, यदि डोमेन XXXX था, तो मैं XXXX \ bpeikes और XXXX \ adminbp खाता सेट करूंगा। मैंने हमेशा ऐसा किया है क्योंकि स्पष्ट रूप से मुझे खुद पर भरोसा नहीं है कि एक प्रशासक के रूप में लॉग इन किया जा सकता है, लेकिन हर जगह जो मैंने काम किया है, सिस्टम एडमिनिस्ट्रेटर सिर्फ अपने सामान्य खातों को डोमेन एडमिन ग्रुप में जोड़ते हैं।
क्या कोई सर्वोत्तम प्रथाएं हैं? मैंने MS से एक लेख देखा है जो यह कहता है कि आपको Run As का उपयोग करना चाहिए, और एक व्यवस्थापक के रूप में लॉगिन नहीं करना चाहिए, लेकिन वे कार्यान्वयन का उदाहरण नहीं देते हैं और मैंने कभी किसी और को ऐसा करते नहीं देखा है।
1
जैसा कि लिनक्स / यूनिक्स में मुख्य रूप से डील करता है और विंडोज विशेषज्ञ नहीं है, क्या यह ठीक नहीं है कि यूएसी को क्या तय करना चाहिए? जिससे मेरा मतलब है, ताकि कोई एक खाते का उपयोग कर सके लेकिन अभी भी केवल अधिकृत प्रक्रियाओं को ही प्रशासनिक विशेषाधिकार प्राप्त हैं।
—
Dolda2000
@ Dolda2000 UAC अपने स्थानीय मशीन पर व्यवस्थापक के रूप में चलने की आदत में अंत उपयोगकर्ताओं के लिए अधिक था। जब आप अपनी स्थानीय मशीन पर एक डोमेन व्यवस्थापक के रूप में चल रहे होते हैं तो अतिरिक्त चिंताएँ होती हैं - आपकी साख और पहुँच का उपयोग आपकी मशीन पर वायरस को स्थापित करने से बहुत बदतर के लिए किया जा सकता है, यह देखते हुए कि आपने किस तरह से अधिकांश चीजों को अधिकार प्राप्त किया है संपूर्ण डोमेन।
—
होपलेस
@ HopelessN00b: और आप कह रहे हैं कि यूएसी उन चीजों पर लागू नहीं होता है? क्यों नहीं? क्या तकनीकी कारण हैं, या कार्यान्वयन में केवल कमी है?
—
Dolda2000
@ Dolda2000 ठीक है, UAC को मैलवेयर के साथ समस्या को ठीक करना चाहिए था जो स्वयं को एंड-यूज़र्स और उपभोक्ताओं के पीसी पर स्थापित करने के लिए लॉग-ऑन प्रशासनिक उपयोगकर्ता के उपयोगकर्ता संदर्भ का उपयोग करने में सक्षम था। और यह करता है। यह उस विशिष्ट वेक्टर को स्थानीय रूप से मैलवेयर इंस्टॉल करने के लिए डोमेन व्यवस्थापक के उपयोगकर्ता संदर्भ का उपयोग करने से भी रोकता है, हालांकि, यह सीमित उपयोगकर्ता के बजाय डोमेन व्यवस्थापक के रूप में चलाने में शामिल सुरक्षा चिंताओं की सीमा नहीं है।
—
होपलेस
@ Dolda2000 UAC स्थानीय मशीन पर विशेषाधिकार प्राप्त कार्यों को निष्पादित करने से प्रक्रियाओं को रोकता है। यदि आप एक डोमेन व्यवस्थापक के रूप में लॉग इन हैं, तो आप अन्य मशीनों पर दूरस्थ रूप से विशेषाधिकार प्राप्त कमांड चला सकते हैं और वे UAC प्रॉम्प्ट के बिना दूरस्थ मशीनों पर एलिवेटेड चलेंगे। इस प्रकार विशेष रूप से इसका उपयोग करने के लिए डिज़ाइन किया गया मैलवेयर आपके पूरे डोमेन को संक्रमित कर सकता है (और फिर आपके स्थानीय मशीन को किसी अन्य दूरस्थ मशीन का उपयोग करके संक्रमित कर सकता है) बिना आपको यूएसी प्रॉम्प्ट देखे।
—
मॉन्स्टिएर