वेबसाइट बनाने के बारे में नहीं

सभी को नमस्कार। अब मैं एक वेब संसाधन पर कमजोरियों के बारे में बताऊंगा और दिखाऊंगा। और यह क्या है, आप कहते हैं, इंटरनेट पर ऐसी कई साइटें हैं। हां, यह कुछ खास नहीं होगा अगर यह किसी सरकारी एजेंसी की साइट के लिए न हो।

क्षेत्रीय मंच के माध्यम से चलते हुए, मुझे एक विषय मिला जहां इस संसाधन का एक लिंक था। मनोरंजन के लिए, मैंने रुककर चारों ओर देखने का फैसला किया। सबसे पहली बात जो मेरी नजर में आई, वह थी http: //**************************** जाहिरा तौर पर आईडी निर्धारित करता है कि क्या दिखाना है। बिना किसी हिचकिचाहट के, अक्षरों को संख्या और लो और निहारना में जोड़ें ...
वेब एप्लिकेशन विकसित करने के बारे में किसी भी पुस्तक के पहले पन्नों पर, वे इस प्रकार की त्रुटियों के बारे में लिखते हैं, और उनसे कैसे बचें।
साइट में सभी प्रकार के दस्तावेज हैं। मुझे आश्चर्य है कि वे कहाँ संग्रहीत हैं? मैं फ़ाइलें फ़ोल्डर का नाम होगा, काफी तार्किक रूप से। खैर, वांछित पता दर्ज करें, और ...
हां, यह धारणा सही है, यह स्पष्ट है कि यह फ़ोल्डर लेखन योग्य है। यह पता लगाना बाकी है कि ये फाइलें वहां कैसे पहुंचती हैं। यह सब सतह पर भी है, लेकिन मैं जानबूझकर वर्णन नहीं करूंगा कि शेल स्क्रिप्ट कैसे भर गई थी, मैं केवल यह कहूंगा कि यह संभव है। आगे बढ़ें और मंत्री से प्रश्न पूछने के लिए फ़ॉर्म देखें। सबसे पहले, हम गलत डेटा दर्ज करते हैं, और ...
बहुत सी दिलचस्प चीजें कभी-कभी एक कॉल स्टैक दिखाती हैं। हम संपर्कों में मेल ढूंढते हैं, और अनुमान लगाते हैं। अनुमान सही है।
मैं किसी और के मेल को नहीं पढ़ता हूँ, और यहाँ मैं वही करूँगा। लेकिन, फ़ोल्डर्स में आप दिलचस्प नाम "मिनफिन" देख सकते हैं। यह वह जगह है जहां मेल वित्त के क्षेत्रीय मंत्रालय से आता है, ज्यादातर वे विभिन्न कार्यक्रमों के अपडेट भेजते हैं, लेकिन मैं अनुभव से जानता हूं कि कभी-कभी वे पासवर्ड और उपस्थिति भेज सकते हैं। हां, एक दिलचस्प उदाहरण, यह बताने का तरीका कि आपको इसे करने की कभी आवश्यकता नहीं है।

निष्कर्ष स्वयं सुझाव देते हैं।
डेवलपर्स के लिए:

1. किताबें पढ़ें। इससे पहले कि आप कई अच्छे प्रोग्रामर थे जो पहले ही कई गलतियों से गुजर चुके हैं, अनुभवों को साझा करने के लिए किताबें लिखी हैं। दूसरों की गलतियों को न दोहराएं।
2. हमेशा ब्राउज़र से जमा किए गए डेटा की जांच करें। सुरक्षित तरीके से मापदंडों के माध्यम से क्वेरी में चर सेट करें।
3. उपयोग का प्रयास करें ... ब्लॉक पकड़ें। एक त्रुटि हमेशा हो सकती है, और कॉल स्टैक में बहुत सारी दिलचस्प चीजें होंगी। असुरक्षित कोड लपेटें और त्रुटियों को संभालें।
4. पासवर्ड को कभी भी कोड में स्टोर न करें। पासवर्ड को अलग-अलग फ़ाइलों में कॉन्फ़िगरेशन को बदलना और बदलना चाहिए, जिस तक पहुंच बाहर से बंद है।
5. गोलाकार साइटों को विकसित न करें, याद रखें कि चारों ओर बहुत सारे जिज्ञासु मन हैं। शुद्धता के लिए सब कुछ जांचें, जानबूझकर सही डेटा दर्ज न करें।

व्यवस्थापकों के लिए:

1. आपके द्वारा उपयोग किए जाने वाले उत्पादों के लिए प्रलेखन पढ़ें।
2. अनुमति न दें "हर किसी को हर चीज की अनुमति है।" इस उदाहरण में, इस नियम ने सर्वर निर्देशिकाओं को स्वतंत्र रूप से घूमने की अनुमति दी।
3. हमेशा सुरक्षा समय लें।
4. "मंत्रालय" के लिए एक बॉक्स कठोर है। एक डोमेन पंजीकृत करें और इसे मेल संलग्न करें, यह महंगा नहीं है, किसी भी सरकारी एजेंसी का बजट इसे अनुमति दे सकता है।
5. महीने में एक बार अपना पासवर्ड बदलने का नियम बनाएं।

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