प्रतिबंधित सामग्री वितरित करणार्‍या पृष्ठांवर प्रवेश अवरोधित करणे कसे कार्य करते (आता RKN शोध इंजिन देखील तपासते)

टेलिकॉम ऑपरेटरद्वारे प्रवेश फिल्टर करण्यासाठी जबाबदार असलेल्या सिस्टमच्या वर्णनाकडे जाण्यापूर्वी, आम्ही लक्षात घेतो की आता रोस्कोमनाडझोर शोध इंजिनच्या ऑपरेशनवर देखील नियंत्रण ठेवेल.

वर्षाच्या सुरूवातीस, शोध इंजिन ऑपरेटर इंटरनेट संसाधनांबद्दल माहिती जारी करणे थांबविण्याच्या आवश्यकतांचे पालन करतात याची खात्री करण्यासाठी नियंत्रण प्रक्रिया आणि उपायांची सूची मंजूर केली गेली, ज्यामध्ये प्रवेश रशियन फेडरेशनच्या प्रदेशावर मर्यादित आहे.

संबंधित क्रम Roskomnadzor दिनांक 7 नोव्हेंबर 2017 क्रमांक 229 रशियाच्या न्याय मंत्रालयाकडे नोंदणीकृत आहे.

15.8 जुलै 27.07.2006 क्रमांक 149-FZ “माहिती, माहिती तंत्रज्ञान आणि माहिती संरक्षण” च्या फेडरल कायद्याच्या कलम XNUMX च्या तरतुदींच्या अंमलबजावणीचा भाग म्हणून हा आदेश स्वीकारण्यात आला होता, जे निर्धारित करते VPN सेवांचे मालक, "अनामिक" आणि शोध इंजिन ऑपरेटर्सच्या माहितीवर प्रवेश मर्यादित करण्यासाठी जबाबदार्या, ज्याचे वितरण रशियामध्ये प्रतिबंधित आहे.

शोध इंजिन ऑपरेटरशी परस्परसंवाद न करता कंट्रोल बॉडीच्या ठिकाणी नियंत्रण क्रियाकलाप केले जातात.

माहिती प्रणाली ही माहिती आणि दूरसंचार नेटवर्कच्या माहिती संसाधनांची FSIS म्हणून समजली जाते, ज्यामध्ये प्रवेश मर्यादित आहे.

इव्हेंटच्या निकालांच्या आधारे, एक अहवाल तयार केला जातो, जो विशेषत: या तथ्ये स्थापित करण्यासाठी वापरल्या जाणार्‍या सॉफ्टवेअरबद्दलची माहिती तसेच नियंत्रणाच्या वेळी साइटचे विशिष्ट पृष्ठ (पृष्ठे) असल्याची पुष्टी करणारी माहिती दर्शवितो. एक दिवसापेक्षा जास्त काळ माहिती प्रणालीमध्ये होता.

माहिती प्रणालीद्वारे शोध इंजिन ऑपरेटरकडे कायदा पाठविला जातो. या कायद्याशी असहमत असल्यास, ऑपरेटरला तीन कामकाजाच्या दिवसांत रोस्कोम्नाडझोरकडे आपले आक्षेप सादर करण्याचा अधिकार आहे, जो तीन कामकाजाच्या दिवसांत आक्षेपांचा विचार करतो. ऑपरेटरच्या आक्षेपांच्या विचाराच्या परिणामांवर आधारित, नियंत्रण संस्थेचे प्रमुख किंवा त्याचा उप प्रशासकीय गुन्ह्याचा खटला सुरू करण्याचा निर्णय घेतात.

टेलिकॉम ऑपरेटर्ससाठी ऍक्सेस फिल्टरिंग सिस्टमची सध्या रचना कशी आहे

रशियामध्ये प्रतिबंधित सामग्री वितरीत करणार्‍या पृष्ठांवर प्रवेश फिल्टर करण्यासाठी दूरसंचार ऑपरेटरला बंधनकारक असलेले अनेक कायदे आहेत:

