A Nemzeti Média- és Hírközlési Hatóság. ajánlása



Hasonló dokumentumok
,.,, : 14440rJe2 p Érkezet : C1 i Á~ i. Tisztelt Elnök Úr!

Megállapodás. amely létrejött egyrészről

Az elektronikus adat hozzáférhetetlenné tétele

Szakmai konzultáció. Az elektronikus adatoknak a bíróságok. által elrendelt hozzáférhetetlenné tételéről

Az internet az egész világot behálózó számítógép-hálózat.

T/11105/31. szám. Az Országgyűlé s. Alkotmányügyi, igazságügy i és ügyrendi bizottságának. ajánlás a. záró vitájához

Fábián Zoltán Hálózatok elmélet

A MAC-cím (Media Access Control) egy hexadecimális számsorozat, amellyel még a gyártás során látják el a hálózati kártyákat. A hálózat többi eszköze

Pantel International Kft. Általános Szerződési Feltételek bérelt vonali és internet szolgáltatásra

21. tétel IP címzés, DOMAIN/URL szerkezete

Az adott eszköz IP címét viszont az adott hálózat üzemeltetői határozzákmeg.

III. előadás. Kovács Róbert

1. Az internet használata

A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP. Webmail (levelező)

1/13. RL osztály Hálózati alapismeretek I. gyakorlat c. tantárgy Osztályozóvizsga tematika

Információ és kommunikáció

Az Internet. avagy a hálózatok hálózata

Internet Protokoll 6-os verzió. Varga Tamás

A 35/2016. (VIII. 31.) NFM rendelet szakmai és vizsgakövetelménye alapján.

IP anycast. Jákó András BME TIO

A 35/2016. (VIII. 31.) NFM rendelet szakmai és vizsgakövetelménye alapján.

FELHASZNÁLÓI KÉZIKÖNYV. WF-2322 Vezetéknélküli Hozzéférési Pont

Tájékoztató. Használható segédeszköz: -

Változások a Sulinet szűrési szabályokban

Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. Kocsis Gergely, Supák Zoltán

Hálózati Technológiák és Alkalmazások. Vida Rolland, BME TMIT október 29. HSNLab SINCE 1992

2011 TAVASZI FÉLÉV 3. LABORGYAKORLAT PRÉM DÁNIEL ÓBUDAI EGYETEM. IP címzés. Számítógép hálózatok gyakorlata

További részletes tájékoztatásért lásd: System Administration Guide (Rendszeradminisztrátori útmutató).

A T-Online Adatpark és Dataplex hálózati megoldásai

Informatika 10. évf.

HÁLÓZATI ISMERETEK GNS 3


13. gyakorlat Deák Kristóf

Ingyenes DDNS beállítása MAZi DVR/NVR/IP eszközökön

Tájékoztató. Használható segédeszköz: -

A 35/2016. (VIII. 31.) NFM rendelet szakmai és vizsgakövetelménye alapján.

Beállítások 1. Töltse be a Planet_NET.pkt állományt a szimulációs programba! A teszthálózat már tartalmazza a vállalat

vezeték nélküli Turi János Mérnök tanácsadó Cisco Systems Magyarország Kft.

Előadás témája: DVR-ek és hálózati beállításuk Szentandrási-Szabó Attila Műszaki és kereskedelmi igazgató

Hálózati architektúrák laborgyakorlat

Informatikai hálózattelepítő és - Informatikai rendszergazda

A WINETTOU Távközlési Szolgáltató Korlátolt Felelısségő Társaság. Internet szolgáltatásra vonatkozó Általános Szerzıdéses Feltételek

Technikai tudnivalók a Saxo Trader Letöltéséhez tűzfalon vagy proxy szerveren keresztül

Közigazgatási szerződés

Tűzfal megoldások. ComNETWORX nap, I. 30. ComNETWORX Rt.

G Data MasterAdmin 9 0 _ 09 _ _ # r_ e p a P ch e T 1

Hálózati architektúrák laborgyakorlat

HÁLÓZATI BEÁLLÍTÁS. Videorögzítőkhöz

Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. 3. óra. Kocsis Gergely, Kelenföldi Szilárd

Alap protokollok. NetBT: NetBIOS over TCP/IP: Name, Datagram és Session szolgáltatás.

Informatikai hálózattelepítő és - Informatikai rendszergazda

MINISZTERELNÖKI HIVATAL. Szóbeli vizsgatevékenység

A 35/2016. (VIII. 31.) NFM rendelet szakmai és vizsgakövetelménye alapján.

