Kuidas töötab ligipääsu blokeerimine lehtedele, mis levitavad keelatud sisu (nüüd kontrolib RKN ja otsingumootorid)

Enne kui läheme edasi süsteemi kirjeldamise juurde, mis vastutab sideoperaatorite juurdepääsu filtreerimise eest, tuleb märkida, et nüüd hakkab Roskomnadzor kontrollima ka otsingumootorite tööd.

Aasta alguses kinnitati korra ja meetmete loetelu, et vältida otsingumootorite operaatorite kohustuste rikkumist, et nad lõpetaksid teabe esitamise internetiressurssidest, millele pääs on Venemaa Föderatsiooni territooriumil piiratud.

Vastav määrus Roskomnadzori poolt 7. novembri 2017. aasta käsk nr 229 on registreeritud Venemaa õigusbüroos.

Määrus on vastu võetud seoses 27.07.2006. aasta föderaalse seaduse nr 149-ФЗ "Teabe, infotehnoloogiate ja teabe kaitse" sätte 15.8 rakendamisega, mis määratleb kohustused VPN-teenuste pakkujatele, „anonümiseerijatele“ ja otsingumootorite operaatoritele teabe juurdepääsu piiramise osas, mille levitamine Venemaal on keelatud.

Kontrollimeetmed viiakse läbi kontrollorganite asukohas ilma koostöös otsingumootorite operaatoritega.

Infosüsteem tähendab infotehnoloogiliste ja telekommunikatsioonivõrkude infovaramu, millele on juurdepääs piiratud.

Tähtsündmuse tulemusena koostatakse akt, milles näidatakse muu hulgas teave tarkvara kohta, mida kasutatakse nende faktide kindlakstegemiseks, ning andmed, mis kinnitavad, et konkreetne leht (lehed) veebisaidilt oli kontrollimise hetkel infotehnoloogilises süsteemis enam kui ööpäev.

Akt saadetakse otsingumootori operaatorile läbi infotehnoloogilise süsteemi. Kui operaator ei ole aktiga nõus, on tal õigus esitada oma vastuväited Roskomnadzorile kolme tööpäeva jooksul, kes vaatab vastuväited läbi samuti kolme tööpäeva jooksul. Vastuväidete arutamise tulemusena teeb kontrolliasutuse juht või tema asetäitja otsuse haldusõigusrikkumise menetlemise alustamisest.

Kuidas on praegu korrigeeritud juurdepääsu filtrisüsteem sideoperaatoritele

Venemaal kehtib mitmeid seadusi, mis kohustavad sideoperaatoreid filtreerima juurdepääsu lehtedele, mis levitavad keelatud sisu:

• FZ 126 „Suhtlusest“, muudatus § 46 — operaatori kohustus piirata pääsu teabele (FSBM).
• „Ühine register“ — Venemaa Föderatsiooni valitsuse määrus 26. oktoobrist 2012 nr 1101 „Ühise automatiseeritud teabe süsteemi „Ühine register domeeninimede, leheviidete Interneti-infoside ja võrguaadresside kohta, mis võimaldavad tuvastada veebisaite, mille levitamine Venemaa Föderatsioonis on keelatud“.
• FZ 436 „Laste kaitsmisest…“, kergesti kätte saadava teabe kategoriseerimine.
• FZ nr 3 „Politsee kohta“, artikkel 13, lõige 12 — põhjuslike ja tingimuste kõrvaldamine, mis soodustavad kodanike ja avaliku julgeoleku ohte.
• FZ nr 187 „Muutuste tegemine Venemaa föderaalses õiguses intellektuaalomandi kaitse küsimustes infotehnoloogiliste võrkude kaudu“ („antipiraat seadus“).
• Kohtute otsuste ja prokuratuuri ettekirjutuste täitmine.
• Tööstuslik seadus 28.07.2012 N 139-ФЗ „Muudatused föderaalsesse seadusesse „Laste kaitsmine teabe eest, mis kahjustab nende tervist ja arengut“ ja mõned Venemaa Föderatsiooni õigusaktid.“
• Tööstuslik seadus 27. juulist 2006 N 149-ФЗ „Teave, infotehnoloogiad ja teabe kaitse.“

Roskomnadzori päringud blokeerimise kohta sisaldavad ajakohastatud nõudelisti teenusepakkujale, iga sellise päringu kanne sisaldab:

• register, mille alusel piirang kehtestatakse;
• aeg, millest alates on piirangu kehtestamine vajalik;
• reaktsiooni prioriteedi tüüp (tavaline prioriteet – ühe päeva jooksul, kõrge prioriteet – viivitamatu reageerimine);
• blokeeringu tüüp registrikirjes (URL või domeeninime alusel);
• registrikirje räsikood (muutub igasuguste muudatuste korral);
• otsuse andmed juurdepääsu piiramise vajaduse kohta;
• üks või mitu linki veebilehtedele, millele juurdepääs peab olema piiratud (mitte kohustuslik);
• üks või mitu domeeninime (mitte kohustuslik);
• üks või mitu võrguaadressi (mitte tingimata);
• üks või mitu IP-alamvõrku (mitte tingimata).

