मेरे पास एक सी # नेट एप्लिकेशन है जो दोनों कंपनी के आंतरिक उपयोगकर्ताओं और बाहरी ग्राहकों को सर्वर बनाता है। मुझे बढ़िया प्रमाणीकरण करने की ज़रूरत है जैसे कि किस संसाधन का उपयोग करता है। तो मुझे भूमिका-आधारित प्राधिकरण के बजाय संसाधन-आधारित या विशेषता-आधारित जैसी कुछ चाहिए।वेब अनुप्रयोगों के लिए अच्छी तरह से अधिकृत प्राधिकरण
मेरे मन में आता है या तो के लिए है:
- मेरी .net आवेदन के लिए अपने ही प्राधिकरण तंत्र और एसक्यूएल टेबल लागू
- उपयोग/एक मानक तंत्र, एक सॉफ्टवेयर है कि XACML लागू किया गया है की तरह लागू (उदाहरण के लिए Axiomatics)
पहली विधि के साथ समस्या यह है कि यह केंद्रीकृत नहीं है और न ही मानक है इसलिए अन्य सिस्टम प्राधिकरण के लिए इसका उपयोग नहीं कर सकते हैं।
दूसरे दृष्टिकोण के साथ समस्या यह है कि यह संभावित रूप से धीमी है (प्रत्येक संसाधन के लिए आवश्यक अतिरिक्त कॉल के कारण)। साथ ही मुझे यकीन नहीं है कि भविष्य में एकीकरण को आसान बनाने के लिए एक्सएसीएमएल जैसे मानक प्रमाणीकरण बाजार में अनुप्रयोगों द्वारा समर्थित है।
तो सामान्य रूप से आंतरिक उपयोगकर्ताओं और बाहरी ग्राहकों दोनों की सेवा करने वाले वेब अनुप्रयोगों के लिए बढ़िया अनाज प्राधिकरण के लिए अच्छे अभ्यास क्या हैं?
क्या एक्सेस अनुमतियां नीतियों (एक सामान्य नियम जो कई परिस्थितियों को शामिल करती हैं) के रूप में व्यक्त की जा सकती हैं या उपयोगकर्ताओं द्वारा किए गए साझाकरण निर्णयों को एक दूसरे के बीच और मूल रूप से मनमाने ढंग से कर सकते हैं? – kgilpin
@kgilpin: एक्सेस अनुमतियां सामान्य और विशिष्ट दोनों हो सकती हैं। "केवल समूह ए में चालान पढ़ सकते हैं" और विशिष्ट "उपयोगकर्ता एक्स ने खाता अल्फा तक पहुंच पढ़ी है" के रूप में सामान्य। – kaptan
मुझे लगता है कि इन दिनों कुछ भ्रम है कि वास्तव में भूमिका-आधारित पहुंच नियंत्रण (आरबीएसी) क्या है। इसकी औपचारिक कल्पना में, आरबीएसी आपकी इच्छाओं को करने में बहुत सक्षम है। आपने दो भूमिकाओं का वर्णन किया है: "चालान पाठक" और "खाता अल्फा के पाठक"। आपके पास नीचे दो जवाब हैं जो विशेषता-आधारित अभिगम नियंत्रण के विक्रेताओं से हैं, लेकिन ऊपर वर्णित नियमों में मुझे विशेषता-आधारित विशेषता नहीं है। एक धारणा है कि "आरबीएसी ऐसा नहीं कर सकता", क्योंकि लोग आरबीएसी की औपचारिकता को आरबीएसी के कुछ कमजोर कार्यान्वयन के साथ भ्रमित करते हैं। – kgilpin