Információ és kommunikáció

Adatátviteli rendszerek Mobil IP. Dr. habil Wührl Tibor Óbudai Egyetem, KVK Híradástechnika Intézet

TestLine - zsoltix83 hálozat 1 Minta feladatsor

IP alapú távközlés. Virtuális magánhálózatok (VPN)

Dr. Wührl Tibor Ph.D. MsC 04 Ea. IP P címzés

A csatlakozási szerződés 1. sz. melléklete

A csatlakozási szerződés 1. sz. melléklete

Hálózati alapismeretek

Budapest Főváros Kormányhivatala. Földmérési, Távérzékelési és Földhivatali Főosztály. Általános Szerződési Feltételek.

Hálózati architektúrák laborgyakorlat

A honlap használatával Ön mint felhasználó elfogadja jelen Adatvédelmi Nyilatkozat rendelkezéseit.

Bevezető. PoC kit felépítése. NX appliance. SPAN-Proxy

Hálózat szimuláció. Enterprise. SOHO hálózatok. Más kategória. Enterprise. Építsünk egy egyszerű hálózatot. Mi kell hozzá?

2008 IV. 22. Internetes alkalmazások forgalmának mérése és osztályozása. Április 22.

Alhálózatok. Bevezetés. IP protokoll. IP címek. IP címre egy gyakorlati példa. Rétegek kommunikáció a hálózatban

Tartalomjegyzék ÁLTALÁNOS ISMERETEK... 1 LEVELEZÉS... 15

5. Hálózati címzés. CCNA Discovery 1 5. fejezet Hálózati címzés

Adatkezelési nyilatkozat

BIX Viszonteladói Program (BIXViP)

Hálózati alapismeretek

Advanced PT activity: Fejlesztési feladatok

Hálózatkezelés: Távoli elérés szolgáltatások - PPP kapcsolatok

Számítógép hálózatok 3. gyakorlat Packet Tracer alapok M2M Statusreport 1

A VPKNet hálózati szabályzata

Adatkezelési Nyilatkozat

IPv6 Elmélet és gyakorlat

az egyik helyes választ megjelölte, és egyéb hibás választ nem jelölt.

Integrált spam, vírus, phishing és hálózati védelem az elektronikus levelezésben. Börtsök András Projekt vezető.

30/2013. (VI. 28.) BM rendelet. a rendőrség katonai nyomozó hatóságairól és a bűncselekmények parancsnoki nyomozásáról. 1. A katonai nyomozó hatóságok

Tomka Péter NMHH, Mérésügyi főosztályvezető

Tisztelt Telepítő! 2. Ellenőrizze, hogy a modul engedélyezve van-e: Szekció [382] Opció 5 (alternatív kommunikátor) BE.

BIX Szabályzat. A BIX működésének és használatának szabályai

DLNA- beállítási útmutató

A csatlakozási szerződés 1. sz. melléklete

WorldSkills HU 2008 döntő Packet Tracer

Webkezdő. A modul célja

Információ és kommunikáció

MAC címek (fizikai címek)

Windows hálózati adminisztráció segédlet a gyakorlati órákhoz

Tisztelt Telepítő! A központ és az alkalmazás összehangolását a következőképpen hajthatja végre:

Hálózatkezelés Szolgáltatási minőség (QoS)

Pick Pack Pont kereső és boltválasztó alkalmazás

Hálózatkezelés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Hálózatkezelés / 20

routing packet forwarding node routerek routing table

TÁJÉKOZTATÓ AZ ELŐFIZETŐK ÉS FELHASZNÁLÓK SZEMÉLYES ADATAINAK KEZELÉSÉRŐL

WS 2013 elődöntő ICND 1+ teszt

átvitt bitek számával jellemezhetjük. Ezt bit/s-ban mérjük (bps) vagy ennek többszöröseiben (kbps, Mbps).

Átírás:

A Nemzeti Média- és Hírközlési Hatóság ajánlása az elektronikus hírközlési szolgáltatók részére az elektronikus adatok hozzáférhetetlenné tételének megfelelő hatékonyságú eljárásairól (verziószám: 1.2.) 1/12

