पढ़ने के बाद जलाएं

पिछले सेमेस्टर, Mail.Ru Technopark में सूचना सुरक्षा पाठ्यक्रम के लिए एक होमवर्क के रूप में , हमें एक बार की लिंक सेवा लिखने के लिए कहा गया था। इसी तरह की सेवाएं पहले से मौजूद हैं, लेकिन यह विचार मुझे व्यावहारिक अनुप्रयोग के दृष्टिकोण से और तकनीकी कार्यान्वयन के दृष्टिकोण से दिलचस्प लगा। मैंने कार्य पूरा किया, और, सिस्टम को थोड़ा संशोधित करने के बाद, मैंने इसे सार्वजनिक डोमेन में पोस्ट किया। मैं इस बात पर बात करूंगा कि मुझे इस छोटे से लेख में किन समस्याओं का समाधान करना था और किन समस्याओं का सामना करना पड़ा।

हम किस बारे में बात कर रहे हैं

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

पहला दृष्टिकोण

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

लेकिन किसी तरह यह गंभीर नहीं है, क्या यह है?

दूसरा तरीका

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

तीसरा तरीका

डेटाबेस में डेटा एक खुले रूप में संग्रहीत किया जाता है। किसी तरह, यह एक रहस्य है। यदि डेटाबेस लीक होता है, तो हमारे सभी रहस्य हमलावर को उपलब्ध होंगे। क्या करें? प्ले टेक्स्ट में डेटा स्टोर न करें! चलो उन्हें एन्क्रिप्ट करें। हम एक मजबूत सममित ब्लॉक एन्क्रिप्शन एल्गोरिथ्म का चयन करेंगे, और डेटा प्रदर्शित करते समय, हम मक्खी पर डेटा को डिक्रिप्ट करेंगे, क्योंकि संदेशों की मात्रा आमतौर पर छोटी होती है। अब, यदि डेटाबेस लीक हो रहा है, तो आवश्यक डेटा प्राप्त करने के लिए हमलावर को अभी भी पसीना बहाना होगा। बुरा नहीं है। लेकिन एक गंभीर "लेकिन" है। अक्सर, आखिरकार, एक हैकर के पास या तो सिस्टम तक कोई पहुंच नहीं होती है, या पूरी पहुंच होती है। एन्क्रिप्शन कुंजी सहित हमारी डिक्रिप्शन सेवा के स्रोत कोड को शामिल करना, और फिर उसके पास मौजूद सभी डेटा पूरे दृश्य में होंगे - इसे "एक बाएं" को डिक्रिप्ट करना संभव होगा। यह पता चलता है कि एन्क्रिप्शन बहुत मायने नहीं रखता है। क्या करें?

चौथा दृष्टिकोण

प्रत्येक उपयोगकर्ता संदेश बेतरतीब ढंग से उत्पन्न कुंजी के साथ एन्क्रिप्ट किया गया है। एन्क्रिप्शन के बाद, कुंजी को दो हिस्सों में विभाजित किया जाता है, जिनमें से एक को एन्क्रिप्टेड डेटा के साथ डेटाबेस में संग्रहीत किया जाता है, और दूसरी छमाही क्लाइंट को दी गई लिंक में एम्बेडेड होती है। नतीजतन, यह पता चलता है कि डेटा को केवल कुंजी के दोनों हिस्सों के साथ डिक्रिप्ट किया जा सकता है। इस प्रकार, डेटाबेस को आम तौर पर सार्वजनिक डोमेन में रखा जा सकता है और सिस्टम के संपूर्ण एल्गोरिथ्म को पूरी तरह से प्रकट कर सकता है - क्लाइंट के लिंक में कुंजी के दूसरे भाग के बिना, डेटाबेस में डेटा सिर्फ कचरे का एक गुच्छा है। बहुत बढ़िया!

पांचवां और अंतिम दृष्टिकोण

सब कुछ अच्छा लगने लगा है। हम एक नाम के साथ आते हैं, एक उपयुक्त डोमेन रजिस्टर करते हैं। वे secureshare.pw बन गए।
अंतिम विवरण: खुले HTTP प्रोटोकॉल का उपयोग करके गंभीर चीजों को चलाना बेकार है। HTTPS की जरूरत है। पहला कदम सरल है - हम HTTP का उपयोग करने की अनुमति नहीं देते हैं और सर्वर पर HTTPS स्थापित करने के बाद पोर्ट 80 से 443 तक रीडायरेक्ट करने के लिए मजबूर होते हैं। यह काम करता है। लेकिन कोने में एक चमकदार लाल शिलालेख है जिसमें कहा गया है कि डोमेन की प्रामाणिकता को सत्यापित नहीं किया गया है, और क्रोम विस्मय के साथ एक लाल (नए संस्करण में - पीला) चेतावनी स्क्रीन प्रदर्शित करता है।



यह अच्छा नहीं है। यह आवश्यक है कि जड़ प्रमाणीकरण अधिकारियों में से एक हमारी पहचान की पुष्टि करता है। एक खोज इंजन में प्रश्नों की एक जोड़ी - और हमें विभिन्न प्रकार की कंपनियों से बहुत सारे ऑफ़र मिलते हैं। मैंने GoDaddy को चुना - प्राप्त करने और पर्याप्त धन के लिए बहुत जटिल प्रक्रिया नहीं। एक स्टार्टअप के लिए उपयुक्त ;-)
जैसे ही अंतिम स्पर्श होता है, हम कुछ अच्छी विशेषताओं को जोड़ देंगे - लिंक से पहले इंप्रेशन की संख्या डेटाबेस (डिफ़ॉल्ट = 1) से हटा दी जाती है, उस दिन के बाद लिंक स्व-विनाश (प्रति दिन क्रोनफ्रिप्ट), यहां तक ​​कि इसे नहीं देखा गया था (डिफ़ॉल्ट सप्ताह है), और यह भी पुष्टि की पुष्टि (अनजाने देखने और डेटा विनाश के खिलाफ सुरक्षा)।

हो गया! हमारे पास हमारे निपटान में एक विश्वसनीय सेवा है जो आपके मित्रों और सहकर्मियों को नए उत्पन्न पासवर्ड, पासपोर्ट डेटा और अन्य गोपनीय जानकारी को प्रसारित करने में सक्षम है।

वेलकम में आपके सवाल और सुझाव, हमेशा की तरह। आपका ध्यान के लिए धन्यवाद!

लेख Mail.Ru Technopark परियोजना के छात्रों के लिए एक प्रतियोगिता के भाग के रूप में लिखा गया था।