Tõhusate kontaktide tagamiseks operaatoritega loodi "Teabeleht Roskomnadzori ja sideoperaatorite vahelise koostöö süsteem". See asub koos regulatiivaktide, juhiste ja teadetetahvlitega operaatoritele spetsialiseeritud portaalis:

vigruzki.rkn.gov.ru

Oma poolelt alustas Roskomnadzor sideoperaatorite kontrollimiseks AС "Revisori" kliendi väljastamisega. Allpool on veidi teavet agendi funktsioonide kohta.

Agendi poolt iga URL-i kättesaadavuse kontrollimise algoritm. Kontolli teostamisel peab agent:

• määrama IP-aadressid, kuhu kontrollitava saidi (domeeni) võrgunimi muudetakse, või kasutama IP aadresse, mis on esitatud väljundis;
• iga DNS-serveritest saadud IP-aadressi puhul teostama kontrollitava URL-i HTTP-päringu. Kui kontrollitav sait saadab HTTP-ümbersuunamise, peab agent kontrollima URL-i, kuhu ümbersuunamine toimub. Toetatakse vähemalt 5 järjestikust HTTP-ümbersuunamist;
• kui HTTP-päringu teostamine on võimatu (TCP-ühenduse loomine ei toimu), peab agent järeldama, et IP-aadress on täielikult blokeeritud;
• kui HTTP-päring on edukas, peab agent kontrollima saadud vastust kontrollitava veebisaidi kohta HTTP vastuskoodi, HTTP päiste ja HTTP sisu (esimesed saadud andmed suurusega kuni 10 kB) alusel. Kui saadud vastus vastab TSU-s loodud varuväljade mallidele, peab olema tehtud järeldus blokeeritud URL-i olemasolu kohta;;
• URL-i kontrollimise käigus peab agent kontrollima krüpteeritud ühenduse loomist ja märgistama ressursi;
• Kui Agendi edastatud andmed ei ühti vahepealse lehe mallide või usaldusväärsete ümbersuunamiste lehtedega, mis teavitavad saidi blokeerimisest, peaks Agent järeldama, et URL ei ole sideoperaatori SPD-s blokeeritud. Sellisel juhul salvestatakse Agendi saadud teave (HTTP- vastus) aruandesse (kontrolli logifaili). Süsteemi administraatoril on võimalik sellest kirjest luua uus vahepealse lehe mall, et vältida edasisi valejäreldusi blokeerimise puudumise kohta.

Loetelu, mida Agent peab tagama

• ühendus TS-iga, et saada täielik URL-de ja blokeerimisrežiimide nimekiri, mida tuleb kontrollida;
• ühendus TS-iga, et saada kontrollirežiimide andmed. Toetatud režiimid: täielik ühekordne kontroll, täielik perioodiline kontroll määratud intervalliga, valikuline ühekordne kontroll määratud kasutaja URL-loendiga, perioodiline kontroll määratud intervalliga URL-loendi (kindla tüübi ER-kirjed);
• tegevuste jätkamine, mis on seotud olemasoleva URL-nimekirja kontrollimise protseduuride täitmisega, juhul kui URL-nimekirja saamine TsU-st on takistatud, ning saadud kontrollitulemuste salvestamine koos edasise edastamisega TsU-le;
• täielik määratud kontrollimise protseduuride täitmine olemasolevate URL-nimekirjade puhul, juhul kui teabe saamine kontrollimisrežiimide kohta TsU-st on takistatud, ning saadud kontrollitulemuste salvestamine koos edasise edastamisega TsU-le;
• blokkeerimiste tulemuste kontrollimine vastavalt kehtestatud režiimile;
• kontrolli läbiviimise aruande saatmine TsU-le (kontrolli logifail);
• ühenduse operaatori SPD töökindluse kontrollimise võimalus, st loetelu teadlikult ligipääsetavatest saitidest;
• kontrollitulemuste tuvastamine võimaluse alusel kasutada proksiserverit;
• tarkvara kaugvärskendamise võimalus;
• võimalus diagnostiliste protseduuride läbiviimiseks SPDs (reaktsiooniaeg, pakettide teekond, failide allalaadimise kiirus välistelt ressurssidelt, domeeninimede IP-aadresside määramine, teabe saamise kiirus tagasivõrguühenduses, pakettide kadumise määr, keskmine paketide edastusviivitus);
• kontrollimise efektiivsus vähemalt 10 URL-i sekundis, tingimusel et sidekanali ribalaius on piisav;
• võimalus agendil ressursile korduvalt pöörduda (kuni 20 korda), muudetava sagedusega 1 kord sekundis kuni 1 kord minutis;
• võimalus sooritada nimekirja sisestuste juhuslik järjestus, edastatava testimiseks ning määrata prioriteet konkreetse veebilehe jaoks internetis.

Üldiselt näeb struktuur välja selline:

Tarkvaralahendused ja tarkvara-riistvara lahendused internetitrafiku filtreerimiseks (DPI-lahendused) võimaldavad operaatoritel blokeerida kasutajate liiklust RKNi nimekirjas olevatele veebilehtedele. Kas need blokeeritakse või mitte, kontrollib klient AC Revisior. Ta kontrollib RKNi nimekirja alusel automaatselt veebilehe kättesaadavust.