Tartalomjegyzék 1. Bevezetés... 3 1.1. Az NMHH felhatalmazása... 3 2. Általános fogalmak... 3 2.1. Elektronikus adat fogalma... 3 2.2. Elektronikus adat azonosítása a hálózatban... 3 3. A hozzáférhetetlenné tétel folyamata... 5 4. Hatékony hozzáférhetetlenné tételi megoldások... 6 4.1. Forgalom elterelés és tartalom vizsgálat alapú hozzáférhetetlenné tétel... 6 4.2. Egy lehetséges hatékony műszaki megvalósítás hálózati diagramja DSL szolgáltatói környezetben... 7 4.3. A hozzáférhetetlenné tételi rendszer adat azonosítási komplexitásának a méretezése.. 8 4.4. A hozzáférhetetlenné tételi rendszer elvárt jellemzői... 8 4.5. A hozzáférhetetlenné tételi rendszer átviteli teljesítményének a méretezése... 9 4.6. A hozzáférhetetlenné tételi rendszer rendelkezésre állásának a méretezése... 9 5. Az NMHH technikai segítségnyújtása... 10 5.1. Szakmai konzultáció és információátadás a szolgáltatók részére... 10 5.2. Az NMHH Technikai Segítségnyújtó Rendszere... 10 1. sz. melléklet... 11 A TSR rendszerhez történő csatlakozás jogi feltételei... 11 2/12

1. Bevezetés 1.1. Az NMHH felhatalmazása Az elektronikus hírközlésről szóló 2003. évi C. törvény (a továbbiakban: Eht.) 159/C. (7) bekezdése alapján a Nemzeti Média- és Hírközlési Hatóság ajánlást adhat ki a hozzáférhetetlenné tételi kötelezettség teljesítésének módjára vonatkozó legjobb gyakorlatokról, illetve felhasználói segítséget nyújt a bíróság, a hozzáférést biztosító elektronikus hírközlési szolgáltatók és a kereső- és gyorsítótár-szolgáltatók számára a KEHTA kezeléséhez. Ezt az ajánlást a büntetőeljárásról szóló 1998. évi XIX. törvénnyel (Be.), az elektronikus hírközlésről szóló 2003. évi C. törvénnyel (Eht.), a szerencsejáték szervezéséről szóló 1991. évi XXXIV. törvénnyel, és az egyszerű adatátvitelt és hozzáférést biztosító elektronikus hírközlési szolgáltatók és a kereső- és gyorsítótár-szolgáltatók központi elektronikus hozzáférhetetlenné tételi határozatok adatbázisához való kapcsolódásának és a Nemzeti Média- és Hírközlési Hatósággal való elektronikus kapcsolattartásának szabályairól szóló a 19/2013. (X. 29.) NMHH rendelettel összhangban szükséges értelmezni. Az ajánlás célja, hogy elősegítse az elektronikus adatok hozzáférhetetlenné tételét előíró határozatok azonos műszaki szempontok alapján, kellő hatékonysággal történő végrehajtását, ezáltal támogatást nyújtson a szolgáltatóknak ezen kötelezettségük teljesítéséhez. 2. Általános fogalmak 2.1. Elektronikus adat fogalma Az elektronikus adat hozzáférhetetlenné tétele vonatkozásában elektronikus adat: a hozzáférést biztosító elektronikus hírközlési szolgáltatók által, elektronikus hírközlő hálózat útján közzétett olyan adat, amely IP- és URL-cím, illetve port szám alapján beazonosítható. 2.2. Elektronikus adat azonosítása a hálózatban 2.2.1. URL Uniform Resource Locator [egységes erőforrás-azonosító, webcím ] Az URL egyetlen címben összefoglalja az elektronikus adat azonosításához szükséges négy alapvető információt: a protokollt, ami a célszerverrel történő kommunikációhoz szükséges; a célszerver domain nevét vagy IP címét; a transzport rétegbeli port számát, amin az igényelt szolgáltatás elérhető a célszerveren; 3/12

