"हटाने" से एक ऑनलाइन परियोजना की रक्षा

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

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

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

यह सभी अर्थव्यवस्था होस्ट की जाती है और 2-4 (संभवतः अधिक) सर्वरों पर चलती है, जब तक कि परिणाम के बिना एक निश्चित बिंदु तक, एक दिन तक मेहमान नहीं आए और सर्वर को जब्त कर लिया। अभ्यास से पता चलता है कि यह काफी अचानक होता है और संसाधन का मालिक इसके लिए बिल्कुल तैयार नहीं है।

जोखिम और संघर्ष को कम करने के लिए किस तरह की प्रणाली का निर्माण किया जा सकता है।

1. संगठनात्मक घटक।

हमें दो व्यक्तियों की आवश्यकता होगी - या तो यह एक आईपी है, या यह एक एलएलसी है, आवश्यक नहीं, स्वयं योजना का वर्णन करने के लिए - यह विकल्प है कि इसे कौन लागू करेगा। योजना का वर्णन करने के लिए, मैं एक व्यक्ति का नाम एलएलसी फेस, दूसरा एलएलसी बेस रखूंगा।

ये दोनों व्यक्ति प्रत्येक सर्वर को अलग-अलग किराए पर लेते हैं, मुख्य बात यह है कि डी ज्यूर दो पूरी तरह से अलग कानूनी संस्थाएं हैं।

2. तकनीकी हिस्सा।

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

डेटा सर्वर पर जो बैकएंड के रूप में कार्य करते हैं, सभी डेटा प्रोसेसिंग और स्टोरेज का प्रदर्शन किया जाता है। वे बेस एलएलसी में पंजीकृत हैं। यहां परियोजना का सामान्य कार्य, केवल हमारे लिए आवश्यक दिशा में सामग्री और डेटा की वापसी के अलावा कोई विशेष आवश्यकताएं नहीं हैं। यह परियोजना का मूल है, इसलिए बोलने के लिए, जिसे आपको रखने और संरक्षित करने की आवश्यकता है।

3. परिणाम

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

4. निष्कर्ष

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

नोट: मैं जानबूझकर इस लेख में सुरक्षा के अन्य पहलुओं का उल्लेख नहीं करता हूं - लीबिया में डोमेन पंजीकरण, स्वीडन में भूमिगत बंकर में होस्टिंग और इसी तरह।