• फेडरल लॉ 126 "संप्रेषणांवर", कलामध्ये सुधारणा. 46 - माहितीवर प्रवेश मर्यादित करण्याच्या ऑपरेटरच्या दायित्वावर (FSEM).
• "युनिफाइड रजिस्टर" - दिनांक 26 ऑक्टोबर 2012 एन 1101 च्या रशियन फेडरेशनच्या सरकारचा डिक्री "एका एकीकृत स्वयंचलित माहिती प्रणालीवर "डोमेन नावांची युनिफाइड रजिस्टर, माहिती आणि दूरसंचार नेटवर्क "इंटरनेट" आणि नेटवर्क पत्ते मधील साइट पृष्ठांची अनुक्रमणिका जे माहिती आणि दूरसंचार नेटवर्क इंटरनेट नेटवर्कमध्ये साइट ओळखण्याची परवानगी देतात ज्यात माहिती असते ज्याचे वितरण रशियन फेडरेशनमध्ये प्रतिबंधित आहे"
• फेडरल लॉ 436 "मुलांच्या संरक्षणावर...", उपलब्ध माहितीचे वर्गीकरण.
• फेडरल कायदा क्रमांक 3 “पोलिसांवर”, अनुच्छेद 13, परिच्छेद 12 - नागरिकांच्या सुरक्षिततेला आणि सार्वजनिक सुरक्षेसाठी धोक्याच्या अंमलबजावणीमध्ये योगदान देणारी कारणे आणि अटी काढून टाकण्यावर.
• फेडरल लॉ क्र. 187 "माहिती आणि दूरसंचार नेटवर्कमधील बौद्धिक अधिकारांच्या संरक्षणावरील रशियन फेडरेशनच्या काही विधायी कृतींमध्ये सुधारणांवर" ("चाचेगिरी विरोधी कायदा").
• न्यायालयीन निर्णय आणि अभियोजकांच्या आदेशांचे पालन.
• 28.07.2012 जुलै 139 चा फेडरल कायदा एन XNUMX-एफझेड "फेडरल कायद्यातील सुधारणांवर "त्यांच्या आरोग्यासाठी आणि विकासासाठी हानिकारक माहितीपासून मुलांच्या संरक्षणावर" आणि रशियन फेडरेशनच्या काही विधायी कृत्यांवर.
• 27 जुलै 2006 चा फेडरल कायदा क्रमांक 149-FZ "माहिती, माहिती तंत्रज्ञान आणि माहिती संरक्षणावर."

Roskomnadzor कडून ब्लॉक करण्याच्या विनंतीत प्रदात्याच्या आवश्यकतांची अद्ययावत सूची असते, अशा विनंतीतील प्रत्येक एंट्रीमध्ये हे समाविष्ट असते:

• नोंदणीचा ​​प्रकार ज्यानुसार प्रतिबंध केला आहे;
• ज्या वेळेत प्रवेश प्रतिबंधित करण्याची आवश्यकता उद्भवते;
• प्रतिसादाच्या तातडीचा ​​प्रकार (नेहमीची निकड - XNUMX तासांच्या आत, उच्च निकड - त्वरित प्रतिसाद);
• रेजिस्ट्री एंट्री ब्लॉकिंगचा प्रकार (URL द्वारे किंवा डोमेन नावाने);
• रेजिस्ट्री एंट्रीचा हॅश कोड (जेव्हाही नोंदीची सामग्री बदलते तेव्हा बदलते);
• प्रवेश प्रतिबंधित करण्याच्या आवश्यकतेवरील निर्णयाचे तपशील;
• साइट पृष्ठांची एक किंवा अधिक अनुक्रमणिका, ज्यामध्ये प्रवेश मर्यादित असावा (पर्यायी);
• एक किंवा अधिक डोमेन नावे (पर्यायी);
• एक किंवा अधिक नेटवर्क पत्ते (पर्यायी);
• एक किंवा अधिक IP सबनेट (पर्यायी).