az elektronikus adathoz vezető elérési utat a célszerveren belül. 2.2.1. Domain név Az Internet egy meghatározott részét, tartományát egyedileg leíró megnevezés. A tartománynevek kiosztása és értelmezése a Domain Name System (DNS) szabályai szerint, hierarchikusan történik. A domain nevek célja, hogy az Internethez csatlakozó számítógépek azonosításra szolgáló IP címeit egy könnyen megjegyezhető azonosítóval kapcsolja össze. Amennyiben egy elektronikus adat lekérése a domain név megadásával történik, akkor először a domain nevek és IP címek összerendelését tároló DNS szervereket kérdezi le a felhasználó, és az így visszakapott IP címen kéri le ténylegesen az elektronikus adatot. Egy adott domain névhez több IP cím bejegyzés is tartozhat a DNS szerveren, illetve egy IP cím mögött több domain név kiszolgálását végző szerver is lehet. 2.2.2. IP cím IP cím/alhálózati maszk Az IP (Internet Protokoll) cím és az ehhez tartozó alhálózati maszk együttesen meghatározzák, hogy az Interneten milyen hálózati címen érhető el az adott elektronikus adat. Az elektronikus hírközlési szolgáltatók ezen adatpár alapján tudják beállítani a hálózati eszközeikben a hozzáférhetetlenné tételt. Az alhálózati maszk a hálózaton belül csoportosan címezhető IP tartomány méretét határozza meg. Amennyiben 1 db IP címen érhető el az elektronikus adat, úgy értéke /32. Amennyiben több IP címről vagy tartományból is elérhető ugyanaz az elektronikus adat (pl. több szerveren van elhelyezve), akkor az alhálózati maszk megadásával határozató meg a kérdéses tartomány (pl. /24 -es alhálózati maszk esetén egy 253 IP címből álló tartomány határozható meg). Az IP cím és az alhálózati maszk megadása során külön kell feltüntetni a 4-es verziószámú IP címeket (IPv4) és a 6-os verziószámú IP címeket (IPv6). Ez utóbbiak elterjedtsége még alacsony, de különösen a jogsértő tartalmak szolgáltatása esetén fontos lehet. 2.2.3. Cél port cím a transzport rétegben (TCP/UDP cél port szám) A TCP/IP és az UDP protokollokban az adott célszerveren a logikai csatlakozást meghatározó jelzőszám. A port szám 0-tól 65535 közötti egész érték lehet. A 0-s és 1024-es közötti port számok meghatározott szolgáltatásoknak vannak fenntartva és "jól ismert" (azonosított) portokként kerültek kijelölésre (RFC 1700). A port szám megadása szükséges ahhoz, hogy az elektronikus adat egy adott IP címen üzemelő szerveren vagy szervereken belül azonosítható legyen. Mivel a jól ismert portok számozása nem kötelező előírás, ezért egy adott elektronikus adat hozzáférhetetlenné tétele esetén figyelembe kell venni azt a lehetőséget, hogy az nem a megszokott portokon érhető el. (Pl.: http alapú weboldal a 8080-as port számon üzemel a jól ismert 80-as port szám helyett. 4/12

2.2.4. DPI (Deep Packet Inspection) alapú szűrés A DPI technológián alapuló hálózati eszközök a hálózati és transzport protokollok vizsgálatán túlmenően, képesek a teljes adatcsomag tartalmának a vizsgálatára, így alkalmasak csak a magasabb szintű (OSI L5-L7: viszony, megjelenítési, illetve alkalmazási réteg) protokollokban elkülönülő adatfolyamok megkülönböztetésére és specifikus szűrésére. 3. A hozzáférhetetlenné tétel folyamata Az elektronikus hírközlési szolgáltató által megvalósított, az elektronikus adatok hozzáférhetetlenné tételére irányuló technikai eljárások célja minden esetben az, hogy a bíróság, vagy a külön törvényben meghatározott hatóság (A Nemzeti Adó- és Vámhivatal) tiltó határozatában megadott jellemzők alapján hozzáférhető elektronikus adat helyett a szintén a határozatban megadott, a tiltás tényéről és indokairól tájékoztató szöveg kerüljön megjelenítésre az internet felhasználó számára. Az alábbi ábrán nyomon követhető az elektronikus adat hozzáférhetetlenné tételének a folyamata. 5/12

4. Hatékony hozzáférhetetlenné tételi megoldások 4.1. Forgalom elterelés és tartalom vizsgálat alapú hozzáférhetetlenné tétel Ezt a módszert az EU számos országában alkalmazzák (pl. Egyesült Királyság), különböző műszaki-hálózati megvalósításokkal. A módszer lényege, hogy az elektronikus adat IP címére irányuló forgalom hálózati protokollok segítségével (pl.: BGP) egy külön hálózati szegmensbe kerül átirányításra, amely szegmensben céleszközök (DPI szerverek) végzik el a forgalom részletes vizsgálatát, és kizárólag a bírósági, vagy hatósági határozatban megnevezett URL-ekre és cél-portokra irányuló lekérések esetén történik meg a tájékoztató oldalra történő átirányítás. Ezen módszer hatékonysága a megkerülő technikák elérhetősége mellett is megfelelő, mivel kellő pontossággal azonosítja a hozzáférhetetlenné tételre rendelt elektronikus adatot, és minimális járulékos hatásokkal rendelkezik. 6/12

továbbítás eltérítés 4.2. Egy lehetséges hatékony műszaki megvalósítás hálózati diagramja DSL szolgáltatói környezetben Eltérítő oldal web-kiszolgáló SZŰRŐ- RENDSZER BIX SZOLGÁLTATÓI HÁLÓZAT DPI tűzfal Kizárólag a KEHTA-ban megadott URL lista vizsgálata BGP router BGP router Gerinchálózat BGP hirdetés Kizárólag a KEHTA-ban megadott IP címek hirdetése DSLAM PE router NEMZETKÖZI IP TRANZIT DSL modem CPE router Egyéni előfizetők Közületi előfizetők 7/12

4.3. A hozzáférhetetlenné tételi rendszer adat azonosítási komplexitásának a méretezése A hozzáférhetetlenné tételi műszaki megoldásnak az összes, a bírósági, vagy hatósági határozatban megadott jellemző alapján azonosítania kell tudni az elektronikus adatokat (amennyiben csak domain név kerül megadásra a határozatban, úgy csak az alapján kell azonosítani). A forgalom elterelés alkalmazásával működő műszaki megoldás esetén biztosítani kell, hogy legalább 5.000 db egyedi IPv4 unicast route prefix és 500 db IPv6 unicast route prefix elterelésére legyen alkalmas a rendszer. Az elterelt forgalomban a DPI szervereknek pedig legalább 5.000 db egyedi URL pontos azonosítását kell biztosítaniuk. 4.4. A hozzáférhetetlenné tételi rendszer elvárt jellemzői Jellemző Elvárt működési mód IP cím alapú elterelés A szolgáltató a tiltott elektronikus adathoz tartozó IP címre érkező összes lekérést eltereli egy külön hálózati szegmensbe, ezzel végezve el a szűrés első fázisát. Amennyiben a szolgáltató IPv6 forgalmat is támogat a hálózatában, úgy alkalmasnak kell lennie mind az IPv4, mind pedig az IPv6 címek elterelésére. Ez csak abban az esetben alkalmazható, ha a vonatkozó határozat egy teljes IP-cím hozzáférhetetlenné tételét írta elő. Tartalomvizsgálat az elterelt forgalomban HTTP protokoll esetén A szolgáltatónak az elterelt forgalmat további vizsgálatnak kell alávetnie, amely alapján eldönthető, hogy az adott lekérés tiltott URL-re vagy portszámra vonatkozik-e. Amennyiben a megvizsgált IP csomag tartalma alapján megállapítható, hogy tiltott elektronikus adat lekérésére irányul, úgy ezen lekérésre válaszul a tájékoztató oldal címét kell visszaküldeni a kezdeményező számára. Tartalomvizsgálat az elterelt forgalomban HTTPS protokoll esetén A HTTP vizsgálathoz képest ebben az esetben csak domain név szintű hozzáférhetetlenné tételre van lehetőség, amelyet a kiszolgáló által titkosítatlan formában átküldött SSL tanúsítványban szereplő domain név alapján lehet megtenni. Tartalomvizsgálat az elterelt forgalomban egyéb protokollok esetén Amennyiben a tiltott adathoz történő hozzáférés a fentiektől eltérő protokollon keresztül valósul meg (pl. FTP/SSH stb.), úgy a lekérés vizsgálata esetén elegendő kizárólag az IP cím és a port-szám alapján dönteni a forgalom továbbengedéséről. 8/12

4.5. A hozzáférhetetlenné tételi rendszer átviteli teljesítményének a méretezése Abban az esetben lehet hatékony egy hozzáférhetetlenné tételi műszaki megoldás, amennyiben megfelelő forgalmi kapacitásokkal rendelkezik, és egy esetleges túlterheléses támadás a rendszer ellen sem vezet a hozzáférhetetlenné tétel ellehetetlenüléséhez. Ennek megfelelően, az internet hozzáférés szolgáltatóknak úgy kell méretezniük a hozzáférhetetlenné tételi műszaki megoldást, hogy az alkalmas legyen legalább az általuk kiszolgált összes nemzetközi irányba indított előfizetői forgalom 5%-át megfelelően kezelni. 4.6. A hozzáférhetetlenné tételi rendszer rendelkezésre állásának a méretezése A hozzáférhetetlenné tételi rendszer akkor biztosít kellő hatékonyságot, amennyiben az éves átlagos rendelkezésre állása meghaladja a 99,5%-ot, minden teljes naptári évre vonatkozóan. 9/12

5. Az NMHH technikai segítségnyújtása 5.1. Szakmai konzultáció és információátadás a szolgáltatók részére Az NMHH szakmai konzultációt, és igény esetén műszaki/tervezési segítséget nyújt a hírközlési szolgáltatók számára a saját hozzáférhetetlenné tételi rendszereik kifejlesztéséhez. 5.2. Az NMHH Technikai Segítségnyújtó Rendszere Az Ajánlás 1. számú mellékletében meghatározott jogi keretrendszer alapján az elektronikus hírközlési szolgáltató térítésmentesen csatlakozhat az NMHH által közérdekből működtetett a Technikai Segítségnyújtó Rendszerhez (TSR), ami a hírközlési szolgáltató által előszűrt forgalmi adatfolyam pontosabb szűrését segítheti. 10/12

1. sz. melléklet A TSR rendszerhez történő csatlakozás jogi feltételei 1. A Hatóság a büntetőeljárásról szóló 1998. évi XIX. törvény 2014. január 1-től hatályos 158/D. és 596/A. -ai, a szerencsejáték szervezéséről szóló 1991. évi XXXIV. törvény 2014. január 2-től hatályos 36/G.-J. -ai és az elektronikus hírközlésről szóló 2003. évi C. törvény (a továbbiakban: Eht.) 2014. január 1-től hatályos 92/A. és 159/B.-159/C. -ai alapján 2014. január 1-től szervezi és ellenőrzi a büntetőügyben a bíróság által elrendelt elektronikus adat ideiglenes és végleges hozzáférhetetlenné tételének végrehajtását, továbbá a külön törvényben meghatározott hatóság (A Nemzeti Adó- és Vámhivatal) által elrendelt elektronikus adat ideiglenes hozzáférhetetlenné tételének végrehajtását. A Hatóság ennek érdekében működteti a központi elektronikus hozzáférhetetlenné tételi határozatok adatbázisát (a továbbiakban: KEHTA), és a működtetés céljából feldolgozza az oda bevitt adatokat. 2. A Hatóság az Eht. 159/C. (4)-(5) bekezdése értelmében hozzáférést biztosító elektronikus hírközlési szolgáltató vagy a kereső- és gyorsítótár-szolgáltató kérésére közreműködik az elektronikus adat hozzáférhetetlenné tételét elrendelő határozatok végrehajtásához szükséges technikai környezet biztosításában. Ha a Hatóság az elektronikus adat ideiglenes és végleges hozzáférhetetlenné tételében közreműködik, az érintett hozzáférést biztosító elektronikus hírközlési szolgáltatóval, illetve az érintett kereső- és gyorsítótárszolgáltatóval közigazgatási szerződést köt. A közreműködés keretében a Hatóság a közigazgatási szerződésben meghatározott módon és feltételekkel hozzáférést biztosít az érintett hozzáférést biztosító elektronikus hírközlési szolgáltató vagy a kereső- és gyorsítótár-szolgáltató részére olyan technikai segítségnyújtó rendszerhez, amely műszaki jellemzőinél fogva alkalmas a hozzáférhetetlenné tétel megvalósítására. 3. A technikai segítségnyújtó rendszer célja, hogy a szolgáltatók erre vonatkozó igénye esetén a hozzáférés megakadályozásával kapcsolatos technikai terheket a hatóság részben levegye a szolgáltatók válláról. Kérjük, amennyiben közigazgatási szerződést kötésére jogosult és ilyen szerződést kíván kötni, azt jelezze a tsr-info@nmhh.hu elektronikus levélcímen. Ebben az esetben a szerződés mintapéldányát elpostázzuk és azt aláírva az alábbi címre kérjük visszaküldeni: Nemzeti Média- és Hírközlési Hatóság 1015 Budapest, Ostrom u. 23-25. A szerződés hatóság által is aláírt példányát ezután visszapostázzuk a szolgáltató címére. A hatóság konzultációs lehetőséget biztosít a szolgáltatók számára a technikai segítségnyújtó rendszerrel kapcsolatban az alábbi helyszínen és időpontokban: Nemzeti Média- és Hírközlési Hatóság 1015 Budapest, Ostrom u. 23-25., II-III.-as tárgyaló 11/12

1. időpont: 2013. november 20. (szerda), 14.00 óra 2. időpont: 2013. november 28. (csütörtök), 14.00 óra A konzultációs időpontokra a tsr-info@nmhh.hu elektronikus levélcímen lehet jelentkezni az elérhetőségi adatok megadásával. 12/12