आदमी पर काम - "सूचना सुरक्षा उपकरण। वेबसाइट सुरक्षा »

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

परिचय।

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

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

अध्ययन के समय सामान्य विश्लेषण।

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




SQL इंजेक्शन सुरक्षा
SQL इंजेक्शन से बचाव का सबसे आसान तरीका है कि SQL क्वेरी के मापदंडों को एकल पंजे (') के साथ सम्मिलित किया जाए, क्योंकि GET-POST अनुरोध के माध्यम से एकल पंजा चिह्न को संचारित करना संभव नहीं है (वर्णों को जोड़ने से यह स्वचालित रूप से बदल जाएगा) -' toshish '।

का चयन करें * से 'table_name` जहां `param` =' $ param_name 'ORDER BY' सॉर्ट`C;

इंजेक्शन एसक्यूएल कुछ इस तरह दिखेगा:

का चयन करें * से `table_name` WHERE` param` = '10 संघ 1,2,3 / * का चयन करें 'आदेश' ASC;
इसके अलावा, स्पष्ट पाठ में डेटाबेस में पासवर्ड को कभी भी न सहेजें, उन्हें शामिल करना अनिवार्य है (उदाहरण के लिए, sha1 फ़ंक्शन के साथ)। SQL इंजेक्शन का उपयोग करना, डेटाबेस से डेटा को "प्राप्त" करना आसान है, और यदि इसे एन्क्रिप्ट किया गया है, तो यह संभावना है कि हमलावर इसका उपयोग करने में सक्षम नहीं होगा।

डेटाबेस तक पहुंचने के लिए लॉगिन और पासवर्ड की गोपनीयता सुनिश्चित करने के लिए, डेटाबेस से कनेक्ट करने के कार्यों को एक अलग फ़ाइल में संग्रहीत करना और साइट के प्रत्येक पृष्ठ से कनेक्ट करना बेहतर है।

साथ ही, अनुरोध के गलत होने पर होने वाली त्रुटियों के प्रदर्शन को अक्षम करना, हमलावर के लिए कार्य को बहुत जटिल करता है। त्रुटि आउटपुट को अक्षम करने के लिए, बस निम्नलिखित लिखें (उदाहरण के लिए, डेटाबेस कनेक्शन फ़ाइल में):

ini_set ('display_errors', '0');

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

ऊपर वर्णित सभी विधियां SQL इंजेक्शन के खिलाफ पूर्ण सुरक्षा की गारंटी नहीं देती हैं, हालांकि, वे उन्हें अधिकांश मामलों में रोकेंगे।

DoS हमला
सेवा से इनकार, सेवा से वंचित (इंजी। DoS, DDoS, (वितरित) Denial-of-service) - एक कंप्यूटर सिस्टम पर उन उपयोगकर्ताओं के लिए कंप्यूटर संसाधनों को दुर्गम बनाने के इरादे से हमला, जिनके लिए कंप्यूटर सिस्टम का उद्देश्य था।
हमले के सामान्य तरीकों में से एक बड़ी संख्या में बाहरी अनुरोधों (अक्सर अर्थहीन या गलत तरीके से गठित) द्वारा हमला किए गए कंप्यूटर या नेटवर्क उपकरण की पैठ है, ताकि हमला किया गया उपकरण अपने उपयोगकर्ताओं को जवाब नहीं दे सके, या इतनी धीमी गति से जवाब दे कि यह लगभग दुर्गम हो जाए। सामान्य तौर पर, सेवा अस्वीकृति की जाती है:
§ कार्यक्रम या उपकरण को रोकने के लिए या उपलब्ध संसाधनों को खर्च करने के लिए हमला किए गए उपकरणों को मजबूर करना, ताकि उपकरण काम करना जारी न रख सके;
And उपयोगकर्ताओं और हमला किए गए उपकरणों के बीच संचार चैनलों पर कब्जा, ताकि कनेक्शन की गुणवत्ता अब आवश्यकताओं को पूरा न करें।
यदि बड़ी संख्या में आईपी पतों के साथ एक साथ हमला होता है, तो इसे वितरित (DDoS) कहा जाता है।

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

इसके अलावा, मदद और समान स्क्रिप्ट के लिए, आप पाठ के चयन को रोक सकते हैं। लेकिन यह दिलचस्प नहीं है, और हम इन तरीकों से नहीं जागे। फिलहाल, हम साइट की ग्राफिक छवियों की सुरक्षा के लिए एक तरीका पर विचार करेंगे।

एक तस्वीर की रक्षा (विधि 1)

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

चित्र की सुरक्षा (विधि 2)

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

इस तथ्य पर ध्यान देना आवश्यक है कि ऊपर दिए गए तरीके आपको प्रिंट स्क्रीन कीबोर्ड बटन का उपयोग करके चित्रों को कॉपी करने से नहीं बचाएंगे, इसलिए आरामदायक देखने के लिए स्वीकार्य गुणवत्ता के साथ चित्रों को प्रकाशित करने की सिफारिश की गई है, लेकिन उनके व्यावसायिक उपयोग के लिए स्वीकार्य नहीं है।

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

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

Perl2exe कंपाइलर का उपयोग करना

अपने कोड को सुरक्षित रखने का सबसे आसान तरीका है perl2.exe कंपाइलर (विंडोज) का उपयोग करना, जो कोड से एक नियमित निष्पादन योग्य बनाता है। रनेट पर सबसे लोकप्रिय पर्ल स्क्रिप्टिंग भाषाओं में से एक के लिए, स्रोत कोड को छिपाने के लिए विकल्पों में से एक कोड को win32, लिनक्स के लिए ELF के लिए PE-exe निष्पादन योग्य प्रारूप में कोड संकलित करने की क्षमता थी। Perl2Exe नामक यह संकलन उपयोगिता, एक तृतीय-पक्ष कंपनी, इंडिगोस्टार सॉफ्टवेयर द्वारा प्रदान की जाती है।

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

वाक्यविन्यास वर्णों को निकालना और टुकड़े जोड़ना।

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

आप अर्थहीन टुकड़ों को उस कोड में सम्मिलित कर सकते हैं जो कुछ भी नहीं करता है (अक्सर "अनावश्यक" हटाने के साथ संयोजन में इस पद्धति का उपयोग किया जाता है)।

आदर्श रूप से, इन अर्थहीन टुकड़ों को विविध होना चाहिए और उनके आसपास के कोड के समान होना चाहिए ताकि उन्हें पहचानना अधिक कठिन हो।

अंतिम और शायद वेबमास्टर्स के लिए सबसे आसान एन्क्रिप्शन विधि।

सेवा www.ph4.ru/wm_html2js.ph4 का उपयोग करके HTML कोड का एन्क्रिप्शन, जो HTML कोड के सभी गैर-लैटिन वर्णों ( काल , अल्पविराम, प्रश्न चिह्न और कॉलोन को छोड़कर) को UNICODE वर्ण कोड में बदल देता है।

एक उदाहरण:

मूल:
script language="JavaScript1.2">
if (document.all) document.body.onmousedown = new Function ("if
(Event.button == 2 | | event.button == 3) alert (' ') ")



यूनिकोड में:
% 3Cscript% 20language% 3D% 22JavaScript1.2% 22% 3E% 0D% 0A% 0D% 0Aif% 20% 28documen
t.all% 29% 20document.body.onmousedown% 3Dnew% 20Function% 28% 22if% 20% 28event.butt
on% 3D% 3D2% 7C% 7Cevent.button% 3D% 3D3% 29alert% 28% 27% u041F% u0440% u0435% u04
34% u0443% u043F% u0440% u0435% u0436% u0434% u0430% u044E% u0449% u0438% u0439%
20% u0442% u0435% u043A% u0441% u0442% 27% 29% 22% 29% 0D% 0A% 0D% 0A% 3C/script%
3E

वहां, सेवा अंतिम कोड जारी करती है, जिसे आपके पृष्ठ में डाला जाता है:


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

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

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



तथाकथित चयनकर्ता पर जोर दिया जाता है। यह अनुपस्थिति में है, जिसमें टेम्पलेट काम करने से इनकार करता है और उपयोगकर्ताओं को टेम्पलेट के लेखक के मुख्य पृष्ठ पर पुनर्निर्देशित करता है।
चयनकर्ता सेटिंग्स:
रिकॉर्ड प्रारूप: टैग_नाम [पैरामीटर_नाम = "मूल्य"]
उदाहरण के लिए:
[a href = " www । *******। ru /"]
img [src = "लोगो लिंक "]
लेकिन, जैसा कि ऊपर उल्लेख किया गया है, यह हमेशा मदद नहीं करता है।

साइट की कैस्केडिंग स्टाइल शीट की सुरक्षा भी महत्वपूर्ण है। कैस्केडिंग स्टाइल शीट्स (संक्षेप में कैस्केडिंग स्टाइल शीट्स या सीएसएस) एक विशेष भाषा है जिसका उपयोग डेटा मार्कअप भाषाओं में लिखे गए पृष्ठों को प्रदर्शित करने के लिए किया जाता है। अक्सर, सीएसएस का उपयोग HTML और XHTML में लिखे जाने वाले पृष्ठों को देखने के लिए किया जाता है, लेकिन CSS प्रारूप को अन्य प्रकार के XML दस्तावेज़ों पर लागू किया जा सकता है।

अब हम एक तालिका की प्रतिलिपि बनाने से कोड की रक्षा करने के उदाहरण पर विचार करेंगे।
आप अपने सीएसएस को मज़ेदार और तेज़ छिपा सकते हैं।
यह एक स्क्रिप्ट भी नहीं है, यह एक छिपी हुई सीएसएस शैली शीट के लिए सबसे अधिक संभावना है
यदि आप पृष्ठ (मुख्य पृष्ठ + ctrl + u) के लिए मेरे स्रोत कोड पर जाते हैं, तो सभी कोड को कवर करने के बाद, आपको कुछ भी नहीं मिलेगा!
अब देखते हैं कि यह कैसे करना है।
आइए अपने CSS में जाएं और इसे पूरी तरह से कॉपी करें।
फिर डेस्कटॉप पर, एक टेक्स्ट डॉक्यूमेंट बनाएं और पेस्ट करें
CSS में खुद को कॉपी किया।
के रूप में सहेजें: 1cc2s1.css
फिर अपने फाइल मैनेजर में भरें।
अब CSS स्टाइल शीट पर जाएं और वहां सब कुछ मिटा दें और इसे पेस्ट करें:
"नहीं यहां केसीसी अपना सर्वश्रेष्ठ लिखें"

सहेजें ...
आपके द्वारा फ़ाइल प्रबंधक पर सीएसएस अपलोड करने के बाद, लिंक को कॉपी करें और
पाठ को बदलें: यहाँ आपका सीएसएस आपके ऊपर है:
कोड
/>

फिर इस साइट पर जाएँ: studioweb.boom.ru/kod_html1.htm
अपने CSS के लिंक के साथ कोड पेस्ट करें जिसे आपने पहले ही भरा है। और कोड। (हमने पहले ही एन्कोडिंग विधि पर विचार किया था)
कोड प्राप्त करने के बाद।
इससे केवल सामग्री लें। और वह केवल एक कोड है।
एक उदाहरण:


हम ही लेते हैं
document.write (unescape ("% 3Clink% 20type% 3D% 22text/css% 22% 20rel% 3D% 22StyleSheet%
22% 20href% 3D% 22% u0422% u0423% u0422% 20% u0412% u0410% u0428% u0415% 20CSS% 22% 20 /% 3E "));

आप अपना डालें!
और इसे एक नए टेक्स्ट डॉक्यूमेंट में पेस्ट करें। के रूप में सिंक्रनाइज़ करें: jquery1.0.1.js
और अपने फाइल मैनेजर में अपलोड करें।
/>





यह सब, अब जो आपके कोड को देखने और कॉपी करने की कोशिश करेगा, वह शिलालेख "केवल यहां केसीसी नहीं अपना सर्वश्रेष्ठ लिखेगा", ऐसे व्यक्ति के लिए जो आपका कोड चाहता था, जैसा कि वे कहते हैं "गेंद पर", यह एक बड़ा आश्चर्य होगा!

इसके अलावा, कई बार अपने संसाधनों का विज्ञापन करने के लिए, बेईमान साइट मालिक अन्य साइटों पर SPAM में जाते हैं जो अधिक ज्ञात हैं।
स्पैम (अंग्रेजी स्पैम) - एक विज्ञापन या अन्य प्रकृति के पत्राचार का सामूहिक मेल जो लोग इसे प्राप्त करने की इच्छा नहीं व्यक्त करते हैं। इससे पहले, शब्द "स्पैम" प्रचार ईमेल को संदर्भित करता है, और साइटों पर उपडोमेन है।
सरलीकृत SPAM मेलिंग के लिए कई कार्यक्रम उपलब्ध हैं, इसलिए बड़ी संख्या में साइटों पर संदेश भेजना काफी मुश्किल है। इसलिए, वे ऐसे प्रोग्राम का उपयोग करते हैं जो वर्तमान में स्पैम भेजने के लिए संख्या में बहुत बड़े हैं। कुछ मेल सेवाएँ, जैसे Mail.ru, Rambler, Gmeil, स्पैम से अपने तरीके से निपटने की कोशिश करती हैं, उदाहरण के लिए, पते और साइटों की काली सूची बनाते हैं, जिनमें से संदेश स्वचालित रूप से एक विशेष SPAM फ़ोल्डर में स्थानांतरित हो जाते हैं। लेकिन चूंकि स्पैमिंग के लिए कार्यक्रम हैं, इसलिए इससे बचाव के तरीके हैं। अब हम स्पैमिंग प्रोग्राम पर विचार करेंगे।

पत्रों के सामूहिक मेलिंग के कार्यक्रम कई धाराओं में एक साथ पत्र वितरित करते हैं और नियमित मेल क्लाइंट की तुलना में कई गुना तेजी से काम कर सकते हैं। इसी समय, वे प्रदाता के मेल सर्वर के प्रतिबंधों से प्रभावित नहीं होते हैं या तो संख्या या उनके माध्यम से भेजे गए पत्रों की मात्रा। पत्रों के सामूहिक मेलिंग के कार्यक्रमों में एक अंतर्निहित एसएमटीपी मेल सर्वर होता है, जिसके लिए आप किसी भी प्रारूप में वितरण के लिए एक पत्र बना सकते हैं और किसी भी मेल प्रोग्राम में - यहां तक ​​कि माइक्रोसॉफ्ट आउटलुक में, यहां तक ​​कि द बबट में भी। यह पत्रों के बड़े पैमाने पर मेलिंग या मेल सर्वर (उदाहरण के लिए, GroupMailer या Eserv) के लिए किसी भी अन्य कार्यक्रम के लिए एक संदेशवाहक के रूप में भी काम कर सकता है। प्रेषकों का कार्य - सीधे पत्र भेजने की क्षमता - मोबाइल उपयोगकर्ताओं के लिए विशेष रूप से उपयोगी होगा, क्योंकि मेल प्रोग्राम में हर बार जब वे खुद को दूसरे नेटवर्क में पाते हैं, तो उन्हें अपने खातों में सेटिंग्स बदलने की आवश्यकता नहीं होगी।स्पैम प्रोग्राम किसी भी फॉर्मेट की मेलिंग सूचियों का समर्थन करते हैं, जिसमें क्वेरी एसक्यूएल द्वारा एक डेटाबेस से मक्खी पर आयात किए गए (कम से कम माइक्रोसॉफ्ट एक्सेल दस्तावेज़ से, यहां तक ​​कि माइक्रोसॉफ्ट एक्सेस से, यहां तक ​​कि माइक्रोसॉफ्ट एसक्यूएल सर्वर से भी) विंडोज एड्रेस बुक शामिल हैं। पत्र भेजने के लिए प्रस्तुत कार्यक्रम आपको Socks5 प्रॉक्सी के माध्यम से गुमनाम मेलिंग करने की अनुमति देते हैं, प्रेषक के आईपी पते को छिपाते हैं। लेकिन जैसा कि पहले ही उल्लेख किया गया है, स्पैम से निपटने के तरीके हैं। हमेशा विभिन्न साइटों पर पंजीकरण करते समय, एक विशेष प्रणाली आपको छवि से कोड दर्ज करने के लिए कहती है, तथाकथित "रोबोट के खिलाफ सुरक्षा।" SPAM के खिलाफ सुरक्षा को दो प्रकारों में विभाजित किया जा सकता है:
1. उपयोगकर्ता की भागीदारी के साथ।
2. स्वचालित।

अब हम दोनों तरीकों पर अधिक विस्तार से विचार करेंगे।

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

कैप्चा एक कंप्यूटर परीक्षण है जिसका उपयोग यह निर्धारित करने के लिए किया जाता है कि वेब साइट का उपयोगकर्ता कौन है: एक व्यक्ति या एक कंप्यूटर।

"कमजोर कैप्चा" और "स्थिर कैप्चा" की अवधारणा है। कमजोर कैप्चा में वे शामिल हैं जिनके पास एक निश्चित फ़ॉन्ट, एक निश्चित वर्ण स्थिति, कोई शोर नहीं है, आदि। यही है, जो कि बॉट के लिए प्रोग्रामेटिक रूप से पहचानना आसान है। कैप्चा

का मुख्य विचार-टेस्ट: उपयोगकर्ता को एक ऐसा काम देने के लिए जिसे वह आसानी से सामना कर सकता है, लेकिन कंप्यूटर इसे हल करने में सक्षम नहीं होगा या उसके लिए यह एक बहुत ही मुश्किल काम होगा।

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

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

अधिकांश कैप्चा के नुकसान:

आधुनिक बॉट ने विकृत पात्रों को पहचानने और इस प्रकार दरार को बचाने के लिए "सीखा" है।

कैप्चा उपयोगकर्ता को एक अतिरिक्त क्षेत्र में भरते हुए तनावपूर्ण बनाता है।

कैप्चा कम दृष्टि और रंग अंधा वाले लोगों के लिए लगभग अभेद्य अवरोध बनाता है ।

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

क्या कैप्चा सुरक्षा को बायपास करना मुश्किल है?

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

यह क्लासिक संस्करण से अलग है।

इनमें ऑडियो कैप्चा, गणित की समस्याएं, पाठ समस्याएं, वस्तु मान्यता आदि शामिल हैं।
एक विकल्प के रूप में, गणितीय समस्याओं का उपयोग किया जा सकता है (उदाहरण के लिए, जो ग्राहक एक टिप्पणी छोड़ना चाहते हैं, स्क्रिप्ट एक सरल समस्या को हल करने के लिए कहती है: "2 प्लस 5 कितना होगा"।
यह विधि एक अच्छा समाधान है, लेकिन सभ्य सुरक्षा केवल इसकी नवीनता और कम लोकप्रियता के कारण प्राप्त की जा सकती है। .Naspravdi, गणित कंप्यूटर व्यक्ति कार्रवाई के मन में प्रदर्शन कर थकाऊ और अपेक्षाकृत मुश्किल काम हो सकता के लिए सबसे अच्छा व्यक्ति करता है।

वर्ड समस्याओं।

आगंतुक वापस साइट एक प्रश्न पूछा जाता है, जिसके लिए उसे उत्तर देना चाहिए (उदाहरण के लिए, laset.info ब्लॉग परमैं इस प्रश्न के साथ मिला: "यूक्रेन की राजधानी?")। एक नियम के रूप में, उत्तर को फ़ील्ड से या सूची से दर्ज किया जा सकता है। इस विचार का एक प्लस यह है कि चेक दृश्य हानि वाले लोगों के लिए उपलब्ध है। विचार का नुकसान: उपयोगकर्ता को भाषा में धाराप्रवाह होना चाहिए। जो प्रश्न पूछा जाता है, इसके अलावा प्रश्नों की संख्या समाप्त होती है, इसलिए हमलावर उत्तर के साथ आधार बना सकता है।
विभिन्न वस्तुओं की ग्राफिक छवियों का उपयोग करके कैप्चा परीक्षण को इस समय सबसे उन्नत माना जाता है। इस तरह के परीक्षण का सार यह है कि फॉर्म से डेटा भेजने से पहले, उपयोगकर्ता को उन चित्रों की सूची से चयन करने की आवश्यकता होती है जो वन्यजीव, बिल्लियों या कुछ और को चित्रित करते हैं। इस मामले में, सही छवियों को चुनने का क्रम महत्वपूर्ण हो सकता है या नहीं। चूंकि बॉट छवियों के बीच अंतर करने में सक्षम नहीं हैं, यह कैप्चा परीक्षण स्पैम के खिलाफ सुरक्षा का एक अत्यधिक प्रभावी साधन है। एंटी-स्पैम सुरक्षा का यह कार्यान्वयन बहुत ही आशाजनक है, क्योंकि यह उपयोगकर्ता को कम तनाव देता है। इस प्रकार के कैप्चा को उदाहरण के लिए वेबसाइट www.kyivstar.net ( कीवस्टार मोबाइल ऑपरेटर) पर एसएमएस संदेश भेजते समय देखा जा सकता है ।

ऐसे तरीके जिन्हें उपयोगकर्ता से कार्रवाई की आवश्यकता नहीं है।

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

संदेश दर सीमा।

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

फॉर्म लोड समय पर लॉक करें।

प्रपत्र को लोड करने और भेजने के बीच के समय के लिए संदेशों को संसाधित करते समय संरक्षण को अवरुद्ध किया जा सकता है - एक व्यक्ति, एक बॉट के विपरीत, स्पष्ट रूप से डेटा दर्ज करने के लिए कुछ समय की आवश्यकता होगी (जो, एक नियम के रूप में, 1-2 सेकंड से अधिक है)।

कीवर्ड द्वारा संदेशों को अवरुद्ध करना।

फ़िल्टर आमतौर पर इस तरह से काम करता है: जिन संदेशों में अश्लील शब्द, आपत्तिजनक, अपमानजनक वाक्यांश आदि होते हैं, उन्हें प्रकाशित नहीं होने दिया जाता है।

फ़ील्ड्स का नाम बदलना जो डेटा ट्रांसफर में शामिल हैं।

अधिकांश स्पैम बॉट मानक नाम वाले क्षेत्रों के लिए पृष्ठ पर खोज करते हैं, उदाहरण के लिए, "नाम", "ईमेल", "मेल", आदि ... बॉट को कुछ हद तक अजीब बनाने के लिए, क्षेत्रों को गैर-मानक नाम देना बेहतर है। उदाहरण के लिए, आप "ईमेल" फ़ील्ड "नाम", और "नाम" - "ईमेल" को कॉल कर सकते हैं, इस उम्मीद में कि बॉट टैग की विशेषता नाम से खेतों की प्रकृति पर फैसला करेगा।

चारा क्षेत्रों का निर्माण।

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

स्क्रीन साइज द्वारा संदेशों को ब्लॉक करना

यह सुरक्षा पद्धति एक साधारण योजना के अनुसार काम करती है: यदि किसी आगंतुक के पास सॉफ्टवेयर परिभाषा के दौरान स्क्रीन साइज (चौड़ाई, ऊंचाई) नहीं है, तो बॉट फॉर्म भेजने की कोशिश करता है, इसलिए इसे संसाधित नहीं किया जाना चाहिए।

जावास्क्रिप्ट का उपयोग करते हुए एक फॉर्म का निर्माण करना

यह विधि और भी कठिन रूप का विश्लेषण करती है: बॉट को फ़ील्ड को देखने के लिए जावास्क्रिप्ट कोड को खोजने और निष्पादित करने की आवश्यकता होती है जिसे भरने की आवश्यकता होती है। उदाहरण के लिए, आप जावास्क्रिप्ट कोड में किसी फ़ील्ड को इस तरह छिपा सकते हैं: और फिर सर्वर की ओर से आपको जाँचना चाहिए कि क्या $ _POST ['एंटीस'] मौजूद है और यह 1104 है।
<Form action ="..." name = "addMsg" method = "post">




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

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

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

प्रयुक्त सूचना स्रोतों की सूची:

1. साइट सुरक्षा के सामान्य तरीके [इलेक्ट्रॉनिक संसाधन] - एक्सेस मोड: kadaj.by.ru/protect.shtml
2. कॉपीराइट सुरक्षा [इलेक्ट्रॉनिक संसाधन] - एक्सेस मोड: www.thebeststudio.ru
3. कैप्चा [इलेक्ट्रॉनिक] संसाधन] - एक्सेस मोड: mycodes.in.ua/archives/398
4. साइट की सुरक्षा के लिए तकनीकी तरीके [इलेक्ट्रॉनिक संसाधन] - एक्सेस मोड: www.seonews.ru/masterclasses/detail/29849.php
5. SQL इंजेक्शन के खिलाफ सुरक्षा [इलेक्ट्रॉनिक संसाधन] - एक्सेस मोड:
www.kadaweb.ru/papers/ 5.php
6. DDoS हमलों के खिलाफ सुरक्षा [इलेक्ट्रॉनिक संसाधन] - एक्सेस मोड:
xaknet.ru
7. SPAM के खिलाफ संरक्षण [मुद्रित प्रकाशन] - hacktools.ru/book/hack-book/29-zashhita-informacii/v-ofise .html

(c) इल्या मारकेलोव। कीव 2011।