ऑपरेटर्सना माहिती प्रभावीपणे संप्रेषण करण्यासाठी, "रोस्कोमनाडझोर आणि टेलिकॉम ऑपरेटर यांच्यातील परस्परसंवादासाठी माहिती प्रणाली" तयार केली गेली. हे विशेष पोर्टलवर ऑपरेटरसाठी नियम, सूचना आणि स्मरणपत्रांसह स्थित आहे:

vigruzki.rkn.gov.ru

त्याच्या भागासाठी, टेलिकॉम ऑपरेटर तपासण्यासाठी, Roskomnadzor ने AS “Revizor” ला क्लायंट जारी करण्यास सुरुवात केली. खाली एजंटच्या कार्यक्षमतेबद्दल थोडेसे आहे.

एजंटद्वारे प्रत्येक URL ची उपलब्धता तपासण्यासाठी अल्गोरिदम. तपासताना, एजंटने हे करणे आवश्यक आहे:

• तपासले जात असलेल्या साइटचे नेटवर्क नाव (डोमेन) रूपांतरित केलेले IP पत्ते निश्चित करा किंवा IP वापरा अपलोडमध्ये दिलेले पत्ते;
• DNS सर्व्हरकडून प्राप्त झालेल्या प्रत्येक IP पत्त्यासाठी, URL तपासल्या जाण्यासाठी HTTP विनंती करा. स्कॅन केल्या जात असलेल्या साइटवरून HTTP रीडायरेक्ट प्राप्त झाल्यास, एजंटने ज्या URL वर पुनर्निर्देशन केले आहे ते तपासणे आवश्यक आहे. किमान 5 सलग HTTP पुनर्निर्देशने समर्थित आहेत;
• HTTP विनंती करणे अशक्य असल्यास (टीसीपी कनेक्शन स्थापित केलेले नाही), एजंटने असा निष्कर्ष काढला पाहिजे की संपूर्ण IP पत्ता अवरोधित केला आहे;
• यशस्वी HTTP विनंतीच्या बाबतीत, एजंटने HTTP प्रतिसाद कोड, HTTP शीर्षलेख आणि HTTP सामग्री (आकारात 10 kb पर्यंत प्रथम प्राप्त केलेला डेटा) द्वारे तपासल्या जाणार्‍या साइटवरून प्राप्त प्रतिसाद तपासणे आवश्यक आहे. प्राप्त प्रतिसाद नियंत्रण केंद्रामध्ये तयार केलेल्या स्टब पृष्ठ टेम्पलेटशी जुळत असल्यास तपासली जात असलेली URL अवरोधित केली आहे असा निष्कर्ष काढला पाहिजे;
• URL तपासताना, एजंटने एनक्रिप्टेड कनेक्शनची स्थापना तपासली पाहिजे आणि संसाधन चिन्हांकित केले पाहिजे;
• एजंटला मिळालेला डेटा स्टब पेजेस किंवा रिसोर्स ब्लॉकिंगबद्दल माहिती देणार्‍या विश्वसनीय रीडायरेक्शन पेजच्या टेम्पलेटशी जुळत नसल्यास, एजंटने असा निष्कर्ष काढला पाहिजे की URL टेलिकॉम ऑपरेटरच्या SPD वर ब्लॉक केलेली नाही. या प्रकरणात, एजंटकडून प्राप्त झालेल्या डेटाबद्दल (HTTP प्रतिसाद) माहिती अहवालात (ऑडिट लॉग फाइल) रेकॉर्ड केली जाते. ब्लॉकच्या अनुपस्थितीबद्दल नंतरचे चुकीचे निष्कर्ष टाळण्यासाठी सिस्टम प्रशासकाकडे या रेकॉर्डमधून नवीन स्टब पृष्ठासाठी टेम्पलेट तयार करण्याची क्षमता आहे.

एजंटने काय प्रदान केले पाहिजे याची यादी

