2010-08-27 15 views
7

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

सभी गंभीरता में, हमें यह कहने में सक्षम होने के लिए अतिरिक्त अंक प्राप्त होते हैं कि हमने ड्रूपल या डब्ल्यूपी के लिए टेम्पलेट बनाने से कहीं अधिक किया है। यह थोड़ा असंबंधित है, लेकिन मैं एक दिन एफओएसएस के रूप में सीएमएस जारी करने में सक्षम होना चाहता हूं, लेकिन इसे निश्चित रूप से परिपक्व होना और अधिक सुरक्षित होना होगा। लेकिन मैं पीछे हटा।

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

इस विषय पर एक अच्छा ट्यूटोरियल भी मदद करेगा, भी।

आपके समय के लिए धन्यवाद।

उत्तर

0

http://freakauth.4webby.com/
जैसे कुछ पहले से मौजूद मौजूदा पुस्तकालयों का उपयोग करें पहिया को फिर से क्यों शुरू करें!

+0

यूआरएल मर चुका है –

3

यदि आप वास्तव में समस्या/समाधान के बारे में अधिक जानना चाहते हैं, तो किसी को एल्स कोड कॉपी/पेस्ट करने के बजाय, इस आलेख को देखें।

http://jaspan.com/improved_persistent_login_cookie_best_practice

सतत् कुकी प्रबंधन के लिए बहुत बढ़िया संसाधन है, हालांकि आप कोड नहीं देता है, तो यह आपको एक अच्छा ग्राउंडिंग/अवधारणा एक अधिक सुरक्षित प्रवेश प्रणाली बनाने के लिए देता है।

बेशक सबसे सुरक्षित PHP लॉगिन सिस्टम वह है जो लगातार लॉगिन कार्यक्षमता नहीं रखता है, क्योंकि उपयोगकर्ता प्रमाण-पत्र सर्वर से कहीं भी कहीं भी संग्रहीत नहीं होते हैं।

+0

वाह मैं उस लेख को पढ़ता हूं और वह पृष्ठ वाकई दिलचस्प है! +1 वैसे, आपको इंगित करना चाहिए कि समस्या का वास्तविक समाधान अंत के करीब है, लेकिन यह समझने से पहले जानकारी को पढ़ना अच्छा होता है कि यह अधिक सुरक्षित क्यों है। – Kranu

+0

आपने अभी यह मेरे लिए किया है;) लेख का पहला भाग कहीं और लिखे गए लेख की मूल बातें के माध्यम से जाता है, और उसके बाद व्यक्ति इस लेख में बाद में विस्तार करता है। – Stoosh

+0

प्रदान किया गया लिंक कोई सुधार नहीं है। अधिक जानकारी के लिए http://stackoverflow.com/questions/549/the-definitive-guide-to-forms-based-website-authentication/477579#477579 पढ़ें। अफसोस की बात है, मेरा अपवर्त पूर्ववत नहीं किया जा सकता – Nullius

1

erm, सभी मुद्दों को समझाते हुए एक अच्छी आकार की किताब भर जाएगी - उनके लिए कभी भी समाधान नहीं।बेवकूफ की मार्गदर्शिका के संक्षिप्त कार्यकारी सारांश के

रीडर डाइजेस्ट संस्करण है:

  • उपयोग एसएसएल
  • सुनिश्चित करें कि सुरक्षित और केवल Http झंडे (सत्र अपहरण को पढ़ने जाना सत्र कुकीज़ के लिए सेट कर रहे हैं, MITM हमलों)
  • पुनर्जीवित लॉग इन पर सत्र आईडी (सत्र निर्धारण को पढ़ने जाना) और लॉगआउट
  • प्रमाणीकरण और प्राधिकरण प्रणाली पर एक अमूर्त परत को लागू
  • /पहुँच इन दोनों घटकों में से प्रत्येक पर अमूर्त की एक sperate परत को लागू
  • अग्रिम में एक प्रति-पेज प्राधिकरण की जांच लागू करते हैं
  • काम करता है, तो आप दृश्यता के मामले में अपने डेटा विभाजन की जरूरत
0

ठीक है, के बारे में जानकारी का एक बहुत कुछ पाया जा सकता है:

The definitive guide to form-based website authentication

कि पृष्ठ पर लिंक में से कुछ पर के माध्यम से क्लिक करने से सवालों के सुरक्षा पर अपने ज्ञान में सुधार और के लिए लॉग इन करेंगे/मुद्दों/जनसंपर्क oblems/समाधान/...

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