2009-05-04 18 views
7

.NET code access security काफी समय से आसपास रहा है, फिर भी ऐसा लगता है कि वास्तविक दुनिया में शायद ही कभी इसका उपयोग किया जा रहा है।.NET कोड एक्सेस सुरक्षा - इसका शायद कभी उपयोग क्यों किया जाता है?

सोचने के तरीके के लिए, यह एक उत्कृष्ट अवधारणा की तरह लगता है, और जिसे मैंने .NET से पहले नहीं देखा था। (क्या यह अन्य भाषाओं में मौजूद है?)

मैं जानना चाहता हूं कि कोई भी अपनी परियोजनाओं में सक्रिय रूप से इसका उपयोग कर रहा है और क्यों?

जो लोग इसका उपयोग नहीं कर रहे हैं, उनके पास "सुरक्षा के लिए बजट नहीं है" या "मेरे पास सुरक्षा सीखने का समय नहीं है" से परे वैध कारण हैं?

फिनली अपने लक्ष्यों को प्राप्त करने में कितना प्रभावी है?

+0

अच्छा सवाल। मैं सहमत हूं (मेरे अनुभव से) कि इसका शायद ही कभी उपयोग किया जाता है, लेकिन क्यों नहीं कह सकता। हालांकि सीखने की अवस्था निश्चित रूप से एक कारक है। शायद अधिकांश डेवलपर्स को इसके लिए कभी भी उपयोग नहीं मिला है? मेरे पास निश्चित रूप से वीबीएनईटी और सी # में विकसित होने वाले वर्षों की संख्या नहीं है ... – Noldorin

उत्तर

4

वास्तविक कारण यह है कि माइक्रोसॉफ्ट ने कोड एक्सेस सुरक्षा का उपयोग करने के तरीके पर कोई मार्गदर्शन और सर्वोत्तम प्रथा नहीं दी। तो यह वास्तव में कभी नहीं लिया। उन्होंने कभी समझाया नहीं कि आप अपने कोड की रक्षा क्यों करना चाहते हैं। जब कोई अपवाद होता है तो क्या होता है, यह कैसे से पुनर्प्राप्त किया जाता है। मुझे लगता है कि वे मुख्य समस्याएं हैं।

डेटा पहुंच सुरक्षा के साथ इसे भ्रमित न करें जो मार्गदर्शन और सर्वोत्तम प्रथाएं दे रहा है।

+0

मैं निम्नलिखित नहीं हूं कि क्यों "अपवाद होता है जब होता है" सीएएस के साथ कुछ भी करना है - क्या आप विश्वसनीयता नियंत्रण सामग्री के बारे में सोच रहे थे ? –

+0

जब आपके पास कुछ कोड तक पहुंच नहीं है तो कोई अपवाद नहीं फेंक दिया जाता है। क्या होता है जब कोड कोड के उस ब्लॉक पर निर्भर करता है? आप उस स्थिति को कैसे संभालेंगे? –

8

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

तो हम आंशिक रूप से भरोसेमंद परिदृश्य के लिए अपना कोड कैसे लिखना सीखने के प्रयास को खर्च नहीं करते हैं? खैर, ईमानदार, पूर्ण विश्वास काम करने के लिए, और यदि आप ऐसे परिदृश्य में नहीं हैं जहां निष्पादक लेखक पर भरोसा नहीं कर सकता है, तो इसकी आवश्यकता नहीं है, और मेरे ग्राहक हाथीदांत-टावर वास्तुकला के लिए मुझे भुगतान नहीं करते हैं - वे कोड चलाने के लिए मुझे भुगतान करें जो उनकी व्यावसायिक आवश्यकताओं को पूरा करता है। ज्यादातर आम मामलों में, सीएएस की आवश्यकता नहीं है।

+0

क्या आप कह रहे हैं कि सभी अंत उपयोगकर्ता डेस्कटॉप इन कंपनियों में प्रशासनिक निजीकरण के साथ चलते हैं? – JonnyBoats

+0

नहीं। पूर्ण ट्रस्ट का मतलब यह नहीं है कि यह व्यवस्थापक के रूप में चलता है। पूर्ण विश्वास का मतलब है कि यह उपयोगकर्ता चलाने वाले पूर्ण निजी लोगों के साथ चलता है। –

+0

सीएएस आवेदन से आवेदन चलाने वाले उपयोगकर्ता की सुरक्षा के बारे में है। सामान्य उपयोगकर्ता के रूप में चलने वाला एक पूर्ण ट्रस्ट एप्लिकेशन व्यवस्थापक चीजें नहीं कर सकता है। –

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

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