• URL आणि ब्लॉकिंग मोडची संपूर्ण यादी मिळविण्यासाठी नियंत्रण केंद्राशी संपर्क साधणे ज्याची चाचणी करणे आवश्यक आहे;
• चाचणी मोडवर डेटा मिळविण्यासाठी नियंत्रण केंद्राशी संप्रेषण. समर्थित मोड: पूर्ण एक-वेळ तपासणी, निर्दिष्ट मध्यांतरासह पूर्ण नियतकालिक, URL च्या वापरकर्त्याने निर्दिष्ट केलेल्या सूचीसह निवडक एक-वेळ, URL च्या सूचीच्या निर्दिष्ट अंतरासह नियतकालिक तपासणी (विशिष्ट प्रकारच्या EP रेकॉर्डची);
• विद्यमान URL सूची वापरून निर्दिष्ट सत्यापन प्रक्रियेची अंमलबजावणी सुरू ठेवणे, नियंत्रण केंद्राकडून URL ची सूची प्राप्त करणे अशक्य असल्यास आणि नियंत्रण केंद्राकडे त्यानंतरच्या हस्तांतरणासह प्राप्त चाचणी परिणामांचे संचयन;
• उपलब्ध URL सूची वापरून निर्दिष्ट सत्यापन प्रक्रियेची पूर्ण अंमलबजावणी, नियंत्रण केंद्राकडून सत्यापन पद्धतींबद्दल माहिती प्राप्त करणे अशक्य असल्यास आणि नियंत्रण केंद्राकडे त्यानंतरच्या हस्तांतरणासह प्राप्त चाचणी परिणामांचे संचयन;
• स्थापित मोडनुसार ब्लॉकिंग परिणाम तपासत आहे;
• नियंत्रण केंद्राकडे केलेल्या तपासणीचा अहवाल पाठवणे (तपासणी लॉग फाइल);
• टेलिकॉम ऑपरेटरच्या एसपीडीची कार्यक्षमता तपासण्याची क्षमता, म्हणजे ज्ञात प्रवेशयोग्य साइट्सच्या सूचीची उपलब्धता तपासत आहे;
• प्रॉक्सी सर्व्हर वापरून ब्लॉकिंग परिणाम तपासण्याची क्षमता;
• रिमोट सॉफ्टवेअर अपडेटची शक्यता;
• SPD वर निदान प्रक्रिया पार पाडण्याची क्षमता (प्रतिसाद वेळ, पॅकेट मार्ग, बाह्य स्त्रोतावरून फायली डाउनलोड करण्याची गती, डोमेन नावांसाठी आयपी पत्ते निश्चित करणे, वायर्ड ऍक्सेस नेटवर्क्समधील रिव्हर्स कम्युनिकेशन चॅनेलमध्ये माहिती प्राप्त करण्याची गती, पॅकेट नुकसान दर, सरासरी ट्रांसमिशन विलंब वेळ पॅकेजेस);
• पुरेशी कम्युनिकेशन चॅनेल बँडविड्थ असल्यास प्रति सेकंद किमान 10 URL चे स्कॅनिंग कार्यप्रदर्शन;
• 20 वेळा प्रति सेकंद ते 1 वेळ प्रति मिनिट व्हेरिएबल वारंवारतेसह अनेक वेळा (1 वेळा पर्यंत) संसाधनात प्रवेश करण्याची एजंटची क्षमता;
• चाचणीसाठी प्रसारित केलेल्या सूची नोंदींचा यादृच्छिक क्रम तयार करण्याची क्षमता आणि इंटरनेटवरील साइटच्या विशिष्ट पृष्ठासाठी प्राधान्य सेट करण्याची क्षमता.

सर्वसाधारणपणे, रचना अशी दिसते:

इंटरनेट ट्रॅफिक (डीपीआय सोल्यूशन्स) फिल्टर करण्यासाठी सॉफ्टवेअर आणि हार्डवेअर-सॉफ्टवेअर सोल्यूशन्स ऑपरेटरना RKN सूचीमधून वापरकर्त्यांकडून साइटवर रहदारी अवरोधित करण्याची परवानगी देतात. ते ब्लॉक केलेले आहेत की नाही हे AS ऑडिटर क्लायंटद्वारे तपासले जाते. तो RKN कडील यादी वापरून साइटची उपलब्धता आपोआप तपासतो.