Näidis jälgimisprotokollist on saadaval lingi kaudu.

Eelmisel aastal hakkas Roskomnadzor testima lahendusi blokeerimiseks, mida operaator saab rakendada selle skeemi elluviimiseks. Toon välja tsitaadi sellise testimise tulemustest:

„Positiivsed järeldused Roskomnadzorist on saanud spetsialiseeritud tarkvaralahendused „UBIC”, „EcoFilter”, „СКАТ DPI”, „Тиксен-Блокировка”, „SkyDNS Zapret ISP” ja „Carbon Reductor DPI”.

Samuti on saadud Roskomnadzori järeldus, mis kinnitab, et sideoperaatorid saavad kasutada tarkvara „ZapretService” vahendina juurdepääsu piiramiseks keelatud ressurssidele internetis. Testimise tulemused näitasid, et tootja soovitatud ühendusskeemi „katkestuspunktis” installimisel ja sideoperaatori korrektse võrgu seadistamise korral ei ületa tuvastatud rikkumiste arv Ühtses keelatud teabe registris 0,02%.

Seega on sideoperaatoritel võimalus valida endale sobivaim lahendus keelatud ressurssidele juurdepääsu piiramiseks, sealhulgas Roskomnadzori positiivse arvamuse saanud tarkvaratoodete nimekirjast.

Samas testimise käigus ei suutnud mõned operaatorid IdecoSelecta ISP tarkvaratoote pika juurutamis- ja seadistamisprotseduuri tõttu alustada teste ettenähtud ajaks. Üle poole testimises osalevatest sideoperaatoritest, kelle Ideco Selecta ISP testperiood ei kestnud kauem kui nädal. Arvestades saadud statistika vähest mahtu ja osalejate väikest arvu, märkis Roskomnadzor ametlikus järelduses, et ei ole võimalik saada selgeid järeldusi toote „Ideco Selecta ISP” tõhususe kohta kui vahendi kohta keelatud ressurssidele internetis juurdepääsu piiramise osas.

Lisaks osales iga tarkvaratoote testimises kuni 27 sideoperaatorit, kellel oli erinev arv abonente erinevatest Venemaa föderaalsed ringkonnad.

Ametlikke test tulemuste kokkuvõtteid on võimalik tutvuda siit. Neis kokkuvõtetes on sisuliselt null tehnilist teavet. Toote „Ideco Selecta ISP” kohta saab lugeda, et teada, kuidas mitte teha.

Sel aastal jätkub testimine ning praeguste uudiste põhjal Roskomnadzori kohta on juba testitud ühte toodet ning veel kahte plaanitakse lähiajal.

Mis juhtub, kui blokeerimine toimus ekslikult?

Lõpetuseks tahaksin meenutada, et Roskomnadzor ei „eksida”, nagu kinnitab põhiseaduse kohus.

Otsus, mis põhimõtteliselt vabastab Roskomnadzori vastutusest vigaste veebilehtede blokeerimise eest, võeti vastu seoses kaebuse läbivaatamisega põhiseaduslikus kohtus, mille esitas interneti väljaandjate assotsiatsiooni direktor Vladimir Haritonov. Kaebuses väideti, et detsembris 2012 blokeeris Roskomnadzor ekslikult tema veebiraamatukogu digital-books.ru. Nagu selgitas Haritonov, asus tema ressurss samal IP-aadressil, mis oli portaalil rastamantales(.)ru (praegu rastamantales(.)com), mis oli algne blokeerimise objekt. Vladimir Haritonov proovinud vaidlustada Roskomnadzori otsust kohtus, kuid juunis 2013 tunnustas Taganrog piirkondlik kohus blokeerimist seaduslikuks, ning septembris 2013 jättis Moskva linnakohus selle otsuse jõusse.

Sealt samast:

Roskomnadzorist ütlesid „Vedomosti”, et põhiseaduslik kohus oli rahul otsusega. „Põhiseaduslik kohus kinnitas, et Roskomnadzor täidab seadust. Kui operaatoril ei ole tehnilisi võimalusi piirata juurdepääsu eraldi veebilehe lehele, mitte selle domeenile, siis on see operaatori vastutus,” ütles „Vedomosti” pressiesindaja.

See küsimus on aktuaalne ka pilveteenuste ja hostingu ettevõtete jaoks, kuna sarnaseid intsidente on juhtunud ka nendega. Juunis 2016 blokeeriti Venemaa poolt Amazon S3 pilveteenus, kuigi Maksuameti nõudmisel kantakse registrisse vaid pokkerituba 888poker, mis asus selle platvormil. Kogu ressursi blokeerimine oli seotud sellega, et Amazon S3 kasutab turvalist protokolli https, mis ei võimalda blokeerida üksikuid lehti. Ainult pärast seda, kui Amazon ise kustutas lehe, mille kohta Venemaa ametivõimud pretensioone esitasid, eemaldati ressurss registrist.

Allikas: habr.com