जावा प्रमाणीकरण के लिए विकल्प क्या हैं?

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

अपाचे Shiro फ्लेक्स/सिल्वरलाइट/स्विंग का समर्थन करने के साथ ही लगता है, लेकिन मैं जानना चाहते हैं, तो क्या कोई अन्य विकल्प है कि कंटेनर विशिष्ट नहीं कर रहे हैं।

स्रोत

2010-05-08 Manius

जब आप कहते हैं कि आप कुकी आधारित नहीं होना चाहते हैं तो आप किस प्रकार की याद कर रहे हैं? एक सत्र के भीतर आप यूआरएल में पैरामीटर का उपयोग कर सकते हैं, लेकिन सत्रों के बीच मैं बिना (फ्लैश) कुकीज़ के क्रेडेंशियल स्टोर करने के तरीके के बारे में नहीं जानता। –

साझा नहीं किया जा सका ऑब्जेक्ट करें? http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/flash/net/SharedObject.html मैं ऐसा करने का रसद होगा क्या पता नहीं है, लेकिन यह कंटेनर सत्र प्रबंधन पूरी तरह खाई करने के लिए अच्छा होगा किसी ऐसे कंटेनर की आवश्यकता नहीं है (जैसे शिरो?) मैं बिना किसी चिंता के जे 2 ईई कंटेनरों को तैनात करने में सक्षम होना चाहता हूं कि मेरी सुरक्षा/सत्र कार्यक्षमता हर बार तोड़ने जा रही है, लेकिन मैं भी 1/मेरे विकास समय में से 3 इस तरह की सुरक्षा स्थापित करते हैं। क्या यह एक सार्थक लक्ष्य नहीं है? – Manius

बाहर कर देता है Apache Shiro स्प्रिंग सुरक्षा की तुलना में समाधान जानने के लिए वास्तव में एक सरल और आसान है। और कोई बेवकूफ एक्सएमएल विन्यास अच्छा नहीं है।

स्रोत

2010-12-19 19:37:46 Manius

मुझे नहीं लगता कि क्यों फ्लेक्स को क्लाइंट पक्ष के बाद कुछ भी प्रमाणित करना चाहिए। क्या किसी को आपके फ्लैश/फ्लेक्स को कम करने से रोक रहा है?

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

संपादित करें: प्रमाणीकरण के लिए उपयोग वसंत secuirty।

स्रोत

2010-05-08 18:01:08 rook

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

यह भी मेरा मानना है कि स्प्रिंग सिक्योरिटी डॉक्स कुकी-आधारित दृढ़ता के विकल्प के बारे में बात करते हैं जो अधिक सुरक्षित है (मैं इसे भूल जाता हूं जिसे मैं बुलाता हूं लेकिन मुझे विश्वास है कि यह डेटाबेस का उपयोग करता है), और मुझे लगता है कि फ्लेक्स ऐप के साथ कुकीज बहुत अच्छी तरह एकीकृत नहीं होती हैं । और एक और बात - प्रमाणीकरण इतना कठिन नहीं है (जेएएएस) लेकिन प्राधिकरण अधिक समस्याग्रस्त प्रतीत होता है। – Manius

@ क्रूसर आप थोड़ा उलझन में हैं। सत्र स्थिति बनाए रखने के लिए यह एक पूर्ण आवश्यकता है कि आप वेब सर्वर पर सत्र आईडी पास करते हैं। सत्र जो राज्य सत्र बीन द्वारा रखा जा रहा है या डेटाबेस का उपयोग करना secuirty के मामले में अप्रासंगिक है। यदि यह सत्र आईडी हमलावर को लीक किया गया है हालांकि xss या sniffing, तो उस खाते से समझौता किया गया है। यही कारण है कि ओडब्ल्यूएएसपी ए 3: टूटा प्रमाणीकरण और सत्र प्रबंधन पूरे सत्र में HTTPS के उपयोग की आवश्यकता है। – rook

वसंत सुरक्षा अब तक का सबसे अच्छा टूल है।

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

अनिवार्य रूप से, स्प्रिंग सुरक्षा/JAAS के प्रलेखन पढ़ना, और अपने आग सेवाओं के यूआरएल के साथ JSPs स्थानापन्न।

वसंत सुरक्षा भी भूमिकाओं और प्राधिकरण के लिए समर्थन है। इसमें याद रखने की कार्यक्षमता भी है, लेकिन जो पूरी तरह से कुकीज़ का उपयोग करता है। कुकीज़ के बिना आपको याद रखने की कार्यक्षमता नहीं हो सकती है।

प्रमाणीकरण के बारे में, यह एक कुकी के बजाय एक अनुरोध पैरामीटर के रूप में प्रमाणीकरण टोकन पारित करने के लिए संभव है। लेकिन कुकीज़ की सिफारिश की जाती है, और सही होने के लिए बहुत आसान है।

और अंत में, सुरक्षा https के बिना व्यर्थ है। यदि आप सुरक्षा की परवाह करते हैं तो आपको बिल्कुल अपने आवेदन में https का उपयोग करना होगा।

स्रोत

2010-05-08 21:10:45

मुझे समझ में नहीं आता कि हर कोई क्यों कहता है कि वसंत सुरक्षा इतनी महान है (या शिरो "ओवरकिल" है) जब वसंत सुरक्षा में निर्भरताओं की भारी सूची और एक सीधी सीखने की वक्र है। शिरो का लक्ष्य 'उपयोग करने में आसान' होना है, लगभग कोई निर्भरता और जार नरक नहीं है, और बहुत कम विन्यास है। स्प्रिंग एक्सएमएल बुत के साथ तुलना में मैं बस समझ में नहीं आता कि कैसे कोई शिरो ओवरकिल कह सकता है। यदि वसंत सुरक्षा में कुछ भी अधिक सुविधाएं हैं, लेकिन बहुत अधिक फूला हुआ है। ऐसा लगता है जैसे ये दोनों एकमात्र विकल्प हैं ... – Manius

जावा प्रमाणीकरण के लिए विकल्प क्या हैं?

उत्तर

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