नमुना देखरेख प्रोटोकॉल उपलब्ध दुवा.

गेल्या वर्षी, Roskomnadzor ने ब्लॉकिंग सोल्यूशन्सची चाचणी सुरू केली जी ऑपरेटरद्वारे ही योजना लागू करण्यासाठी ऑपरेटर वापरू शकते. मला अशा चाचणीच्या निकालांमधून उद्धृत करू द्या:

"UBIC", "EcoFilter", "SKAT DPI", "Tixen-Blocking", "SkyDNS Zapret ISP" आणि "Carbon Reductor DPI" या विशिष्ट सॉफ्टवेअर सोल्युशन्सना Roskomnadzor कडून सकारात्मक निष्कर्ष मिळाले.

Roskomnadzor कडून एक निष्कर्ष देखील प्राप्त झाला आहे ज्यामध्ये इंटरनेटवरील प्रतिबंधित स्त्रोतांवर प्रवेश प्रतिबंधित करण्यासाठी ZapretService सॉफ्टवेअरचा वापर दूरसंचार ऑपरेटरच्या शक्यतेची पुष्टी केली गेली आहे. चाचणी परिणामांनी असे दर्शवले की जेव्हा निर्मात्याच्या शिफारस केलेल्या कनेक्शन योजनेनुसार “इन गॅप” स्थापित केले जाते आणि टेलिकॉम ऑपरेटरचे नेटवर्क योग्यरित्या कॉन्फिगर केले जाते, तेव्हा प्रतिबंधित माहितीच्या युनिफाइड रजिस्टरनुसार आढळलेल्या उल्लंघनांची संख्या 0,02% पेक्षा जास्त नसते.

अशा प्रकारे, दूरसंचार ऑपरेटरना रोस्कोमनाडझोरकडून सकारात्मक मत मिळालेल्या सॉफ्टवेअर उत्पादनांच्या सूचीसह, प्रतिबंधित संसाधनांवर प्रवेश मर्यादित करण्यासाठी सर्वात योग्य उपाय निवडण्याची संधी दिली जाते.

तथापि, IdecoSelecta ISP सॉफ्टवेअर उत्पादनाच्या चाचणी दरम्यान, त्याच्या तैनाती आणि कॉन्फिगरेशनच्या दीर्घ प्रक्रियेमुळे, काही ऑपरेटर वेळेवर चाचणी सुरू करू शकले नाहीत. चाचणीमध्ये भाग घेतलेल्या अर्ध्याहून अधिक दूरसंचार ऑपरेटरसाठी, Ideco Selecta ISP च्या चाचणी ऑपरेशनचा कालावधी एका आठवड्यापेक्षा जास्त नाही. प्राप्त झालेल्या सांख्यिकीय डेटाची लहान मात्रा आणि चाचणी सहभागींची कमी संख्या लक्षात घेऊन, Roskomnadzor ने त्याच्या अधिकृत निष्कर्षात इंटरनेटवरील प्रतिबंधित संसाधनांवर प्रवेश मर्यादित करण्याचे साधन म्हणून Ideco Selecta ISP उत्पादनाच्या प्रभावीतेबद्दल अस्पष्ट निष्कर्ष काढण्याची अशक्यता दर्शविली. "

मी जोडू इच्छितो की रशियन फेडरेशनच्या विविध फेडरल जिल्ह्यांतील विविध सदस्यांसह 27 टेलिकॉम ऑपरेटर्सनी प्रत्येक सॉफ्टवेअर उत्पादनाच्या चाचणीत भाग घेतला.

चाचणी निकालांवर आधारित अधिकृत निष्कर्ष आढळू शकतात येथे. या निष्कर्षांमध्ये अक्षरशः शून्य तांत्रिक माहिती असते. काय करू नये हे जाणून घेण्यासाठी तुम्ही “Ideco Selecta ISP” उत्पादनाबद्दल वाचू शकता.

या वर्षी चाचणी सुरू राहील आणि याक्षणी, Roskomnadzor च्या बातम्यांनुसार, एक उत्पादन आधीच घेतले गेले आहे आणि आणखी 2 नजीकच्या भविष्यात आहेत.

चुकून ब्लॉकिंग झाले तर?

शेवटी, मी तुम्हाला आठवण करून देऊ इच्छितो की Roskomnadzor "चूका करत नाही", ज्याची पुष्टी घटनात्मक न्यायालयाने केली आहे.

इंटरनेट पब्लिशर्स असोसिएशनचे संचालक व्लादिमीर खारिटोनोव्ह यांनी संवैधानिक न्यायालयात केलेल्या तक्रारीच्या विचाराचा एक भाग म्हणून चुकीने साइट ब्लॉक केल्याच्या जबाबदारीपासून रोस्कोम्नाडझोरला प्रभावीपणे मुक्त करणारा ठराव स्वीकारण्यात आला. त्यात असे म्हटले आहे की डिसेंबर 2012 मध्ये, रोस्कोमनाडझोरने चुकून त्यांची ऑनलाइन लायब्ररी digital-books.ru अवरोधित केली. मिस्टर खारिटोनोव्ह यांनी स्पष्ट केल्याप्रमाणे, त्यांचे स्त्रोत त्याच IP पत्त्यावर होते पोर्टल rastamantales(.)ru (आता rastamantales(.)com), जे ब्लॉक करण्याचा मूळ उद्देश होता. व्लादिमीर खारिटोनोव्ह यांनी रोस्कोमनाडझोरच्या निर्णयावर न्यायालयात अपील करण्याचा प्रयत्न केला, परंतु जून 2013 मध्ये टागान्स्की जिल्हा न्यायालयाने अवरोधित करणे कायदेशीर म्हणून ओळखले आणि सप्टेंबर 2013 मध्ये हा निर्णय मॉस्को सिटी कोर्टाने कायम ठेवला.

तिथुन:

Roskomnadzor यांनी कॉमर्संटला सांगितले की ते घटनात्मक न्यायालयाच्या निर्णयावर समाधानी आहेत. "संवैधानिक न्यायालयाने पुष्टी केली की रोस्कोमनाडझोर कायद्याची अंमलबजावणी करत आहे. जर ऑपरेटरकडे साइटच्या वेगळ्या पृष्ठावर प्रवेश प्रतिबंधित करण्याची तांत्रिक क्षमता नसेल आणि त्याच्या नेटवर्क पत्त्यावर नाही, तर ही ऑपरेटरची जबाबदारी आहे," विभागाच्या प्रेस सेक्रेटरीने कॉमर्संटला सांगितले.

ही समस्या क्लाउड प्रदाते आणि होस्टिंग कंपन्यांसाठी देखील संबंधित आहे, कारण त्यांच्यासोबत अशाच घटना घडल्या आहेत. जून 2016 मध्ये, Amazon S3 क्लाउड सेवा रशियामध्ये अवरोधित करण्यात आली होती, जरी फेडरल टॅक्स सेवेच्या विनंतीनुसार त्याच्या प्लॅटफॉर्मवर स्थित फक्त 888 पोकर पोकर रूम पृष्ठ नोंदणीमध्ये समाविष्ट केले गेले. Amazon S3 सुरक्षित https प्रोटोकॉल वापरते, जे वैयक्तिक पृष्ठे अवरोधित करण्यास अनुमती देत ​​नाही या वस्तुस्थितीमुळे संपूर्ण संसाधन अवरोधित केले गेले. रशियन अधिकार्‍यांच्या तक्रारी असलेल्या पृष्‍ठावर अॅमेझॉनने स्वतः हटवल्‍यानंतरच ते संसाधन रजिस्टरमधून काढून टाकण्‍यात आले.

स्त्रोत: www.habr.com