INFORMATIKAI BIZTONSÁG ALAPJAI

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "INFORMATIKAI BIZTONSÁG ALAPJAI"

Átírás

1 INFORMATIKAI BIZTONSÁG ALAPJAI 1. konzultáció Göcs László mérnöktanár Kecskeméti Főiskola GAMF Kar Informatika Tanszék félév

2 Elérhetőség, információ Göcs László Informatika Tanszék 1. emelet 116-os iroda

3 Félévi követelmény ZH: 100 pontos írásbeli dolgozat. Időpontja: november :25-12:10 Pót ZH: 100 pontos Időpontja: november :20 13:05 A vizsgára bocsátás feltétele - aláírás: A zárthelyi dolgozat sikeres megírása (50% - 50 pont). VIZSGA (írásbeli + szóbeli)

4 A félév tematikája Az informatikai biztonság fogalma, tartalma. Informatikai biztonsági követelmények. Kockázat. Katasztrófa. Az informatikai biztonság ügyviteli szabályozása (hazai és nemzetközi törvények, rendeletek, szabványok). Rendelkezésre állás és növelésének módszerei. IT biztonsági technikák: a felhasználók azonosításának eszközei, biometria. Jelszavak fontossága, jelszó választás problémái, jelszófeltörések megakadályozása. RSA titkosítás, hitelesítés, digitális aláírás.

5 A félév tematikája Kliens és Szerver oldali biztonság, RAID technológia, központosított menedzsment. Vállalati biztonság. Kriptológia. Történeti áttekintés. Szimmetrikus ás aszimmetrikus kulcsú kriptográfia. Szteganográfia. Zárthelyi dolgozat írása. A kommunikációs infrastruktúra védelme.

6 Az informatikai biztonság fogalma A központban áll egy érték, az adatok által hordozott információ, amelyet az egyik oldalról támadnak, a másik oldalon az információk tulajdonosa pedig védi azt. Mindkét fél egymástól független, egymás számára ismeretlen stratégiával igyekszik megvalósítani támadási, illetve védelmi szándékait.

7 A védő mindig többet veszít, mint amit a támadó nyer. A kár nem csak anyagi lehet, hanem Politikai Erkölcsi Üzleti stb.

8 Az adatot, mint a támadások alapvető célját a következő rendszerelemek veszik körül: az informatikai rendszer fizikai környezete és infrastruktúrája, hardver rendszer, szoftver rendszer, kommunikációs, hálózati rendszerek, adathordozók, dokumentumok és dokumentáció, személyi környezet (külső és belső). MINDEGYIKRE KÜLÖNBÖZŐ FENYEGETETTSÉGEK HATNAK!

9

10 Az informatikai biztonságot úgy határozhatjuk meg, hogy az az állapot amikor az informatikai rendszer védelme - a rendszer által kezelt adatok bizalmassága, hitelessége, sértetlensége és rendelkezésre állása, illetve a rendszerelemek rendelkezésre állása és funkcionalitása szempontjából - zárt, teljes körű, folyamatos és a kockázatokkal arányos.

11 Teljes körű védelem alatt azt értjük, hogy a védelmi intézkedések a rendszer összes elemére kiterjednek. Zárt védelemről az összes releváns fenyegetést figyelembe vevő védelem esetén beszélünk. A folyamatos védelem az időben változó körülmények és viszonyok ellenére is megszakítás nélkül megvalósul. A kockázattal arányos védelem esetén egy kellően nagy időintervallumban a védelem költségei arányosak a potenciális kárértékkel. A védelem akkor kielégítő erősségű (mértékű), ha a védelemre akkora összeget és olyan módon fordítanak, hogy ezzel egyidejűleg a releváns fenyegetésekből eredő kockázat (kárérték bekövetkezési gyakoriság) a szervezet számára még elviselhető szintű vagy annál kisebb.

12 Minőségbiztosítás Információvédelem Védelemtudomány Hagyományos biztonság Informatika Informatikai biztonság Megbízható működés Jogtudomány

13 Az informatikai biztonság két alapterületet foglal magába: információvédelem, amely az adatok által hordozott információk sértetlenségének, hitelességének és bizalmasságának elvesztését hivatott megakadályozni. az informatikai rendszer megbízható működése területét, amely az adatok rendelkezésre állását és a hozzájuk kapcsolódó alkalmazói rendszerek funkcionalitását hivatott biztosítani.

14 Számítógép biztonság Helyi autentikáció (belépési azonosítás, BIOS ) Jelszavak fontossága (xx12!3@a5g4%) Hardvervédelem (adatmegsemmisítés, adatvisszahozás)

15 Hálózati biztonság Vezetékes hálózati rendszerek (DHCP-MAC) Központi menedzselés (AD, Group Policy ) Vezeték nélküli hálózatok (WPA2/PSK ) Hálózat megosztási jogosultságok (nyomtató, mappa )

16 Személyi biztonság Beléptető rendszerek (Smart kártya) Biometria (ujjlenyomat, retina ) Alkalmazottak (Social Engineering)

17 Adatok biztonsága RSA titkosítás Digitális aláírás biztonság

18 Szerver biztonság RAID technológia Backup Tükrözés

19 TCSEC TCSEC (Trusted Computer System Evaluation Criteria = Biztonságos Számítógépes Rendszerek Értékelési Kritériumai = orange book) Az USA informatikai biztonsággal kapcsolatos követelményrendszere, kormányzati és katonai rendszerek alkalmazásában kötelező.

20 ITSEC ITSEC (Information Technology Security Evaluation Criteria = Információtechnológia Biztonsági Értékelési Kritériumai) Az EU országaiban ezt a követelményrendszert fogadják el és használják a felhasználók és a piaci szektorok.

21 ITSEC 10 funkcionalitási osztálya: F-C1: korlátozott hozzáférés-védelem F-C2: korlátozott és ellenőrzött hozzáférés-védelem, a hozzáférési jogokat csoportoknak vagy egyes személyeknek határozzák meg. F-B1: címkézett kötelező hozzáférés-védelem. F-B2: strukturált hozzáférés-védelem. F-B3: elkülönített védelmi területek. F-IN: nagy integritású rendszerek osztálya (azonosítás, hitelesítés, jogkezelés) F-AV: magas rendelkezésre állást igénylő rendszerek osztálya. F-DI: adatmozgatásnál magas adatintegritást bizt. Rendszerek. oszt. F-DC: bizalmas adatokat feldolgozó rendszerek osztálya. F-DX: magas adat-integritást és bizalmasságot biztosító osztott rendszerek osztálya.

22 CC CC (Common Criteria = Közös Követelmények) Az EU, az USA és Kanada együttműködésével jött létre azzal a céllal, hogy a korábbi ajánlásokat összhangba hozza a különböző alkalmazási területekre egyedi követelményeket szabjon.

23 ITIL ITIL (BS 15000:2000) Az Informatikai Szolgáltatás Módszertana. Az ITIL-t jó minőségű, költséghatékony informatikai szolgáltatások támogatása céljából fejlesztették ki, mely kiterjed azok teljes életciklusára, így a tervezésre, bevezetésre, működtetésre és újabb szolgáltatások bevezetésére.

24 COBIT COBIT 4.1 Informatikai Irányítási és Ellenőrzési Módszertan. Nemzetközileg elfogadott keretelv, amely garantálja az informatikai alkalmazásoknak az üzleti célok szolgálatába való állítását, erőforrásaik felelős felhasználását és a kockázatok megfelelő kezelését.

25 ISO/IEC ISO/IEC Nemzetközi Szabványügyi Szervezet (ISO) által is elfogadott és elismert ISO szabvány gyűjteménye.

26 INFOSEC INFOSEC ( Information System Security = Informatikai Rendszerek Biztonsága) A NATO információvédelmi ajánlása, amely szerint: Az információvédelem biztonsági intézkedések alkalmazása annak érdekében, hogy a kommunikációs, információs és más elektronikus rendszerekben tárolt, feldolgozott és átvitt adatok védelme biztosítva legyen a bizalmasság, sértetlenség és rendelkezésre állás elvesztésével szemben, függetlenül az események szándékos vagy véletlen voltától.

27 INFOSEC két része: Communication Security (COMSEC) CRYPTOSEC - rejtjelezés TRANSEC átviteli utak védelme EMSEC kompromittáló kisugárzás elleni védelem Computer Security (COMPUSEC) Hardverbiztonság Szoftverbiztonság Firm-ware biztonság (csak olvasható memóriában tárolt adatok)

28 ITB ITB (Informatikai Tárcaközi bizottság) A Miniszterelnöki Hivatal Informatikai Tárcaközi bizottsága által kiadott ajánlások az informatikai biztonság megteremtésének legfontosabb tudnivalóiról adnak tájékoztatást. ITB 8. : tartalmazza az informatikai biztonság kockázatelemzésének egy jól használható módszertanát. ITB 12. : az informatikai rendszerek biztonságának követelményeit tartalmazza. ITB 16. : az informatikai termékek és rendszerek biztonsági értékelésének módszertana.

29 Nemzetközi információbiztonsági szervezetek: ENISA Európai Hálózat- és Informatikai Biztonsági Ügynökség; CERT-ek Számítógépes Vészhelyzeti Reagáló Csoportok és CSIRT-k Számítógépes Biztonsági Incidens Reagáló Csoportok; TF-CSIRT az Európában működő CERT szervezetek közös szervezete; FIRST incidenskezelő szervezetek fóruma; EGC Európai kormányok CSIRT csoportja.

30 TEMPEST A TEMPEST egy vizsgálat fedőneve volt, amely során a különböző elektronikai adatfeldolgozó egységek kisugárzását elemezték. Megállapították, hogy minden egy elektronikai berendezés kibocsát rezgéseket, amelyeket elfogva, és különböző eljárásoknak alávetve, az adatok kinyerhetőek. A tökéletes információ védelmet csak a fizikai közeg átalakítása, valamint a háttérzaj létrehozásával érhetik el. A TEMPEST jelzést gyakran használják, illetve említik úgy hogy Kisugárzás Biztonság vagy Biztonságos Sugárzás (EMSEC avagy sugárzás biztonságtechnika).

31 USA és a NATO TEMPEST szintjei NATO SDIP-27 A Szint (régebben AMSG 720B) és az USA-ban NSTISSAM Szint I Egyezményes Laboratóriumi Test Kisugárzási szint Ez a stricteszt mondhatni rövidtávú szint, azon egységeknek feleltethető meg, ahol az információ elnyelő, nevezzük támadónak, szinte közvetlenül hozzáfér az adatokhoz, azaz a kisugárzást közvetlen közelről rögzíti. (maximum 1méteres távolságig megengedett ezen szintben a támadó) NATO Zóna 1 szint NATO SDIP-27 B Szint (régebben AMSG 788A) és az USA-ban USA NSTISSAM Szint II "Laboratóriumi Próba Szabvány Gyengén Védett Berendezésekre" Ez egy némileg lazább szabvány, ami NATO Zóna 1 egységeknél az működik. A szabvány szerint adott egy támadó, aki a kisugárzó berendezéshez maximum 20 méteres távolságba tud csak közel jutni. A szabvány szerint a támadó számára fizikai kontaktus lehetetlen. (a 20 méteres táv mérésében, fizikai közeg nem játszik szerepet, így az építőanyagok, vagy páncélzat sem) NATO SDIP-27 C Szint (régebben AMSG 784) és az USA-ban NSTISSAM Szint III "Labor Próba Szabvány, Taktikai Mobil Berendezés / Rendszerek " Ez a szint, még inkább lazább szabvány, amely NATO Zóna 2 egységekben működik. A szabványban a támadó maximum 100 méterre tudja megközelíteni a kisugárzás forrását.

32 Jogszabályok

33 Informatikai Tárcaközi Bizottság ajánlása Informatikai rendszerek biztonsági követelményei 12. sz. ajánlás

34 A BIZTONSÁGI STRATÉGIA MEGHATÁROZÁSA Milyen úton érjük el a célt? Honnan indulunk? Hova akarunk eljutni?

35 A BIZTONSÁGI STRATÉGIA MEGHATÁROZÁSA meghatározzuk a védelmi célokat, kiválasztjuk és elhatároljuk azokat a területeket, amelyeken a biztonsági rendszereket kialakítani és az intézkedéseket érvényesíteni kell, meghatározzuk a biztonsági tervezés módszerét, körvonalazzuk a minimális követelményeket, megtervezzük és ütemezzük az intézményre vonatkozó biztonsági intézkedéseket, beleértve a katasztrófaelhárítást is, meghatározzuk a követhetőség és a menedzselhetőség követelményeit, valamint a felügyelet és az ellenőrzés rendszerét.

36 A BIZTONSÁGI STRATÉGIA MEGHATÁROZÁSA része az intézmény globális biztonsági stratégiájának Az informatikai biztonsági stratégia összhangban kell lennie az intézmény működési és informatikai stratégiájával ki kell szolgálnia az intézmény célkitűzéseit

37 Alkalmazások és adatok fenyegetettsége bizalmasság elvesztése, sértetlenség elvesztése, hitelesség elvesztése, alapfenyegetettségeknek rendelkezésre állás elvesztése, funkcionalitás elvesztése.

38 AZ INFORMÁCIÓVÉDELEM A bizalmasság, sértetlenség, védelme. hitelesség,

39 A MEGBÍZHATÓ MŰKÖDÉS A rendelkezésre állás, funkcionalitás, biztosítását jelenti.

40 Az informatikai rendszer szakaszai: az informatikai rendszer tervezése; az informatikai rendszer fejlesztése; az informatikai rendszer bevezetése, illetve üzembe helyezése; az informatikai rendszer üzemeltetése, fenntartása; az informatikai rendszer megszüntetése, felszámolása vagy rekonstrukciója.

41 A szakaszokban folyamatosan ellenőrizni kell: a fenyegetettség szintjét, a biztonság meglétét, a biztonsági intézkedések végrehajtását és hatékonyságát.

42 Tervezési módszerek a kockázatelemzés, értékkel arányos védelem megteremtése a kritikus működési jellemzők elemzése, védelmi intézkedések súlya az értékek sérülési hatásainak elemzése. várható károk nagyságrendjére

43 Minimális biztonsági követelmények Információvédelem az azonosítás és a hitelesítés folyamatának kialakítása, a hozzáférés rendszerének felépítése - jogosultság kiosztás (alanyok, eszközök meghatározása, attribútumok rögzítése, hozzárendelések - megengedő, illetve tiltó módszer a szigorodó követelményekre), a hozzáférés-ellenőrzés rendszerének megvalósítása - jogosultság ellenőrzés, a hitelesség garantálása a sértetlenség garantálásának kiépítése, a bizonyítékok rendszerének és folyamatának kialakítása.

44 Minimális biztonsági követelmények Megbízható működés a hibaáthidalás folyamatának kialakítása, az újraindítási képesség megvalósítása, a rendszer funkcionalitásának biztosítása.

45 Biztonsági szabályzat Az informatikai biztonságpolitika alapján ki kell dolgozni az egységes szerkezetbe foglalt, az egész intézményre érvényes és a többi szabályzattal összhangban álló Informatikai Biztonsági Szabályzatot.

46 Informatikai Biztonsági Szabályzatnak Tartalmaznia kell az általános követelményeket, részletes intézkedésrendszert, eljárások rendjét, a felelősöket, az ellenőrzés rendjét, a szankcionálás módját.

47 Informatikai Biztonsági Szabályzat Tükröződniük kell a munkaköri leírásokban. A felhasználók részére egy Biztonsági Kézikönyv kiadása javasolt. Szabályozni kell az Informatikai Biztonsági Felügyelő illetékességét és hatáskörét (feladat-, felelősségi és jogkörét), valamint alá- és fölérendeltségi viszonyait.

48 A kár jellege: Dologi károk, amelyeknek közvetlen vagy közvetett költségvonzatuk van károsodás az infrastruktúrában (épület, vízellátás, áramellátás, klímaberendezés stb.), károsodás az informatikai rendszerben (hardver, hálózat sérülése stb.), a dologi károk bekövetkezése utáni helyreállítás költségei;

49 A kár jellege: Károk a politika és a társadalom területén állam- vagy szolgálati titok megsértése, személyiséghez fűződő jogok megsértése, személyek vagy csoportok jó hírének károsodása, bizalmas adatok nyilvánosságra hozatala, hamis adatok nyilvánosságra hozatala, közérdekű adatok titokban tartása, bizalomvesztés hatóságokkal, felügyeleti szervekkel szemben;

50 A kár jellege: Gazdasági károk pénzügyi károk, lopás károk, az intézmény vagy cég arculatának (image) romlása, rossz üzleti döntések hiányos vagy hamis információk alapján; Károk a tudomány területén kutatások elhalasztódása, eredmények idő előtti, illetve hamis név alatti nyilvánosságra kerülése, tudományos eredmények meghamisítása.

51 A kár jellege: Egyéb károk károk az informatikai személyzet, illetve a felhasználók személyi biztonsága területén, pl.: személyek megsérülése, megrokkanása (pl. áramütés következtében); károk a hatályos jogszabályok és utasítások megsértéséből adódóan;

52 A károk csoportosítása: közvetlen anyagi (pl. a mindenkori amortizált értékkel vagy az elmaradt haszonnal arányos), közvetett anyagi (pl. a helyreállítási költségekkel, perköltségekkel arányos), társadalmi-politikai, humán, személyi sérülés, haláleset, jogszabály által védett adatokkal történő visszaélés vagy azok sérülése (jogsértés).

53 Kár érték szintek "0": jelentéktelen kár közvetlen anyagi kár: ,- Ft, közvetett anyagi kár 1 embernappal állítható helyre, nincs bizalom vesztés, a probléma a szervezeti egységen belül marad, testi épség jelentéktelen sérülése egy-két személynél, nem védett adat bizalmassága vagy hitelessége sérül.

54 Kár érték szintek "1": csekély kár közvetlen anyagi kár: ,- Ft-ig, közvetett anyagi kár 1 emberhónappal állítható helyre, társadalmi-politikai hatás: kínos helyzet a szervezeten belül, könnyű személyi sérülés egy-két személynél, hivatali, belső (intézményi) szabályozóval védett adat bizalmassága vagy hitelessége sérül.

55 Kár érték szintek "2": közepes kár közvetlen anyagi kár: ,- Ft-ig, közvetett anyagi kár 1 emberévvel állítható helyre, társadalmi-politikai hatás: bizalomvesztés a tárca középvezetésében, bocsánatkérést és/vagy fegyelmi intézkedést igényel, több könnyű vagy egy-két súlyos személyi sérülés, személyes adatok bizalmassága vagy hitelessége sérül, egyéb jogszabállyal védett (pl. üzleti, orvosi) titok bizalmassága vagy hitelessége sérül.

56 Kár érték szintek "3": nagy kár közvetlen anyagi kár: ,- Ft-ig, közvetett anyagi kár 1-10 emberévvel állítható helyre, társadalmi-politikai hatás: bizalomvesztés a tárca felső vezetésében, a középvezetésen belül személyi konzekvenciák, több súlyos személyi sérülés vagy tömeges könnyű sérülés, szolgálati titok bizalmassága vagy hitelessége sérül, szenzitív személyes adatok, nagy tömegű személyes adat bizalmassága vagy hitelessége sérül, banktitok, közepes értékű üzleti titok bizalmassága vagy hitelessége sérül.

57 Kár érték szintek "4": kiemelkedően nagy kár katonai szolgálati titok bizalmassága vagy hitelessége sérül, közvetlen anyagi kár: ,- Ft-ig, közvetett anyagi kár emberévvel állítható helyre, társadalmi-politikai hatás: súlyos bizalomvesztés, a tárca felső vezetésén belül személyi konzekvenciák, egy-két személy halála vagy tömeges sérülések, államtitok bizalmassága vagy hitelessége sérül. nagy tömegű szenzitív személyes adat bizalmassága vagy hitelessége sérül, nagy értékű üzleti titok bizalmassága vagy hitelessége sérül.

58 Kár érték szintek "4+": katasztrofális kár közvetlen anyagi kár: ,- Ft felett, közvetett anyagi kár több mint 100 emberévvel állítható helyre, társadalmi-politikai hatás: súlyos bizalomvesztés, a kormányon belül személyi konzekvenciák, tömeges halálesetek, különösen fontos (nagy jelentőségű) államtitok bizalmassága vagy hitelessége sérül.

59 Biztonsági osztályok alapbiztonsági követelményeket kielégítő informatikai rendszert kell létrehozni akkor, ha a rendszerben maximum "2", azaz legfeljebb közepes kárértékű esemény bekövetkezése fenyeget; fokozott biztonsági követelményeket kielégítő informatikai rendszert kell létrehozni akkor, ha a rendszerben maximum "3", azaz legfeljebb nagy kárértékű esemény bekövetkezése fenyeget; kiemelt biztonsági követelményeket kielégítő informatikai rendszert kell létrehozni akkor, ha a rendszerben a "4+", azaz a katasztrofális kárértékig terjedő esemény bekövetkezése fenyeget.

60 Informatikai kockázatelemzés Az informatikai biztonság tervezéséhez, a stratégia kialakításához szükséges, hogy ismerjük a rendszer különböző területeinek kockázatát.

61 Informatikai kockázatelemzés Nem védelmi intézkedés, elvégzése önmagában nem erősíti a védelmet, de segít hogy létrejöjjön a biztonságos informatikai rendszer. KOCKÁZAT = x FENYEGETETTSÉG NEGATÍV HATÁS FENYEGETÉS VALÓSZÍNŰSÉG E x SEBEZHETŐSÉG MÉRTÉKE ÜZLETI KÁR / KÁRENYHÍTÉS MÉRTÉKE

62 Informatikai kockázatelemzés Eszközgazdálkodási audit eredménye. Fenyegetések felmérése. Informatikai sérülékenység felmérése.

63 Magyar informatikai biztonsági szabványok A szabványok négy szintjét szokták megkülönböztetni: hivatalos (de-jure) szabványok: ide azok a szabványok tartoznak, melyeket a különböző államok által törvényi szinten elismert vagy nemzetközi megállapodás keretében létrejött szervezetek adnak ki. A hivatalos szabványokon belül az alábbi szinteken különböztethetjük meg: nemzetközi szintű szabványok (pl.iso által kiadott szaványok), regionális szintű szabványok, nemzeti szintű szabványok (pl. a Magyar Szabadalmi Hivatal által meghatározott szabványok). ipari (de-facto) szabványok: az ilyen szabványok egy adott iparág konzorciumba tömörült szervezeteinek együttműködése kapcsán jön létre (pl. RFC-k),

64 Magyar informatikai biztonsági szabványok ad-hoc szabványok: habár egyik szabványügyi szervezet sem hagyta jóvá, de lényegében szabvánnyá vált. (Általában a de-facto szabványok elődje) saját, védett szabványok: pl. egy domináns szoftverfejlesztő cég által kiadott előírások, a tulajdonjog a kibocsájtó kezében marad, licenszdíjat szedhetnek érte.

65 Az informatikai biztonsági szabványok másik csoportosítása tartalmuk szerint történhet: az információbiztonság-irányítási rendszer követelményei, műszaki szabványok és leírások, folyamatokra vonatkozó szabványok (szolgáltatásmenedzsment), ellenintézkedésre vonatkozó szabványok, auditálás, tanúsításra vonatkozó szabványok, termékek/rendszerek értékelésére vonatkozó szabványok

66

67 KÖVETELMÉNYEK AZ INFORMÁCIÓVÉDELEM TERÉN

68 Védendő adatoknak alapvetően négy csoportját különíthetjük el: nyílt, szabályozók által nem védett adat, érzékeny (védendő), de nem minősített adat, szolgálati titok, államtitok.

69 Érzékeny, de nem minősített adatok A jogszabályok által védendő adatok: személyes, illetve különleges adatok, az üzleti titkot, a banktitkot képező adatok, az orvosi, az ügyvédi és egyéb szakmai titkok, a posta és a távközlési törvény által védett adatok stb., és az egyes szervezetek, intézmények illetékesei által, belső szabályozás alapján védendő adatok.

70 Információbiztonsági osztályozás az információvédelem szempontjából információvédelmi alapbiztonsági (IV-A) osztály: Személyes adatok, üzleti titkok, pénzügyi adatok, illetve az intézmény belső szabályozásában hozzáféréskorlátozás alá eső és a nyílt adatok feldolgozására, tárolására alkalmas rendszer biztonsági osztálya. információvédelmi fokozott biztonsági (IV-F) osztály: A szolgálati titok, valamint a nem minősített adatok közül a különleges személyes adatok, nagy tömegű személyes adatok, banktitkok, közepes értékű üzleti titkok feldolgozására, tárolására is alkalmas rendszer biztonsági osztálya. információvédelmi kiemelt biztonsági (IV-K) osztály: Az államtitok, a katonai szolgálati titok, valamint a nem minősített adatok közül a nagy tömegű különleges személyes adatok és nagy értékű üzleti titkok feldolgozására, tárolására alkalmas rendszer biztonsági osztálya.

71 Az osztályok követelményei: Minimális követelmények Infrastruktúra Hardver, szoftver Adathordozók Dokumentumok és dokumentációk Adatok Kommunikáció, osztott rendszerek Személyek

72 IV-A osztály Az alapbiztonsági osztály az ITSEC F-C2 osztálynak feleltethető meg logikai védelmi szempontból.

73 Minimális követelmény Az azonosítás és hitelesítés keretében a hozzáférést jelszavakkal kell ellenőrizni. A jelszó menedzselést úgy kell biztosítani, hogy a jelszó ne juthasson illetéktelenek tudomására, ne legyen könnyen megfejthető, megkerülhető. A rendszer hozzáférés szempontjából érdekes erőforrásaihoz (processzek, fájlok, tároló területek, berendezések) olyan egyedi azonosítót kell rendelni, amely a hozzáférési jogosultság meghatározásának alapjául szolgál. On-line adatmozgás (tranzakció) kezdeményezésének jogosultságát minden esetben ellenőrizni kell. Ki kell dolgozni az informatikai rendszerhez történő hozzáférések illetékességi, jogosultsági rendszerét. A hozzáférés-jogosultság menedzselésénél az ITSEC F-C2 funkcionális követelményszintnek megfelelően kell eljárni. A jogosultsági rendszernek támogatnia kell a jogosultságokhoz kapcsolódó adminisztrátori műveleteket (módosítás, törlés, stb.). Az elszámoltathatóság és auditálhatóság biztosítása logikai védelmi funkciót az ITSEC F-C2 funkcionális szintnek megfelelően kell biztosítani. Intézkedési tervet kell kidolgozni arra vonatkozóan, mi történjék illetéktelen hozzáférések, illetve jogosultságokkal való visszaélések esetén, amely során a lehető legnagyobb mértékben meg kell tudni határozni a felelősséget. Egy rendszeren belül a különböző adattípusokat olyan mértékben kell elkülönítetten kezelni, hogy megállapítható legyen a hozzáférések jogossága. A hitelesítés és az azonosítás, valamint a hozzáférés szabályozás rendszerét a hálózati alapú osztott rendszerek esetén az ITSEC F-C2 funkcionális szinttel azonos egyenszilárdsággal kell megvalósítani. Ki kell alakítani a biztonság belső ellenőrzésének rendszerét, amely során meg kell határozni a felügyeleti és megelőzési tevékenységek eljárásrendjét. Az informatikai rendszer üzemeltetéséről nyilvántartást kell vezetni, amelyet az arra illetékes személynek rendszeresen ellenőriznie kell.

74 Infrastruktúra A falazatok, a nyílászárók, a zárak biztonsági kialakításánál a vonatkozó építészeti szabványok, a MABISZ és a Rendőrség ajánlásai szerint kell eljárni. Az intézmény őrzés-védelme, az épület zárása, a beléptetés. Ahol számítástechnikai eszközökkel történik a munkavégzés, biztonsági zárral kell ellátni és a helyiséget távollét esetén zárva kell tartani. A dokumentációk tűz- és vagyonvédett tárolása.

75 Hardver, szoftver A számítástechnikai eszközökre a vagyonvédelem szempontjából a MABISZ ajánlásait kell alkalmazni. A felhasználóhoz kötött jelszó használat biztosított legyen. A külső eszközről való rendszerindítás megakadályoztatása. Vírusvédelem. Az operációs rendszer és alkalmazások védelme. Össze kell állítani és elérhető helyen kell tartani a számítástechnikai eszközök használatára felhatalmazott személyek névsorát, feladataikat körül kell határolni. A programok, alkalmazások és eszközök tervezése, fejlesztése, tesztelése és üzemeltetése során a biztonsági funkciókat kiemelten és elkülönítetten kell kezelni.

76 Adathordozók Az adathordozó eszközök elhelyezésére szolgáló helyiségeket illetéktelen vagy erőszakos behatolás, tűz vagy természeti csapás ellen védeni kell Adat-átviel, adathordozók tarolása, mentése, megbízhatóan zárt helyen történhet Az adathordozók beszerzését, tárolását, felhasználását és hozzáférését szabályozni, nyilvántartani, rendszeresen és dokumentáltan ellenőrizni kell Az adathordozók nyilvántartása Leltárba vett adathordozók használata Külső adathordozók vírusirtás után használhatóak Adatmegsemmisítés

77 Dokumentumok és dokumentációk A nyomtatott anyagok kezelését az iratkezelési szabályzat szerint kell elvégezni. Az informatikai rendszer biztonságával kapcsolatos dokumentációt az informatikai rendszer biztonsági fokozatának megfelelően kell kezelni. Az informatikai rendszer dokumentációját mindig aktualizálni kell.

78 Adatok Hozzáférési kulcsokat (azonosító kártya, jelszó), a jogosultságokat és más, a biztonsággal kapcsolatos paramétereket titkosítva kell továbbítani. A rendszer biztonságát érintő adatok (pl. jelszavak, jogosultságok, naplók) védelméről a hozzáférési jogosultságok kiosztásánál kell gondoskodni. Külső személy - pl. karbantartás, javítás, fejlesztés céljából - a számítástechnikai eszközökhöz úgy férhet hozzá, hogy a kezelt adatokat ne ismerhesse meg. Az adatbevitel során a bevitt adatok helyességét az alkalmazási követelményeknek megfelelően ellenőrizni kell. Programfejlesztés vagy próba céljára valódi adatok felhasználását el kell kerülni. Gondoskodni kell arról, hogy a számítógépen feldolgozott minden adatállomány az adattípust jelölő biztonsági címkével legyen ellátva.

79 Kommunikáció, osztott rendszerek Az elektronikus úton továbbított üzenetek védelme. Hitelesítési eljárás. Az adott hálózati alrendszer hitelesítési mechanizmusa nem érintheti a hálózat többi alrendszerének hitelesítési rendszerét. Alhálózat közötti importált adatok. A hálózati erőforrások használata. A forgalom monitorozására és rögzítésére alkalmas erőforrást illetéktelenül ne használjanak. Egy alhálózatban definiált azonosító hozzáférési joga delegálható egy másik alhálózatba és ez alapján kell érvényesíteni az eredeti azonosítóhoz rendelt jogokat. A szabad belátás szerint kialakított hozzáférés-vezérlést (DAC) ki kell terjeszteni a teljes osztott rendszerre. Központi hozzáférés-menedzsment. A biztonságos adatcsere. Az adatvesztés és sérülés elkerülése céljából hibadetektáló és javító eljárásokat kell alkalmazni. Az osztott rendszerben a jelszavak, a jogosultságok és a biztonsággal kapcsolatos más paraméterek, adatok csak titkosítva továbbíthatók.

80 Személyek Kitűzők viselete. A belépés rendjét a hozzáférési jogosultságokkal összhangban kell szabályozni. A magasabb jogosultságú személyeknél el kell kerülni a jogok túlzott koncentrációját. Informatikai oktatás továbbképzést a munkaerő számára. Az IT biztonságát meghatározó munkakörökben dolgozó munkatársak helyettesítési rendjét ki kell alakítani. A fontosabb alkalmazásokhoz rendszergazdákat kell kinevezni, akiknek feladatkörét pontosan meg kell határozni. A fejlesztői környezetet el kell választani az alkalmazói környezettől, szét kell választani a fejlesztői, működtetői és adminisztrációs hozzáférési jogköröket. Külső partnerekkel kötött fejlesztési, karbantartási szerződések biztonsággal kapcsolatos részeinek kialakítására pontos szabályozást kell adni.

81 IV-F osztály A fokozott biztonsági osztály az ITSEC F-B1 osztálynak feleltethető meg.

82 Minimális követelmény Az azonosítás és hitelesítés (ITSEC F-B1) A hozzáférés-szabályozás (ITSEC F-B1) Az adatok minősítését és a feljogosítás műveletét a vonatkozó és hatályos törvények szerint kell elvégezni, illetve engedélyezni. Az elszámoltathatóság és az auditálhatóság (ITSEC F- B1) Minősített adatokat kezelő alhálózatok összekapcsolási szabályai.

83 Infrastruktúra 12 órás áthidalást biztosító szünetmentesség az elektronikai jelzőrendszerek számára (biztosítható a teljes felület és a részleges térvédelem) A személyzet és a külső személyek belépési és azonosítási rendjét szabályozott formában kell megvalósítani. Az őr- és a biztonsági személyzet létszámát úgy kell kialakítani és olyan eszközzel kell ellátni, hogy eseményt esetén az érintett személy jelezni tudjon.

84 Hardver, szoftver A beépített adathordozókon tárolt adatokkal azonos szinten védendő minden számítástechnikai eszköz. A minősített (az évi LXV. törvény hatálya alá tartozó) adatot előállító, feldolgozó, tároló és lekérdező programok, valamint ezek dokumentációi (adat független elemek) minősítéséről az adatot minősítőnek kell gondoskodnia.

85 Adathordozók Az adathordozók tárolása csak megbízhatóan zárt helyiségben, minimum 30 perces tűz-állóságú tároló szekrényben történhet. A fokozott biztonsági osztályba tartozó minősített adatokat tároló adathordozók kezelését az évi LXV. törvény szellemében kell végezni. Az adattípus (minősítés) felismerhető jelölését a számítástechnikai berendezéssel előállított adattároló és megjelenítő eszközökön biztosítani kell. Az adatok sértetlen és hiteles állapotának megőrzését biztosítani kell.

86 Dokumentumok és dokumentációk A felhasználók részére Biztonsági Kézikönyv biztosítandó. Gondoskodni kell a változás-menedzsmentről és a biztonságot érintő változások naplózásáról. A rendszerben feldolgozásra kerülő, a fokozott biztonsági osztályba sorolt adatok és a hozzájuk kapcsolódó jogosultságok nyilvántartását elkülönítetten kell kezelni.

87 Adatok Minősített és nem minősített adatok párhuzamos feldolgozása az évi LXV. törvény szellemében végezhető.

88 Kommunikáció, osztott rendszerek A kisugárzással, illetve a zavartatással kapcsolatos EN és EN szabványok a mérvadók. A kommunikációs csatornákra vonatkozóan az ITSEC F-B1funkcionális osztálynak az egy, illetve többszintű csatornákon átvitt adatok biztonsági kezelésére vonatkozó követelményei mérvadók. A kötelező hozzáférés-vezérlést (MAC) ki kell terjeszteni a teljes rendszerre. Központi hozzáférés menedzsment esetén az alanyok biztonsági paramétereit biztonságos úton kell az osztott rendszer többi feldolgozó egységéhez eljuttatni. A fokozott biztonsági osztályba sorolt adatok forgalmazásával kapcsolatba kerülő valamennyi hálózati elemre ki kell terjeszteni a fokozott biztonsági szintnek megfelelő védelmet. A hálózaton megvalósítandó a végpont-végpont szintű jogosultság ellenőrzés, az elszámoltathatóság és auditálhatóság biztosítása védelmi funkciók. Központi auditálás esetén védetten kell továbbítani az auditálási információkat a többi alhálózatból. A hálózaton történő adatátvitelnél az X/Open ajánlás elosztott rendszerekre vonatkozó ajánlását (X-DIST) kell figyelembe venni a vezérlő és a hasznos adatok, a le nem tagadhatóság, valamint a szolgáltatások rendelkezésre állásának biztosítása szempontjából. Az adattovábbításra használt hálózat esetében a biztonsági osztálynak megfelelő szinten biztosítani kell az illegális rácsatlakozás és a lehallgatás akadályozását. A minősített adatok rejtjelzése során a 43/1994. (III. 29.) Korm. Rendelet előírásai kötelezőek.

89 Személyek A felhasználók tevékenységének szelektív szétválasztását az ellenőrzés céljából biztosítani kell. A minősített adatok kezelésében a titokbirtokos és az informatikai rendszert üzemeltető közötti feladat és felelősség megosztást szabályozni kell.

90 IV-K osztály A kiemelt biztonsági osztály az ITSEC F-B2 osztálynak feleltethető meg.

91 Minimális követelmény Az azonosítás és hitelesítés logikai védelmi funkció kialakításánál az ITSEC F-B2 funkcionális követelményeknek megfelelően kell eljárni. A hozzáférés-szabályozás logikai védelmi funkció kialakításánál az ITSEC F-B2 funkcionális követelményeknek megfelelően kell eljárni. Az adatok minősítését és a feljogosítás műveletét a vonatkozó és hatályos a törvények szerint kell elvégezni, illetve engedélyezni. A hozzáférési jogok egyedi vagy csoport szinten történő megkülönböztetésénél az ITSEC F-B3 osztály biztonsági követelményeinek a rendszeradminisztrátor, az operátor és a biztonsági felügyelő szerepkörére, valamint a felhasználói jogok odaítélésére, módosítására és visszavonására vonatkozó része veendő figyelembe. A biztonsági napló adatait heti rendszerességgel kell ellenőrizni és archiválni.

92 Infrastruktúra A mechanikai védelem közforgalmú területről történő betekintés ellen is védjen. Az elektronikai védelem terjedjen ki a számítástechnikai eszközökre, a felügyelet nélküli helyiségekre. A személyzet és a külső személyek belépési és azonosítási rendjét szabályozott formában, intelligens beléptető-rendszerrel kell megvalósítani, amely a mindkét irányú áthaladásokat naplózza és biztosítja az azonosító eszköz azonos irányban történő többszöri felhasználásának tilalmát. A helyiségbe (épületbe) belépni szándékozókat hitelesíteni és azokról nyilvántartást vezetni kell.

93 Hardver, szoftver Kiemelt biztonsággal védett adathordozókkal azonos szinten védendő fizikailag minden számítástechnikai eszköz, amellyel az ebbe az osztályba tartozó adatokat kezelnek. Az informatikai rendszerben moduláris felépítésű, strukturált és védett alrendszerként valósuljon meg a logikai védelem. Az azonosítás és hitelesítés logikai védelmi funkció kialakításánál az ITSEC F-B2 funkcionális követelményeknek megfelelően kell eljárni. A hozzáférés-szabályozás logikai védelmi funkció kialakításánál az ITSEC F-B2 funkcionális követelményeknek megfelelően kell eljárni. Strukturált adatállományoknál mező szinten kell kialakítani a hozzáférés szabályozást. Az indításvédelmet logikai úton csak aránytalanul nagy ráfordítással lehessen megkerülni. A biztonságos kezelési funkciókat az X/Open privilegizált jogokat biztosító osztály követelményeinek megfelelően kell kialakítani. A biztonságot érintő vagy a fellépési gyakoriságuk miatt biztonsági szempontból kritikus veszélyt jelentő események figyelését az ITSEC F- B3 osztály funkcionális követelményeinek megfelelően kell megvalósítani.

94 Dokumentumok és dokumentációk A referencia hitelesítési mechanizmus dokumentáció struktúrájának és szintjének meg kell felelnie az ITSEC E3 étékelési követelményeknek. A változás-menedzsmentet számítástechnikai úton kell megvalósítani. Az Informatikai Biztonsági Kézikönyvnek tartalmaznia kell a referencia monitor működésével kapcsolatos ellenőrzési és üzemeltetési eljárások leírását.

95 Kommunikáció, osztott rendszerek Az egy, illetve többszintű kommunikációs csatornák azonosításával kapcsolatos követelményei tekintetében az ITSEC F-B2 osztály funkcionális követelményei a mérvadóak. A rejtett kommunikációs csatornák ellenőrzésére és detektálására vonatkozó követelmények tekintetében az ITSEC F-B2 osztály funkcionális követelményeinek A. 52 pontja mérvadó. Az adatáramlás bizalmasságának megőrzése céljából ajánlott szelektív útvezérlés (selective routing) alkalmazása. A kábelezésre vonatkozóan az EIA/TIA-568 Kereskedelmi Épületkábelezési Szabvány, valamint a kisugárzással, illetve a zavartatással kapcsolatos EN és EN szabványok a mérvadók.

96 Személyek Új jogosultság kiosztásával, a jogosultság törlésével, átmeneti felfüggesztésével, valamint az informatikai rendszer használata közben más módon beállt biztonsági szint változásokkal kapcsolatban az ITSEC F-B2 funkcionális követelményei A.50 és A.51 pontjai mérvadók. (ITSEC B3-ból) A Biztonsági Kézikönyv felhasználásával rendszeres oktatást és vizsgáztatást kell rendszeresíteni. A biztonsági személyzet feladatát "vállalkozás keretében" nem láthatja el.

97 ITB 15 ajánlás

98 MEGBÍZHATÓ MŰKÖDÉS RENDELKEZÉSRE ÁLLÁS

99 Megbízható működés Az informatikai rendszerek megbízható működését úgy értelmezzük, hogy az alkalmazói rendszernek (felhasználói programok és adatok) a tervezés és megvalósítás során kialakított funkcionalitását egy megbízható informatikai alaprendszer (hardver és alapszoftver) az adott biztonsági osztálynak megfelelő követelményeknek megfelelő szintű rendelkezésre állással biztosítja a felhasználó részére.

100 Rendelkezésre állás Rendelkezésre álláson azt a valószínűséget értjük, amellyel egy definiált időintervallumon belül az alkalmazás a tervezéskor meghatározott funkcionalitási szintnek megfelelően a felhasználó által használható. Rendelkezésre áll egy alkalmazás vagy erőforrás, mikor a működésének képes eleget tenni, képes feladatokat fogadni, működni. Értékét százalékban adják meg. Szerverek esetén ez az az idő, amikor képesek kiszolgálni a klienseket.

101 Rendelkezésre állás ahol az üzemidő periódus, amelyre a rendelkezésre állást értelmezzük és a kiesési idő egy alkalomra.

102 = 1 hónap Rendelkezésre állás (R) Megengedett kiesési idő Megengedett legnagyobb kiesési idő egy alkalomra A megbízható működési alapbiztonsági (MM-A) osztály A megbízható működési fokozott biztonsági (MM-F) osztály A megbízható működési kiemelt biztonsági (MM-K) osztály 95,5 % 23,8 óra - 99,5 % 2,6 óra 30 perc 99,95 % 16 perc 1 perc

103 A kiesési időt befolyásolják: az újraindítási képesség megvalósítása, a hibaáthidalás folyamatának kialakítása, a rendszerkonfiguráció hatékony menedzselése.

104 Rendelkezésre-állás menedzsment Megbízhatóság (reliability): egy információtechnológiai összetevő azon képessége, hogy ellásson egy megkívánt funkciót meghatározott körülmények között, egy meghatározott időtartamra. Karbantarthatóság (maintainability): egy számítógépes komponens vagy szolgáltatás azon képessége, hogy meg lehet tartani egy olyan állapotban, vagy vissza lehet állítani egy olyan állapotba, amelyben képes ellátni a megkívánt funkciót. Szolgáltatási képesség (serviceability): szerződéses kikötés, amely meghatározza az informatikai komponens rendelkezésre-állását az adott összetevőket szolgáltató és karbantartó külső szervezettel való megegyezés szerint. Biztonság (security): lehetővé teszi a számítógépes komponensek vagy informatikai szolgáltatások elérését biztonságos körülmények között.

105 Rendelkezésre-állás menedzsment Az informatikai rendszereket és szolgáltatásokat úgy kell tervezni, hogy megbízhatóak, hibatűrők és karbantarthatók legyenek teljes életciklusuk során, a tervezéstől, a megszüntetésükig.

106 Rendelkezésre-állás menedzsment a kézi rendszerekre való visszaállás gyakorlatilag lehetetlen, a felhasználók hatékonysága és eredményessége erősen függ az informatikai szolgáltatások rendelkezésreállásától és megbízhatóságától, a szervezeti felhasználók tevékenysége az informatikán alapul, amely nélkül a szervezet működésképtelen.

107 Rendelkezésre-állás menedzsment Az informatikai szolgáltatásokat nyújtó rendszerek megbízhatóságát a következők befolyásolják: az informatikai infrastruktúra összetevők megbízhatósága és karbantarthatósága, ill. a környezet, amelyen e rendszerek alapulnak, a szállítók és külső partnerek, akik a karbantartást végzik, az informatikai szolgáltató szervezet által használt eljárások és eszközök, az informatikai szolgáltatásokat nyújtó informatikai infrastruktúra konfigurációja.

108 Rendelkezésre-állás menedzsment A hatékony és eredményes rendelkezésre-állás menedzsment a következő hasznokat eredményezi: az informatikai szolgáltatások javuló minőségét, az új és meglévő informatikai szolgáltatások költséghatékony nyújtását, az informatikai infrastruktúra javuló menedzselhetőségét, jobb tervezési képességét, az informatikai szolgáltatások biztonságosabb nyújtását

109 Rendelkezésre-állás menedzsment A rendelkezésre-állás menedzsment funkciónak két fő felelősségi területe van: Tervezési feladatkör; azaz a rendelkezésre-állás fenntartása az informatikai infrastruktúra változásai és a felhasználói követelmények változásai közepette. Üzemeltetési feladatkör; azaz valós adatok gyűjtése és a követelményeknek való megfelelés figyelemmel kísérése.

110

111 A rendelkezésre-állás javítására két fő lehetőség van: csökkenteni kell a hibánkénti állásidőt, csökkenteni kell az adott időtartamon belüli hibák számát.

112

113 A következő adatelemeket kell összegyűjteni: dátum és idő, amikor a komponens nem működik, pl. egy hiba (bekövetkezési) ideje, dátum és idő, amikor a komponens üzemelni kezd, azaz a komponens sikeres helyreállításának ideje.

114 A külső szervezettel való kapcsolat Annak időpontja, amikor a külső szervezetet értesítették (call-out time). Annak időpontja, amikor a külső szervezet átadta a komponenst az informatikai szervezet számára üzemi körülmények között (üzemeltethető állapotban). Azon időadatok, amelyek egyéb szerződéses feltételekhez kötődnek, mint pl. a szolgáltató mérnök a helyszínre kell érjen az értesítést követő két órán belül - ezeket szintén gyűjteni kell.

115 Felhasználók azonosítása

116 A hagyományos azonosítás alapjai Személy, objektumleírás Az azonosítani kívánt elem adatait feljegyzik Hiba: hiányos információ, a felismerést személy végzi Aláírás vizsgálat Eltárolt aláírást a pillanatnyival hasonlítanak össze Hiba: könnyen hamisítható,összehasonlítás nem megbízható Kulcs vagy kulcsszó használata Az objektum vagy személy rendelkezik egy olyan tárggyal, kulccsal, vagy jelszóval, amit ismer az azonosító fél Hiba: a technológia széles körben ismert, hamisítható

117 Elektronikus azonosító rendszerek A hagyományos azonosítást használják, de az emberi azonosításnál megbízhatóbbak Hiba: a berendezés is elromolhat, és a berendezést is ember kezeli

118 Megfelelő humán háttér biztosítása Megfelelő oktatás Egyszerű kezelhetőség biztosítása Segítséget nyújtó rendszerek Külső felügyelő

119 Megfelelő technikai háttér biztosítása A feladat által megkívánt rendszer biztosítása (igényfelmérés, ár-megbízhatóság, körülmények) Igénybevételnek megfelelő rendszer (felmerülő fizikai, kémiai igénybevétel) A rendszer megkívánt kiépítése (teljes, használható, hozzáférhető, igény szerint kihasználható)

120 Felhasználó azonosítás Egy személyt több jellemzője alapján is lehet azonosítani! Mit tud? Mi van nála? Fizikai-biológiai értelemben kicsoda?

121 A felhasználó-azonosítás alapmódszerei:

122 Tudás Használata egyszerű Olcsó Észrevétlenül másolható és tulajdonítható el (nincs visszajelzés ha más birtokába került) Erős védelem megjegyezhetősége nehéz

123 Birtok Egyszerű használat. Olcsótól a drágáig. Eltulajdonítható (érzékelhető, letiltható) Másolás elleni védelem fontossága! (titokban ne lehessen másolni, mert nincs visszajelzés) Másolás szempontjából: Passzív, csak olvasható (vonalkód) Aktív, írható/olvasható (mágneskártyák, chipkártyák, telefonkártyák) Intelligens, kriptográfiai műveletek (másolásvédelem)

124 Biometria Néhol nehézkes az alkalmazása de megbízható Egyszerű megoldások nem biztonságosak, kijátszhatóak. A komoly megvalósítások drágák. Jogi, adatvédelmi problémák (biometrikus adatok tárolása) Egészségügyi problémák

125 Technikai megvalósítás:

126 Jelszó alapú azonosítás A személyt azonosító titkos információ (jelszó) titokban tartása lehetetlen gyenge védelem (kifigyelhető, megszerezhető)

127 Jelszavak Felhasználók által kitalált Számítógép által generált PIN-kódok Kérdés és válasz kódok Kombinációs jelszavak Jelmondatok Jelmondat alapú betűszavak Algoritmikus jelszavak

128 Azonosítási technikák

129 Vonalkódos rendszerek A vonalkód vékony és vastag vonalakból áll. A vonalkód olvasó fotóérzékelővel a kódot elektromos jellé változtatja olvasás közben, és méri a relatív szélességét a vonalaknak és a helyeket a vonalak közt. Így fordítja az olvasó a vonalkódokat írásjelekre, és küldi a számítógéphez vagy kézi terminálhoz.

130 Vonalkódos rendszerek Minden vonalkód egy különleges Start és egy Stop jellel rendelkezik. Így tudja az olvasó felismerni, ha előre vagy visszafelé olvasta a vonalsorozatot. Továbbá, egyes vonalkódoknak checkszum jele is van közvetlen a Stop jel előtt. A checkszum nyomtatás közben van kiszámítva, a vonalkód karakterek alapján. A vonalkód olvasó ugyanezt a számítást végrehajtja, és hozzáhasonlítja az eredményt a checkszumhoz. Ha a két szám nem egyezik, az olvasó hibát feltételez, és újból próbálkozik.

131 Vonalkódos rendszerek

132 EAN-13 -t világszerte használják kiskereskedelemben. A jel 13 karaktert kódol: az első két vagy három vonal az országkód mely jelezi. Az országkódot fojtatja 9 vagy 10 adat jegyszám, és egy checkszum. Két vagy öt jegyszámú kiegészítő vonalkód hozzáadható. Így elérhető a 14 vagy 17 jegyszámú vonalkód. Modulo 10 kalkuláció a checkszum: Add össze a páros számú számjegyeket: 2, 4, 6, stb. Az eredményt 3 -al beszorozni. Add össze a páratlan számú számjegyeket: 1, 3, 5, stb. Add össze a 2. és 3. végeredményét. A check karakter a legkisebb szám mely a 4. lépéshez adható, hogy a 10 többszöröse legyen az eredmény. Például: Legyen a vonalkód adata = = * 3 = = = X = 90 (10 többszöröse legyen az eredmény), tehát X = 5 (checkszum)

133 EAN-8 az EAN-13 kód rövidített változata. Az első két vagy három vonal az országkód, 4 of 5 adat számjegy (az országkód hosszúságán függő), és a checkszum. Igaz, hogy lehetséges plusz 2 vagy 5 számjegyes hosszabbítást tenni a kódhoz, az EAN-8 kód fő célja minél kisebb helyet foglaljon el. A UPC-A 12 számjegyű kódot tartalmaz. Az első számjegy a számolórendszert azonosítja. A következő 5 számjegyű kód a gyártót azonosítja. A ezután levő 5 számjegy a tárgyat azonosítja, és ezt a számot a gyártó adja meg. Az utolsó számjegy a checkszum. UPC-E az UPC-A variációja, amelyet a 0-s számú rendszerre használható. UPC-E kódok nagyon kicsi helyen elférnek mivel a 0 -t kiszűrik.

134 Interleaved 2 of 5 számokból álló vonalkód, melyet főleg áruraktárakban, és ipari műhelyekben használnak. Az adatnak páros számú számjegyből kell állnia. A karakterek 5 elemből állnak, 5 vonal, vagy 5 space. Két elem az ötből vastag, valamint három vékony. Szomszédos karakterek összefésültek, tehát alternálódik a space és vonal egyik karaktertől a következőig. Codabar a számokat (0-9), hat jelt (-:.$/+), és a start/stop karaktereket (A, B, C, D, E, *, N, vagy T) kódol. A start/stop karakterek párokban vannak, és nem szerepelhetnek többször a vonalkódban. Codabar-t könyvtárak, csomagkiszállító servizek, véradó központok, és más adatfeldolgozó alkalmazók használják. Nincs előírt checkszum, viszont egyes iparágak kifejlesztették a saját checkszum standardeket.

135 A Code 39 teljes karakter sorozata 0-9, A-Z (csak nagy betűk), és a space, mínusz (-), plusz (+), pont (.), dollár ($), slash (/), és százalék (%). A start/stop karakter a kód elején és végén található, és a vonalkódnak nincs maximum hosszassága, viszont 25 -nél több karakter terheli kapacitását. Minden egyes karakter 9 elemből áll: 5 vonal, és 4 üres hely. Egy karakter 3 vastag, és 6 vékony elemből áll. Code 93 egy kisebb fajtája a Code 39-nek. Ugyanazokat a karaktereket használja, mint a Code 39, de karakterenként csupán 9 vonalkód elemet használ a 15 helyett. A Modulus 43 checkszum nem kötelező, úgy, mint a Code 39 esetében.

136 Code 128 kitűnően tömörít numerikus és alphanumerikus adatoknak. Előnyösebb, mint a Code 39, mivel karakterválasztéka bővebb, és tömörebb. A Code 128-nak teljes karakter sorozata 0-9, A-Z (nagy és kis betűk), és az összes standard ASCII jelek és kontrol kódokból áll. A kódok három alegységre vannak választva: A, B és C. Az A alegység a standard ASCII jeleket, számokat, nagybetűket és kontrol kódokat tartalmazza; A B alegység standard ASCII jeleket, számokat, nagybetűket és kisbetűket foglalja össze; és a C alegység két számot tömörít egy karakterbe. Ráadásul, mindegyik alegység tartalmaz kontrol karaktereket, ami engedi a váltást egyik alegységtől a másikig egy vonalkódban. Végül, három külön start kód létezik, mely jelezi, hogy melyik alegységet használja.

137 PDF dimeziós vonalkód, ami nyomtatható ASCII karaktert, vagy bináris karaktert tud tárolni. A jel négyszögletű, a hosszassága növekedhet az adat mennyiségétől függően. Többszörös PDF-417 jelekre is lehet szétválasztani az adatokat, melyek összefűzhetőek, tehát nincs határa a PDF-417 csoport tartalom képességének. A PDF-417 hasznos eljárás, főleg mikor az adatok a termékkel utaznak, például mikor az adatbázis nem elérhető. A PDF-417-at általában veszélyes anyagok megjelöléséhez, ujjlenyomatok és fényképek kódolásához főleg jogosítványokon, és műszaki cikkek részletezésére használják. PDF-417 jelei kétdimenziós szkennert igényelnek; vagy egy standard CCD-t vagy lézer szkennert és egy speciális dekódoló-szoftvert (a wand olvasó nem fog működni).

138 A DataMatrix egy két-dimenziós vonalkód, ami 1 - től karaktert tud tárolni. A négyzet - alakú jel lehet arasz nagyságútól 14 arasz is. A kód denzitása példájaként, 500 számos kód, mindössze egy arasz nagyságú DataMatrix. A felül látható DataMatrix, 20 ASCII karakter kódja. Termékek és sorozat számok kódolhatóak DataMatrix-al. A DataMatrix olvasásához csupán a két-dimenziós vonalkód olvasó használható, ami lézer, és CCD kamera technológiát igényel, tehát a lineáris vonalkód olvasók nem alkalmasak. DataMatrix jelek nyomtatásához a termál transzfer vonalkód nyomtató használható.

139 IR vonalkód A kód nem látható, mert olyan réteggel vonják be, ami a fénynek csak az infra részét engedi át. Használatához infra megvilágítás és olvasás szükséges.

140 Mágneskártya A mágnescsík tartalma nem más, mint mágneses mezők váltakozása, amely lényegében minden olyan tulajdonsággal rendelkezik, amivel a hagyományos vonalkódok, csak éppen a kiolvasáshoz az egyszerű optikai leolvasás helyett elektromágneses eljárás szükséges.

141 Mágneskártya A kártya működése egy nagyon egyszerű fizikai jelenségen alakul, miszerint ha egy mágneses mező és egy vezető relatív mozog, akkor a mező feszültséget indukál a vezetőben. Ezt kihasználva a csíkon mágneses területeket alakítanak ki, amelyek így lehúzáskor az olvasóban feszültséget indukálnak és így olvassák ki a rajta lévő tartalmat.

142 Chipkártya A chipkártyák, vagy más néven intelligens kártyák nem hasonlíthatók technológiailag a mágneskártyákhoz. Mondhatni, hogy szinte csak az alakjuk egyezik meg, minden más tulajdonságuk teljesen eltérő. A hordozó nem más, mint egy műanyagból készített lap. Az általánosan használt chipek mérete mm2 és jellemző vastagsága kevesebb, mint 0,2 mm. Ezekkel a paraméterekkel biztosítani lehet, hogy a kártya a használat során fellépő hajlítási igénybevételnek ellenáll az elektronika sérülése nélkül.

143 Chipkártya memóriakártyák: azok a fajta kártyák, amelyek CPU-t nem tartalmaznak, de leg-alább 100 byte memóriakapacitással rendelkezik. Tipikus példája a telefonkártya. intelligens kártyák: ezekre a kártyákra integrálnak egy mikrokontrollert, a mi szempontunkból CPU-t, ami képes különböző műveletek végrehajtására, tehát lényegében egy programozható eszközzel állunk szemben. Ennek 3 fontos fajtája van, melyek különböző további részekre bonthatók: Érintkezéses (contact) kártyák: a legelterjedtebb fajta. A kártyakezelő eszközzel fizikailag is érintkezik a működése során. Érintkezésmentes (contactless) kártyák: rádiós kapcsolattal kommunikál a kezelőegységgel Hibrid és kombi kártyák: Az előző 2 fajta keresztezése, bizonyos esetekben 2 különböző chippel.

144 Biometriai azonosítás

145 Biometria A biometria olyan testi, illetve viselkedésbeli jellemvonások összessége, melyek mérése alkalmas arra, hogy egy adott személyt egyértelműen azonosítani lehessen. Minden egyes ember saját, egyedi-egyszerimegismételhetetlen jellemezőkkel rendelkezik.

146 Biometria A biometrikus azonosítás legfőbb előnye, hogy magát az embert azonosítja. Mivel a biometrikus mérés az adott személyre egyedileg jellemző jegyeket azonosítja, gyakorlatilag kizárható a tévedés lehetősége.

147 Kézírás Nem tiszta biometriai azonosítás A kézírás nem igényel komolyabb olvasó berendezést Nem csak az írásképet, hanem a vonalvezetés dinamizmusát is ellenőrizni kell Hatékony azonosításhoz: Betűk alakja, mérete, dőlése, kötése Ékezetek formája, dőlése, betűhöz viszonyított helyzete Tollemelés stb. Nem megbízható, mert a fiziksai és lelki állapot befolyáshaltja.

148 Ujjnyomat Optikai, melyek az ujjnyomat fodorszál-szerkezetét a látványa alapján rögzítik: általában látható/nem látható tartományba eső hullámhosszúságú fénnyel megvilágítják, az ujjat, és "lefényképezik". Ezek az olvasók a bőr legfelső, egyben legsérülékenyebb felületét látják csak. Érzékenyek a bőr szennyezettségére, a bőr minőségére (száraz, repedezett, nedves, kopott).

149 Ujjnyomat A kapacitív és a nyomásérzékelős elven működő eszközök eltérő jeleket érzékelnek a bőrredők dombos vagy völgyes részein.

150 Ujjnyomat Az ultrahangos és a rádiófrekvenciás szenzorok az újra bocsátott és visszavert hang illetve rádiófrekvenciás jelek különbségei alapján térképezeik fel a bőr redőzöttségét.

151 Abszorpciós elven működő optikai olvasók. A képalkotáshoz egy prizmát használnak. derékszögű háromszög prizma (4) fényforrás (20) diffúziós lemez (3) lencse-csoport és a képérzékelő (6) A teljes fényvisszaverődés megszűnik, amennyiben az üvegfelülettel érintkezik a bőrfelület, a "hegygerinc". Itt elnyelődik a fény, mert kilép a prizmából. A fodorszálak fekete vonalként jelennek meg a lencserendszer utáni képalkotó felületen, általában CCD elemen.

152 Ennél a másik kialakításnál mintha inverz képet készítenénk: a völgy lesz sötét, és a hegygerinc világos: csak az ujjról visszaverődött fény jut el a CCD elemhez. négyszögletes-háromszög prizma (13) fényforrás (20) lencse csoport (15) képérzékelő (16) Ez a kialakítás jobb, kontrasztosabb képet ad, de drágább. (Az elsőnél a teljes CCD felületre jutó összfénymennyiséget "csökkentjük", amikor az ujj érintkezik a felülettel, az utóbbinál a CCD-re csakis az ujjfelületről visszaverődött fény kerül.)

153 Touchless optikai olvasó Vannak olyan optikai olvasók, melyeknél kihagyják a prizmát. Ezek közvetlenül, érintés nélkül fényképezik az ujjat. Használatánál figyelni kell az ujj-kamera távolságra.

154 InfraLED-ekkel világítják meg a speciális "touch" lapot két szélről, valamint szemből polarizált fénnyel is. Több képet készítenek, melyből egy MSI módszerrel szerkesztenek össze egy képet.

155 Kapacitív olvasók A kapacitív olvasók a touch felület és a bőr közötti elektrosztatikus kapacitást mérik, és alakítják azt át képpé. Passzív kapacitív olvasók A bőr és a touch felület közötti kapacitást méri: mást mér a völgyeknél, mert itt a bőr és a felület távolsága nagyobb, és mást mér a hegygerincen. Aktív kapacitív olvasók A kapacitás mérés előtt "töltést" kap az ujj is.

156 Ujjnyomat hamisítás Mára a legtöbb olvasó érzékeli, hogyha "hamis ujjal" próbálják becsapni. (De vannak technológiára épülő olvasók, melyek eleve csak "élő" ujjról képesek felvételt készíteni.)

157 Ujjnyomat hamisítás Az ellenőrzési módszerek a legkülönfélébbek: érzékelik az "élő bőr" elektromos vezetőképességét, vér oxigén szintjét mérik pulzust mérik vizsgálják a véráramlást vagy a hamis ujjkészítéshez általában hasznát vegyszer szagát érzékelik az élő és a hamis ujjról alkotott képek között különbséget tudnak tenni az alkalmazott képalkotási technológia miatt

158 Hang azonosítás Az azonosítandó személy egy-egy rövid tárolt hangmintáját hasonlítják össze az éppen elmondott szövegel. A beszédstílus jellemzői alapján történik az azonosítás több hangminta alapján. Hangminták összehasonlítására elektronikák az időtartományból frekvenciatartományba konvertálnak.

159 Hang azonosítás Speaker recognition Magának a hangnak az azonosítása szolgál, mely a beszélőre egyedileg jellemző. A beszélő mindig ugyanazt mondja (szövegfüggő azonosítás), vagy szöveg független (bármit mondhat) azonosítás. Speech recognition A beszédnek az azonosítása/felismerése szolgál. A speaker és speech recognition szinte adja magát a multimódusos biometriára (a kettő együttes alkalmazása).

160 Retina azonosítás Az emberi szem hátsó falán található vérerek mintázatán alapul. Nagy pontosságú. A felhasználók számára sokszor kellemetlen a mintavétel. Felléphetnek fertőzésveszélyek, cukorbetegség esetén az érhálózat sérülhet.

161 Írisz azonosítás A feldolgozás a zajszűréssel kezdődik. (Zavarok:szempilla, szemhéj, pupilla, tükröződések) Utána történik meg az irisz struktúra felismerése, majd az Irisz kód előállítása. Az irisz kód egy polárkoordináta-rendszerben leírt sajátosságok sorozata, melyet a pupillától kifele haladva körkörösen vesznek fel. Az irisz kód 256 byte hosszú (Dr. John Daugmann különböző tulajdonságot azonosított be) A minta idővel nem változik.

162 Arc felismerés Az azonosítást nehezíti a képminőség (megvilágítás) és az arckifejezés. Az arc nem tartós biometriai jellemző, öregszik, betegségre is érzékeny, és a nézőponttól erősen függ a geometriája. Jó azonosítási módszer: nem igényel együttműködést, nagy adatbázis áll rendelkezésre, messziről is, térfigyelő kamerákkal alkalmazható, eszközei olcsók, társadalmi elfogadottsága jó.

163 Arc felismerés elemzési módszerei PCA, (Principal Components Analysis), mely alapvetően a frontális arckép elemzését jelenti. (Önmagában legfeljebb 1/1000 a szelektivitása.) LDA (Linear Discriminant Analysis), minta osztályok és alosztályok létrehozásával és az azokba történő besorolással is vizsgál. EBGM (Elastic Bunch Graph Matching) a lineáris karakterisztika vizsgálat által nem megválaszolt problémákra próbál megoldást adni, mint pl. megvilágítás, pozició (nem szemből), vagy arckifejezés). Lényegében a három dimenziós vizsgálatot jelenti.

164 Kéz geometria A kéz körvonalának geometriáját hasonlítja össze az előre felvett mintával. A felvételt olcsó, tömegcikknek számító CCD kamerával készíti. A tenyér felülete elég nagy, így viszonylag sok mérhető sajátosságot lehet találni rajta.

165 Kéz geometria Az összehasonlításban a sok hasonló analóg sajátosság vesz részt: ujjak hossza, az ujj-izületek távolsága, az ujjak vastagsága, a tenyérszélességi adatai, hossza. Az adatok kevés byteon tárolhatók, így kicsi a template, és gyors az összehasonlítás.

166 Véredény azonosítás Infra fénnyel megvilágított testrészek véredényeinek geometriai struktúráját elemzi, azonosítja. Előnyösen a kézen, a tenyéren és az ujjon. A véredények geometriai struktúrájának jellemzői állandóak és egyediek. Hamisításuk szinte lehetetlen, mert változtatni rajta nem lehet. Az azonosításhoz szükséges képet csak eleve élő szervezet ad (a képalkotáshoz kell a véráramlás is az erekben). Az infraledes fényforrás fénye behatol a kézfej bőrébe, és másképp verődik vissza az erekről és másképp a többi testszövetről.

167 Biometriai összehosanlítás Hasonlítsuk össze néhány biometrikus rendszer FAR mutatóját (hány helyes azonosításra jut egy téves): Arcfelismerés 2000:1 Hangazonosítás 500:1 Ujjlenyomat azonosítás :1 Íriszvizsgálat :1 Retinaazonosítás :1

168 Jelszavak szerepe, fontossága

169 A felhasználó-azonosítás alapmódszerei:

170 Tudás Használata egyszerű Olcsó Észrevétlenül másolható és tulajdonítható el (nincs visszajelzés ha más birtokába került) Erős védelem megjegyezhetősége nehéz

171 A jelszó minőségek meghatározói Hosszúság minden egyes hozzáadott karakter növeli a jelszó értékét; 8 vagy annál több karakter minimum szükséges egy erős jelszóhoz, de 14 vagy annál több lenne az ideális. Komplexitás minél többféle karaktert alkalmazunk, annál nehezebb kitalálni a jelszót, használjuk a teljes billentyűzetet. Könnyű észben tartani, nehéz kitalálni úgy a legkönnyebb egy jelszót kezelni tartani, ha leírjuk valahová; habár ezt egyáltalán nem javasolt, de ha mégis így járnánk el, akkor rejtsük el biztonságos helyre!

172 Leggyakoribb jelszavak Ez a leggyakrabban használt jelszó. És igen, létezik olyan, aki fontos adatok hozzáféréséhez használja ezt a jelszót. jelszó A kreativitás csúcsa, amikor valaki ezt a szót választja jelszóként. Fradi, fradi, fradi Gyakori, hogy valaki a kedvenc csapatát vagy játékosát választja jelszó gyanánt. Ezt sem túl nehéz kitalálni, ha valaki egy kicsit is ismeri az illetőt. Petike Amikor a jelszó az illető keresztnevének becézése. Még durvább, ha még csak nem is becézi, hanem egyenesen beírja a nevét A ismerősöm telefonszáma, vagy saját szám.

173 Leggyakoribb jelszavak asdf mindenki más kipróbálja alma Vagy angolban a monkey. Mindenki kedvenc szavai, divatszavak bizonyos körökben. ábécé Sorban az ábécé betűi. Ez sem egy nehéz rejtvény Bármennyire is tudják, hogy ez nem egy jó ötlet, fantáziahiány miatt mégis rengetegen választják a születési dátumukat jelszó gyanánt. szerelmünk neve Elsőre lehet, hogy jó ötletnek tűnik, de ezt az információt a neten keresgélve még egy ezer idegen is megszerezheti.

174 Hogyan védd a jelszavadat? Ne mond el és ne add oda másnak! Tartsd a jelszavaidat távol a családodtól, barátaidtól és a gyerekeidtől, akik esetleg továbbadhatnák másnak. Légy elővigyázatos a jelszóemlékeztető kérdésekkel: ne válassz olyan kérdést, amely mások által is kitalálható. Vigyázz a leírt vagy mentett jelszavakra! Ne őrizz jelszavakat fájlokban a számítógépeden, ugyanis itt keresik először. Ne tedd a jelszavadat a pénztárcádba, se a billentyűzet alá. Sose írd meg a jelszavadat ben, és ne válaszolj a jelszavadat elkérő levelekre! Ha valaki ben kéri el a jelszavadat, akkor szinte bizonyosan valamilyen átverésre, csalásra kell gondolni. Ez érvényes az általad megbízhatónak tartott cégekre/személyekre is, ugyanis a csalók könnyen álcázhatják magukat más valakinek.

175 Hogyan védd a jelszavadat? Ne írd be a jelszavadat olyan számítógépen, amelyet nem ismersz! Minden olyan számítógép, amely internetkávézókban, laborokban, osztott rendszereken, konferenciákon, reptereken stb. található nem tekinthető biztonságosnak, mert nem tudhatjuk, milyen szoftverek rögzítik minden billentyűleütésünket. Ne használjuk ezeket a számítógépeket internetes utalásra, e- mailezésre, vagy bármi olyan művelethez, ahol fontos adatokhoz férünk hozzá. Használj több mint egy jelszót! Legyen különböző jelszavad a különböző webes szolgáltatásokhoz. Gondolj bele, ha az egyik szolgáltatónál kitudódna a jelszavad, akkor azzal mindenhová beléphetnének.

176 Az erős jelszavak: legalább hét karakterből állnak. kis- és nagybetűket, számokat és a második és a hatodik karakter között egy szimbólumot tartalmaznak. véletlenszerű karaktersorozatnak tűnnek. nem tartalmaznak ismétlődő karaktereket.

177 Az erős jelszavak: nem tartalmaznak egymás után következő karaktereket, például 1234, abcd vagy qwerty. nem tartalmaznak mintákat, témákat vagy (valamilyen nyelven) felismerhető teljes szavakat. nem tartalmaznak hasonló betűket helyettesítő számokat vagy szimbólumokat, például $ jelet az S betű helyett, vagy az 1 számot az l karakter helyett, mivel ezek segítik a jelszó kitalálását. nem tartalmazhatják az internetre vagy egy hálózatba történő belépéshez használt felhasználói nevének egyetlen részletét sem.

178 Jelszó használat

179 Mobil eszközök PIN kód Egy négy számjegyből álló kód 10 ezer lehetőséget rejt, azonban a felhasználók 15%-a ebből csupán 10-et használ (1234, 2222, 0000, 1991 ).

180 Mobil eszközök Android belépési minta 9 pont elhelyezve egy négyzetesen, egy megadott útvonalat kell bejárni az újjunkkal. Hátrány: Az újaink nyomot hagyhatnak és könnyen megfejthető a kód

181 BIOS A BIOS az angol Basic Input/Output System kifejezés rövidítése, ami magyarul alapvető bemeneti/kimeneti rendszert jelent, és a számítógép szoftveres és hardveres része közötti interfész megvalósítására szolgál. Hardverek ellenőrzése (POST Power-On Self Test) Hardverek vezérlőinek betöltése Rendszerkonfiguráció Az operációs rendszer merevlemezről, floppyról, SCSI egységről, USBről, hálózati kártyáról vagy egyéb tárolóról való elindítása BIOS interfész biztosítása az operációs rendszer számára

182 BIOS jelszó User password A beállításokhoz fér hozzá Supervisor password A beállításokhoz vagy épp a bootoláshoz ad jelszót

183 BIOS jelszó A boot-olás előtt kér jelszót

184 BIOS jelszó A jelszó kiütése egy ismert egyszerű hardveres művelettel megoldható. Ezért fontos a számítógépek házainak biztonságos lezárása!!!!

185 Operációs rendszer belépési jelszava

186 Operációs rendszer belépési jelszava Vezérlőpult Fontos, hogy a VENDÉG Fiók tiltva legyen!

187 Helyi biztonsági házirend beállítása secpol.msc

188 Jelszó Bonyolultsági feltételek Legrövidebb jelszó: (0-nem kell jelszó) Meghatározza, hogy a felhasználói fiókokhoz tartozó jelszavaknak legalább hány karakterből kell állniuk. Minimális élettartam: (0-azonnal változtatható) Ez a biztonsági beállítás azt az időtartamot adja meg (napokban), ameddig egy jelszót kötelező használni, mielőtt a felhasználó megváltoztathatná azt.

189 Jelszó Bonyolultsági feltételek A jelszónak meg kell felelnie a bonyolultsági feltételeknek Nem tartalmazhatják a felhasználói fiók nevét vagy a felhasználó teljes nevének két egymás utáni karaktert meghaladó részletét Legalább hat karakter hosszúságúnak kell lenniük Tartalmazniuk kell az alábbi négy kategória közül legalább háromnak az elemeit: Angol nagybetűs karakterek (A-tól Z-ig) Angol kisbetűs karakterek (a-tól z-ig) Az alapvető 10 számjegy (0-tól 9-ig) Nem betű jellegű karakterek (például!, $, #, %) A bonyolultsági feltételeknek a jelszavak létrehozásakor vagy módosításakor kell érvényesülniük.

190 Jelszó Bonyolultsági feltételek Maximális élettartam: (0-soha nem jár le) Ez a biztonsági beállítás azt az időtartamot határozza meg (napokban), ameddig egy jelszó használható, mielőtt a rendszer felszólítaná a felhasználót a megváltoztatására Előző jelszavak megőrzése: (alapért.:1) Ez a biztonsági beállítás meghatározza, hogy hány új egyedi jelszó hozzárendelése szükséges egy felhasználói fiókhoz egy régi jelszó újrafelhasználása előtt. Az értéknek 0 és 24 jelszó között kell lennie.

191 m

192

193 Jelszó tárolás Fejben tárolva Elfelejtődik, vagy ha túl bonyolult akkor nehéz megjegyezni. Több jelszónál még több probléma. Fájlban tárolva (pl XLS) Jelszavas védelem a fájl megnyitására!

194 Fájl jelszavazás

195 Jelszótörő módszerek Brute Force (nyers erő) Módszeresen az összes lehetséges jelkombinációt kipróbálja. Csak akkor, ha minden más eljárás eredménytelen Nagy teljesítményű gépet igényel A jelszó hosszától, illetve a használt jelektől függően nagyon sok időre van szükség A végeredmény sem biztos

196 Jelszótörő módszerek Szótár alapú A legtöbb felhasználó a hétköznapi nyelvezetből, magánéletéből használja a szavakat, vagy szótöredékeket. Lényegesen kevesebb időt igényel Nem vezet mindig eredményre

197 Jelszótörés jogi háttere Törvénytelen, ha valaki megpróbál engedély nélkül jelszófeltörő program segítségével olyan állományok tartalmához jutni, amelyekhez nincs jogosultsága.

198

199

200

201

202

203

204 Clean Desk Policy (CDP) - Tiszta Asztal Politika

205 Clean Desk Policy (CDP) - Tiszta Asztal Politika Belépési azonosító és jelszó Papíralapon (Post-It, regisztrációs lap kinyomtatva) Hardverre írva (monitor, billentyűzet) Személyes információk Amiből a jelszavak megfejthetőek, kitalálhatóak Otthoni/Céges dokumentumok, leírások Mobiltelefon

206 Erős jelszó példa Találj ki egy mondatot, amit könnyen észben tudsz tartani! Például: A kisfiam Péter ma pontosan két éves. Alakítsd a mondatot jelszóvá! Használd minden szó első betűjét, hogy egy betűsorozatot gyárts: akpmpke Bonyolítsd a szöveget egy kis fantáziával! Vegyítsd a kis- és nagybetűket, használj számokat a betűk helyett. Például: AkPmp2e Vonj be speciális karaktereket! Használj olyan szimbólumokat, amelyek hasonlítanak bizonyos betűkhöz: Ak#P?mp%2e! Tartsd titokban a jelszavadat!

207 KeePass Ingyenes, nyílt forráskódú jelszó menedzselő program. Minden jelszót 1 adatbázisban lehet tárolni mesterkulcs segítségével. Felhasználói jelszavak 1 db Mesterkulcs account-ok Windows hálózati belépések Webes jelszavak

208 KeePass Új adatbázis létrehozáshoz egy mesterkulcs szükséges

209 KeePass Különböző témakörökhöz lehet jelszavakat rendelni.

210 KeePass Új bejegyzés létrehozása (Általános)

211 KeePass Új bejegyzés létrehozása (Windows)

INFORMATIKAI BIZTONSÁG ALAPJAI

INFORMATIKAI BIZTONSÁG ALAPJAI INFORMATIKAI BIZTONSÁG ALAPJAI LEVELEZŐ - 1. KONZULTÁCIÓ Göcs László mérnöktanár Kecskeméti Főiskola GAMF Kar Informatika Tanszék 2015-16. 1. félév Elérhetőség, információ Göcs László Informatika Tanszék

Részletesebben

INFORMATIKAI BIZTONSÁG ALAPJAI

INFORMATIKAI BIZTONSÁG ALAPJAI INFORMATIKAI BIZTONSÁG ALAPJAI 2. előadás Göcs László Kecskeméti Főiskola GAMF Kar Informatika Tanszék 2014-15. 1. félév KÖVETELMÉNYEK AZ INFORMÁCIÓVÉDELEM TERÉN Védendő adatoknak alapvetően négy csoportját

Részletesebben

INFORMATIKAI BIZTONSÁG ALAPJAI

INFORMATIKAI BIZTONSÁG ALAPJAI INFORMATIKAI BIZTONSÁG ALAPJAI 1. előadás Göcs László mérnöktanár Kecskeméti Főiskola GAMF Kar Informatika Tanszék 2014-15. 1. félév Elérhetőség, információ Göcs László Informatika Tanszék 1. emelet 116-os

Részletesebben

INFORMATIKAI BIZTONSÁG ALAPJAI

INFORMATIKAI BIZTONSÁG ALAPJAI INFORMATIKAI BIZTONSÁG ALAPJAI 1. előadás Göcs László mérnöktanár Pallasz Athéné Egyetem GAMF Műszaki és Informatikai Kar Informatika Tanszék 2016-17. 1. félév Elérhetőség, információ Göcs László Informatika

Részletesebben

INFORMATIKAI BIZTONSÁG ALAPJAI

INFORMATIKAI BIZTONSÁG ALAPJAI INFORMATIKAI BIZTONSÁG ALAPJAI 2. előadás Göcs László főiskolai tanársegéd Neumann János Egyetem GAMF Műszaki és Informatikai Kar Informatika Tanszék 2018-19. 1. félév Informatikai Tárcaközi Bizottság

Részletesebben

INFORMATIKAI BIZTONSÁG ALAPJAI

INFORMATIKAI BIZTONSÁG ALAPJAI INFORMATIKAI BIZTONSÁG ALAPJAI Levelező - 1. konzultáció Göcs László főiskolai tanársegéd Neumann János Egyetem GAMF Műszaki és Informatikai Kar Informatika Tanszék 2018-19. 1. félév Elérhetőség, információ

Részletesebben

Informatikai Biztonsági szabályzata

Informatikai Biztonsági szabályzata A NIIF Intézet Informatikai Biztonsági szabályzata Készítette: Springer Ferenc Információbiztonsági vezető Ellenőrizte: Jóváhagyta: Császár Péter Minőségirányítási vezető Nagy Miklós Igazgató Dátum: 2008.05.09.

Részletesebben

A Hivatal érvényben lévő alábbi dokumentumok létrehozása, szinkronizálása szükséges

A Hivatal érvényben lévő alábbi dokumentumok létrehozása, szinkronizálása szükséges Informatikai Biztonsági feladatok: Fizikai biztonsági környezet felmérése Logikai biztonsági környezet felmérése Adminisztratív biztonsági környezet felmérése Helyzetjelentés Intézkedési terv (fizikai,

Részletesebben

A DFL SYSTEMS KFT. INFORMATIKAI BIZTONSÁGI SZABÁLYZATA

A DFL SYSTEMS KFT. INFORMATIKAI BIZTONSÁGI SZABÁLYZATA A DFL SYSTEMS KFT. INFORMATIKAI BIZTONSÁGI SZABÁLYZATA 1. Általános rendelkezések 1.1 Az Informatikai Biztonsági Szabályzat (IBSZ) célja Szerződéses és leendő partnereink tájékoztatása a DFL Systems Kft.

Részletesebben

Tudjuk-e védeni dokumentumainkat az e-irodában?

Tudjuk-e védeni dokumentumainkat az e-irodában? CMC Minősítő vizsga Tudjuk-e védeni dokumentumainkat az e-irodában? 2004.02.10. Miről lesz szó? Mitvédjünk? Hogyan védjük a papírokat? Digitális dokumentumokvédelme A leggyengébb láncszem Védelem korlátai

Részletesebben

Megbízhatóság az informatikai rendszerekben

Megbízhatóság az informatikai rendszerekben Megbízhatóság az informatikai rendszerekben Az információ Minden intelligens rendszer hajtóanyaga Az információ minőségi jellemzői Sértetlenség Biztonság Adatvédelem Titkosság Hitelesség Rendelkezésre

Részletesebben

Az elektronikus közszolgáltatások informatikai biztonságának jogi szabályozása

Az elektronikus közszolgáltatások informatikai biztonságának jogi szabályozása Az elektronikus közszolgáltatások informatikai biztonságának jogi szabályozása Dr. Dedinszky Ferenc kormány-főtanácsadó Informatikai biztonsági felügyelő Miniszterelnöki Hivatal Infokommunikációs Államtitkárság

Részletesebben

GDPR- INFORMATIKAI MEGOLDÁSOK A JOGI MEGFELELÉS BIZTOSÍTÁSÁNAK ÉRDEKÉBEN

GDPR- INFORMATIKAI MEGOLDÁSOK A JOGI MEGFELELÉS BIZTOSÍTÁSÁNAK ÉRDEKÉBEN GDPR- INFORMATIKAI MEGOLDÁSOK A JOGI MEGFELELÉS BIZTOSÍTÁSÁNAK ÉRDEKÉBEN Pflanzner Sándor ADAPTO Solutions Kockázatelemzés követelménye a rendeletben Az adatkezelő és az adatfeldolgozó... a változó valószínűségű

Részletesebben

Krasznay Csaba Zrínyi Miklós Nemzetvédelmi Egyetem

Krasznay Csaba Zrínyi Miklós Nemzetvédelmi Egyetem Krasznay Csaba Zrínyi Miklós Nemzetvédelmi Egyetem Korábban soha nem látott mennyiségű közigazgatási rendszer- és szoftverfejlesztés történik Magyarországon A Nemzeti Fejlesztési Ügynökség adatai szerint

Részletesebben

Adat és információvédelem Informatikai biztonság Dr. Beinschróth József

Adat és információvédelem Informatikai biztonság Dr. Beinschróth József Adat és információvédelem Informatikai biztonság CISA Technológia: az informatikai rendszer Az informatikai rendszer főbb elemei: A környezeti infrastruktúra elemei Hardver elemek Adathordozók Dokumentumok

Részletesebben

Az információbiztonság egy lehetséges taxonómiája

Az információbiztonság egy lehetséges taxonómiája ROBOTHADVISELÉS S 8. Az információbiztonság egy lehetséges taxonómiája Muha Lajos PhD, CISM egyetemi docens ZMNE BJKMK IHI Informatikai Tanszék Előszó személyi védelem fizikai védelem INFORMÁCIÓVÉDELEM

Részletesebben

TopNet Magyarország Kft. INFORMATIKAI BIZTONSÁGI POLITIKÁJA

TopNet Magyarország Kft. INFORMATIKAI BIZTONSÁGI POLITIKÁJA TopNet Magyarország Kft. INFORMATIKAI BIZTONSÁGI POLITIKÁJA Tartalomjegyzék 1 BEVEZETÉS... 3 1.1 Az Informatikai Biztonsági Politika célja... 3 1.1.1 Az információ biztonság keret rendszere... 3 1.1.2

Részletesebben

Az informáci alapjai. Bevezetés az információbiztonság és információbiztonsági irányítási rendszer alapfogalmaiba és szükségességébe

Az informáci alapjai. Bevezetés az információbiztonság és információbiztonsági irányítási rendszer alapfogalmaiba és szükségességébe Az informáci cióbiztonság alapjai Bevezetés az információbiztonság és információbiztonsági irányítási rendszer alapfogalmaiba és szükségességébe Tartalom Az információbiztonság fogalma Az információbiztonsági

Részletesebben

Adat és információvédelem Informatikai biztonság. Dr. Beinschróth József CISA

Adat és információvédelem Informatikai biztonság. Dr. Beinschróth József CISA Adat és információvédelem Informatikai biztonság Dr. Beinschróth József CISA Üzemeltetés Szabályozott change management (jóváhagyás, végrehajtás menete, szerepek, dokumentálás, a felhasználók értesítése,

Részletesebben

Információbiztonsági Szabályzat elkészítése és javasolt tartalma. Debrıdy István Németh Ákos

Információbiztonsági Szabályzat elkészítése és javasolt tartalma. Debrıdy István Németh Ákos Információbiztonsági Szabályzat elkészítése és javasolt tartalma Debrıdy István Németh Ákos 2013. évi L. törvény Az e törvény hatálya alá tartozó elektronikus információs rendszerek teljes életciklusában

Részletesebben

A GDPR FELKÉSZÜLÉS INFORMATIKAI KÉRDÉSEI. Az audit gyakorlati szempontjai. Sipos Győző CISA IT biztonságtechnikai auditor

A GDPR FELKÉSZÜLÉS INFORMATIKAI KÉRDÉSEI. Az audit gyakorlati szempontjai. Sipos Győző CISA IT biztonságtechnikai auditor A GDPR FELKÉSZÜLÉS INFORMATIKAI KÉRDÉSEI { Az audit gyakorlati szempontjai Sipos Győző CISA IT biztonságtechnikai auditor Mobil: +36 20 916 3541 E-mail: sipos.gyozo@nador.hu SZÁMSZERŰSÍTETT KOCKÁZATOK

Részletesebben

INFORMATIKA EGYRE NAGYOBB SZEREPE A KÖNYVELÉSBEN

INFORMATIKA EGYRE NAGYOBB SZEREPE A KÖNYVELÉSBEN N 1. Informatikai eszközök az irodában PC, Notebook, Szerver A számítógép típusonként az informatikai feladatoknak megfelelően. Nyomtatók, faxok, scannerek, fénymásolók Írásos dokumentum előállító eszközök.

Részletesebben

Muha Lajos. Az információbiztonsági törvény értelmezése

Muha Lajos. Az információbiztonsági törvény értelmezése Muha Lajos Az információbiztonsági törvény értelmezése kibervédelem? KIBERVÉDELEM KRITIKUS INFORMÁCIÓS INFRASTRUKTÚRÁK VÉDELME ELEKTRONIKUS INFORMÁCIÓS RENDSZEREK VÉDELME Az információvédelem igénye Magyarország

Részletesebben

Technológia az adatszivárgás ellen

Technológia az adatszivárgás ellen 2008.12.15. Technológia az adatszivárgás ellen 2008. november 17. Fazekas Éva, Processorg Software 82 Kft. Áttekintés 1 A probléma 1. blé 2. Az elvárt eredmény 3. Megoldási lehetőségek 4. A technológia

Részletesebben

XXXIII. Magyar Minőség Hét 2014 Átállás az ISO/IEC 27001 új verziójára 2014. november 4.

XXXIII. Magyar Minőség Hét 2014 Átállás az ISO/IEC 27001 új verziójára 2014. november 4. 2014 Átállás az ISO/IEC 27001 új verziójára 2014. november 4. Móricz Pál ügyvezető igazgató Szenzor Gazdaságmérnöki Kft. változások célja Előadás tartalma megváltozott fogalmak, filozófia mit jelentenek

Részletesebben

Közbeszerzési rendszerek Informatikai Biztonsági Szabályzata

Közbeszerzési rendszerek Informatikai Biztonsági Szabályzata Közbeszerzési rendszerek Informatikai Biztonsági Szabályzata 2009.11.19. TARTALOMJEGYZÉK 1 Általános rendelkezések... 3 1.1 A SZABÁLYOZÁS CÉLJA... 3 1.2 A DOKUMENTUM BESOROLÁSA... 3 1.3 KAPCSOLAT AZ ELECTOOL

Részletesebben

Információ menedzsment

Információ menedzsment Információ menedzsment Szendrői Etelka Rendszer- és Szoftvertechnológiai Tanszék szendroi@witch.pmmf.hu Infrastruktúra-menedzsment Informatikai szolgáltatások menedzsmentje Konfigurációkezelés Gyorssegélyszolgálat

Részletesebben

30 MB INFORMATIKAI PROJEKTELLENŐR

30 MB INFORMATIKAI PROJEKTELLENŐR INFORMATIKAI PROJEKTELLENŐR 30 MB DOMBORA SÁNDOR BEVEZETÉS (INFORMATIKA, INFORMATIAKI FÜGGŐSÉG, INFORMATIKAI PROJEKTEK, MÉRNÖKI ÉS INFORMATIKAI FELADATOK TALÁKOZÁSA, TECHNOLÓGIÁK) 2016. 09. 17. MMK- Informatikai

Részletesebben

Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.

Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal. Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.hu. 1 Tartalom 1. BEVEZETŐ... 3 1.1 Architektúra (terv) felülvizsgálat...

Részletesebben

Felhasználók hitelesítése adatbiztonság szállításkor. Felhasználóknak szeparálása

Felhasználók hitelesítése adatbiztonság szállításkor. Felhasználóknak szeparálása Szabó Zsolt adatbiztonság tároláskor Felhasználók hitelesítése adatbiztonság szállításkor Felhasználóknak szeparálása jogi és szabályozási kérdések incidens kezelés öntitkosító meghajtókat Hardveres Softveres

Részletesebben

Zipernowsky Károly Műszaki Szakközépiskola Informatikai Védelmi Szabályzata

Zipernowsky Károly Műszaki Szakközépiskola Informatikai Védelmi Szabályzata Zipernowsky Károly Műszaki Szakközépiskola Informatikai Védelmi Szabályzata Pécs 2005 1. Tartalomjegyzék 1. TARTALOMJEGYZÉK... 2 2. BEVEZETÉS... 3 2.1. AZ Informatikai Védelmi Szabályzat célja... 3 2.2.

Részletesebben

Az informatikai katasztrófa elhárítás menete

Az informatikai katasztrófa elhárítás menete Az informatikai katasztrófa elhárítás menete A katasztrófa elhárításáért felelős személyek meghatározása Cég vezetője (ügyvezető): A Cég vezetője a katasztrófa elhárítás első számú vezetője. Feladata:

Részletesebben

AZ INFORMATIKAI BIZTONSÁG

AZ INFORMATIKAI BIZTONSÁG 9. INFORMATIKAI BIZTONSÁG Muha Lajos lmuha@fixx.hu AerusDPG Bt. SZABVÁNYOK ÉS AJÁNLÁSOK AZ INFORMATIKAI BIZTONSÁG TERÜLETÉN Elõadás-összefoglaló Az informatikai biztonság területén számtalan szabványra

Részletesebben

Nemzetközi jogszabályi háttér I.

Nemzetközi jogszabályi háttér I. SZ2 Az elektronikus információbiztonságról szóló jogszabályok és a létfontosságú rendszerek Budapest, 2016. szeptember 28. Selyem Zsuzsanna tű. alezredes (zsuzsanna.selyem@katved.gov.hu) Nemzetközi jogszabályi

Részletesebben

Bevezetés. Adatvédelmi célok

Bevezetés. Adatvédelmi célok Bevezetés Alapfogalmak Adatvédelmi célok Adatok és információk elérhet!ségének biztosítása és védelme Hagyományosan fizikai és adminisztratív eszközökkel Számítógépes környezetben automatizált eszközökkel

Részletesebben

Biztonsági osztályba és szintbe sorolás, IBF feladatköre

Biztonsági osztályba és szintbe sorolás, IBF feladatköre Biztonsági osztályba és szintbe sorolás, IBF feladatköre Angyal Adrián vezető szakértő 2013. évi L. törvény: az állami és önkormányzati szervek elektronikus információbiztonságáról IBTv. vagy 50-es törvény

Részletesebben

Bevezetés az Informatikai biztonsághoz

Bevezetés az Informatikai biztonsághoz AZ INFORMATIKAI BIZTONSÁG SPECIÁLIS TÉMAKÖREI Hungarian Cyber Security Package Bevezetés az Informatikai biztonsághoz 2012 Szeptember 12. Mi a helyzet manapság az informatikával? Tévedni emberi dolog,

Részletesebben

Vonalkód olvasó rendszer. Specifikáció Vonalkód olvasó rendszer SoftMaster Kft. [1]

Vonalkód olvasó rendszer. Specifikáció Vonalkód olvasó rendszer SoftMaster Kft. [1] Specifikáció Vonalkód olvasó rendszer SoftMaster Kft. [1] T a r t a l o m j e g y z é k 1 Bevezetés... 3 1.1 A rendszer rövid leírása... 3 1.2 A dokumentum célja... 3 1.3 A rendszer komponensei... 3 1.4

Részletesebben

Óbudai Egyetem Neumann János Informatikai Kar. Tóth Béla 2015.

Óbudai Egyetem Neumann János Informatikai Kar. Tóth Béla 2015. Óbudai Egyetem Neumann János Informatikai Kar Tóth Béla 2015. Név: Tóth Béla Tanulmányok: 2010 - Óbudai Egyetem / NIK Informatikai Biztonság szak Mérnök Diploma Főállásban: Pénzügyi szektor IT Infrastruktúra

Részletesebben

INFORMATIKAI SZABÁLYZAT

INFORMATIKAI SZABÁLYZAT INFORMATIKAI SZABÁLYZAT HATÁLYOS: 2011. MÁRCIUS 30.-TÓL 1 INFORMATIKAI SZABÁLYZAT Készült a személyes adatok védelméről és a közérdekű adatok nyilvánosságáról szóló 1992. évi LXIII. törvény és a szerzői

Részletesebben

ROBOTHADVISELÉS S 2010

ROBOTHADVISELÉS S 2010 ROBOTHADVISELÉS S 2010 ADATBÁZISOK BIZTONSÁGÁNAK KEZELÉSE A KÖZIGAZGATÁSBAN Fleiner Rita ZMNE KMDI doktorandusz hallgató Muha Lajos PhD, CISM tanszékvezet kvezető főiskolai tanár ZMNE BJKMK IHI Informatikai

Részletesebben

Infokommunikációs rendszerek biztonságos üzemeltetési lehetőségének vizsgálata. Előadó Rinyu Ferenc

Infokommunikációs rendszerek biztonságos üzemeltetési lehetőségének vizsgálata. Előadó Rinyu Ferenc Infokommunikációs rendszerek biztonságos üzemeltetési lehetőségének vizsgálata Előadó Rinyu Ferenc A biztonság üzemeltetés (állapot) elérése nem elsősorban technikai kérdés, sokkal inkább rendszerszintű

Részletesebben

A TÁRKI Társadalomkutatási Intézet Zrt. Adatvédelmi és Adatbiztonsági Szabályzata

A TÁRKI Társadalomkutatási Intézet Zrt. Adatvédelmi és Adatbiztonsági Szabályzata A TÁRKI Társadalomkutatási Intézet Zrt. Adatvédelmi és Adatbiztonsági Szabályzata A Tárki Társadalomkutatási Intézet Zrt. Adatvédelmi és Adatbiztonsági Szabályzatának fő hivatkozási pontját a 2011. évi

Részletesebben

Az ISO 27001-es tanúsításunk tapasztalatai

Az ISO 27001-es tanúsításunk tapasztalatai Az ISO 27001-es tanúsításunk tapasztalatai Bartek Lehel Zalaszám Informatika Kft. 2012. május 11. Az ISO 27000-es szabványsorozat az adatbiztonság a védelmi rendszer olyan, a védekező számára kielégítő

Részletesebben

Rendszerszemlélet let az informáci. cióbiztonsági rendszer bevezetésekor. Dr. Horváth Zsolt INFOBIZ Kft. www.infobiz.hu

Rendszerszemlélet let az informáci. cióbiztonsági rendszer bevezetésekor. Dr. Horváth Zsolt INFOBIZ Kft. www.infobiz.hu Rendszerszemlélet let az informáci cióbiztonsági rendszer bevezetésekor Dr. Horváth Zsolt INFOBIZ Kft. www.infobiz.hu Informáci cióbiztonsági irány nyítási rendszer (IBIR) részeir Információs vagyon fenyegetettségeinek

Részletesebben

Számítógép kezelői - használói SZABÁLYZAT

Számítógép kezelői - használói SZABÁLYZAT Számítógép kezelői - használói SZABÁLYZAT I. A SZABÁLYZAT CÉLJA, HATÁLYA A számítógép hálózat nagy anyagi és szellemi értéket képviselő rendszer. Felhasználóinak vállalniuk kell a használattal járó kötöttségeket

Részletesebben

Információbiztonság vs. kiberbiztonság az okos város szempontjából. Dr. Krasznay Csaba NKE Kiberbiztonsági Akadémia

Információbiztonság vs. kiberbiztonság az okos város szempontjából. Dr. Krasznay Csaba NKE Kiberbiztonsági Akadémia Információbiztonság vs. kiberbiztonság az okos város szempontjából Dr. Krasznay Csaba NKE Kiberbiztonsági Akadémia Definíciók Információbiztonság: az elektronikus információs rendszer olyan állapota, amelyben

Részletesebben

Információbiztonság irányítása

Információbiztonság irányítása Információbiztonság irányítása Felső vezetői felelősség MKT szakosztályi előadás 2013.02.22 BGF Horváth Gergely Krisztián, CISA CISM gerhorvath@gmail.com Találós kérdés! Miért van fék az autókon? Biztonság

Részletesebben

Alapfogalmak. Biztonság. Biztonsági támadások Biztonsági célok

Alapfogalmak. Biztonság. Biztonsági támadások Biztonsági célok Alapfogalmak Biztonság Biztonsági támadások Biztonsági célok Biztonsági szolgáltatások Védelmi módszerek Hálózati fenyegetettség Biztonságos kommunikáció Kriptográfia SSL/TSL IPSec Támadási folyamatok

Részletesebben

Követelmények a megbízható működés terén. Információbiztonsági osztályozás a megbízható működés szempontjából. T - T üz T

Követelmények a megbízható működés terén. Információbiztonsági osztályozás a megbízható működés szempontjából. T - T üz T Követelmények a megbízható működés terén Információbiztonsági osztályozás a megbízható működés szempontjából Megbízható működés Az informatikai rendszerek megbízható működését úgy értelmezzük, hogy az

Részletesebben

Dr. Horváth Zsolt Dr. Tóth Zoltán, 2011

Dr. Horváth Zsolt Dr. Tóth Zoltán, 2011 Az információbiztonság megjelenése az egészségügyi szolgáltató szervezetek minőségirányítási rendszerében Dr. Horváth Zsolt Dr. Tóth Zoltán, 2011 Működési kérdések az információbiztonság szemszögéből Tisztában

Részletesebben

A Magyar Nemzeti Bank elnökének 19/2009. (VIII. 6.) MNB rendelete

A Magyar Nemzeti Bank elnökének 19/2009. (VIII. 6.) MNB rendelete A Magyar Nemzeti Bank elnökének 19/2009. (VIII. 6.) MNB rendelete a fizetési rendszer működtetésére vonatkozó tárgyi, technikai, biztonsági és üzletmenet folytonossági követelményekről A Magyar Nemzeti

Részletesebben

DW 9. előadás DW tervezése, DW-projekt

DW 9. előadás DW tervezése, DW-projekt DW 9. előadás DW tervezése, DW-projekt Követelmény felmérés DW séma tervezése Betöltési modul tervezése Fizikai DW tervezése OLAP felület tervezése Hardver kiépítése Implementáció Tesztelés, bevezetés

Részletesebben

Közigazgatási informatika tantárgyból

Közigazgatási informatika tantárgyból Tantárgyi kérdések a záróvizsgára Közigazgatási informatika tantárgyból 1.) A közbeszerzés rendszere (alapelvek, elektronikus árlejtés, a nyílt eljárás és a 2 szakaszból álló eljárások) 2.) A közbeszerzés

Részletesebben

2013. évi L. törvény ismertetése. Péter Szabolcs

2013. évi L. törvény ismertetése. Péter Szabolcs 2013. évi L. törvény ismertetése Péter Szabolcs Szudán Csád Nigéria Szomália Krím - Ukrajna Irak Szíria Kiber hadviselés Társadalmi, gazdasági, jogi folyamatok információs hálózatokon mennek végbe, ez

Részletesebben

ADATVÉDELMI- ÉS KEZELÉSI SZABÁLYZAT május 25.

ADATVÉDELMI- ÉS KEZELÉSI SZABÁLYZAT május 25. ADATVÉDELMI- ÉS KEZELÉSI SZABÁLYZAT 2018. május 25. Tartalom I. Preambulum... 3 II. Alkalmazott jogszabályok... 3 III. Alapfogalmak... 4 IV. Adatkezelés jogalapja... 5 V. Adatkezelő... 5 VI. Adatkezelés

Részletesebben

AZ INFORMÁCIÓMENEDZSMENT ÉS A GDPR ADATBIZTONSÁG INTEGRÁLÁSA

AZ INFORMÁCIÓMENEDZSMENT ÉS A GDPR ADATBIZTONSÁG INTEGRÁLÁSA , 2018.04.20. A minőségirányítás a vállalati jó működés támogatója. Ne feledkezzünk meg az információmenedzsmentről és az adatbiztonságról sem! AZ INFORMÁCIÓMENEDZSMENT ÉS A GDPR ADATBIZTONSÁG INTEGRÁLÁSA

Részletesebben

SZÓBELI ÉRETTSÉGI TÉMAKÖRÖK

SZÓBELI ÉRETTSÉGI TÉMAKÖRÖK INFORMATIKA SZÓBELI ÉRETTSÉGI TÉMAKÖRÖK Az emelt szint a középszint követelményeit magában foglalja, de azokat magasabb szinten kéri számon. 1. Információs társadalom 2. Informatikai alapismeretek - hardver

Részletesebben

ADATKEZELÉSI SZERZŐDÉS ADATFELDOLGOZÓVAL

ADATKEZELÉSI SZERZŐDÉS ADATFELDOLGOZÓVAL ADATKEZELÉSI SZERZŐDÉS ADATFELDOLGOZÓVAL Amely létrejött a Adatkezelő neve:. Adatkezelő székhelye:.. Adatkezelő adószáma vagy cégjegyzékszáma: adatkezelő (továbbiakban Adatkezelő) és a Syntax team Kft

Részletesebben

Az informatikai biztonság alapjai. 5. Előadás (Jogi szabályozás)

Az informatikai biztonság alapjai. 5. Előadás (Jogi szabályozás) Az informatikai biztonság alapjai 5. Előadás (Jogi szabályozás) Ügyviteli védelem (Ismétlés) Szabályok rögzítése Szóban Írásban Ügyviteli védelem szintjei Stratégiai (Informatikai Biztonsági Koncepció)

Részletesebben

Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?)

Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?) Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?) Év indító IT szakmai nap - PSZÁF Budapest, 2007.01.18 Honnan indultunk? - Architektúra EBH IT

Részletesebben

Sérülékenység kezelés. Komli József project manager PTA CERT-Hungary Központ

Sérülékenység kezelés. Komli József project manager PTA CERT-Hungary Központ Sérülékenység kezelés Komli József project manager PTA CERT-Hungary Központ 1 A biztonságérzet a veszély érzékelésének hiánya 2 Mi a sérülékenység? Sérülékenység: Az IT biztonság területén a sérülékenység

Részletesebben

Jogalkotási előzmények

Jogalkotási előzmények Az állami és önkormányzati szervek elektronikus információbiztonságáról szóló 2013. évi L. törvény jogalkotási tapasztalatai és a tervezett felülvizsgálat főbb irányai Dr. Bodó Attila Pál főosztályvezető-helyettes

Részletesebben

VigilancePro. All Rights Reserved, Copyright 2005 Hitachi Europe Ltd.

VigilancePro. All Rights Reserved, Copyright 2005 Hitachi Europe Ltd. Reseller Lengyelországban: VigilancePro All Rights Reserved, Copyright 2005 Hitachi Europe Ltd. Bevezetés Vigilance Pro Hálózati elemzés valós időben A Vigilance Pro szoftver egy egyedi megoldás, amely

Részletesebben

Adat és információvédelem Informatikai biztonság. Dr. Beinschróth József CISA

Adat és információvédelem Informatikai biztonság. Dr. Beinschróth József CISA Adat és információvédelem Informatikai biztonság Dr. Beinschróth József CISA Tematika Hol tartunk? Alapfogalmak, az IT biztonság problematikái Nemzetközi és hazai ajánlások Az IT rendszerek fenyegetettsége

Részletesebben

Adat és információvédelem Informatikai biztonság. Dr. Beinschróth József CISA

Adat és információvédelem Informatikai biztonság. Dr. Beinschróth József CISA Adat és információvédelem Informatikai biztonság Dr. Beinschróth József CISA TCSEC Biztonsági osztályok D csoport: minimális védelem (érdemtelen pl. MDOS) C csoport: szelektív és ellenőrzött védelem B

Részletesebben

13. óra op. rendszer ECDL alapok

13. óra op. rendszer ECDL alapok 13. óra op. rendszer ECDL alapok 1. Mire szolgál az asztal? a) Az ideiglenesen törölt fájlok tárolására. b) A telepített alkalmazások tárolására. c) A telepített alkalmazások ikonok általi gyors elérésére.

Részletesebben

Az uniós adatvédelmi előírások hatása a bölcsődei adminisztrációra. Előadó: Dr. Jójárt Ágnes Szilvia ügyvéd

Az uniós adatvédelmi előírások hatása a bölcsődei adminisztrációra. Előadó: Dr. Jójárt Ágnes Szilvia ügyvéd Az uniós adatvédelmi előírások hatása a bölcsődei adminisztrációra Előadó: Dr. Jójárt Ágnes Szilvia ügyvéd Az új uniós jogszabályról General Data Protection Regulation GDPR Az Európai Parlament és a Tanács

Részletesebben

Informatikai biztonsági elvárások

Informatikai biztonsági elvárások Informatikai biztonsági elvárások dr. Dedinszky Ferenc kormány-fıtanácsadó informatikai biztonsági felügyelı 2008. július 2. Tartalom Átfogó helyzetkép Jogszabályi alapok és elıírások Ajánlások, a MIBA

Részletesebben

Adatvédelmi Szabályzat. MEDIACENTER HUNGARY Informatikai, Szolgáltató és Üzemeltető Korlátolt Felelősségű Társaság. Hatályos: 2011.

Adatvédelmi Szabályzat. MEDIACENTER HUNGARY Informatikai, Szolgáltató és Üzemeltető Korlátolt Felelősségű Társaság. Hatályos: 2011. Adatvédelmi Szabályzat MEDIACENTER HUNGARY Informatikai, Szolgáltató és Üzemeltető Korlátolt Felelősségű Társaság Hatályos: 2011. augusztus 3-tól 1 1 Fogalom-meghatározások 1.1 személyes adat: bármely

Részletesebben

TANÚSÍTVÁNY KARBANTARTÁSI Jegyzőkönyv

TANÚSÍTVÁNY KARBANTARTÁSI Jegyzőkönyv TANÚSÍTVÁNY KARBANTARTÁSI Jegyzőkönyv A HUNGUARD Számítástechnikai-, informatikai kutató-fejlesztő és általános szolgáltató Kft, mint a Nemzeti Akkreditációs Testület által NAT-6-0048/2011 számon akkreditált

Részletesebben

Általános rendelkezések

Általános rendelkezések 23/2005. (XI. 23.) MNB rendelet az elszámolásforgalom lebonyolítására vonatkozó tárgyi, technikai, biztonsági és üzletmenet folytonossági követelményekről A Magyar Nemzeti Bankról szóló 2001. évi LVIII.

Részletesebben

Katasztrófavédelem informatikai rendszere ZNEBK104102

Katasztrófavédelem informatikai rendszere ZNEBK104102 Katasztrófavédelem informatikai rendszere ZNEBK104102 Tartalom 2. rész Védelmi rendszerek... 2 Az informatikai biztonság alapjai (IT biztonság)... 4 Az informatikai biztonság összetevői... 4 Az informatikai

Részletesebben

INFORMATIKAI BIZTONSÁG ALAPJAI

INFORMATIKAI BIZTONSÁG ALAPJAI INFORMATIKAI BIZTONSÁG ALAPJAI 3. előadás Göcs László Kecskeméti Főiskola GAMF Kar Informatika Tanszék 2014-15. 1. félév Felhasználók azonosítása A hagyományos azonosítás alapjai Személy, objektumleírás

Részletesebben

ÁLTALÁNOS JELLEGŰ ELŐÍRÁSOK. A hitelesítési folyamat résztvevőit, az alapelemeket és a főbb kapcsolódási pontokat az 1.

ÁLTALÁNOS JELLEGŰ ELŐÍRÁSOK. A hitelesítési folyamat résztvevőit, az alapelemeket és a főbb kapcsolódási pontokat az 1. A Miniszterelnöki Hivatalt vezető miniszter 2/2002. (IV. 26.) MeHVM irányelve a minősített elektronikus aláírással kapcsolatos szolgáltatásokra és ezek szolgáltatóira vonatkozó biztonsági követelményekről

Részletesebben

Informatikai adatvédelem a. Dr. Kőrös Zsolt ügyvezető igazgató

Informatikai adatvédelem a. Dr. Kőrös Zsolt ügyvezető igazgató Informatikai adatvédelem a gyakorlatban Dr. Kőrös Zsolt ügyvezető igazgató Az informatika térhódításának következményei Megnőtt az informatikától való függőség Az informatikai kockázat üzleti kockázattá

Részletesebben

Az informatikai biztonsági kockázatok elemzése

Az informatikai biztonsági kockázatok elemzése ROBOTHADVISELÉS S 2009 Az informatikai biztonsági kockázatok elemzése Muha Lajos PhD, CISM főiskolai tanár, mb. tanszékvezet kvezető ZMNE BJKMK IHI Informatikai Tanszék 1 Az informatikai biztonság Az informatikai

Részletesebben

Számítógépes munkakörnyezet II. Szoftver

Számítógépes munkakörnyezet II. Szoftver Számítógépes munkakörnyezet II. Szoftver A hardver és a felhasználó közötti kapcsolat Szoftverek csoportosítása Számítógép működtetéséhez szükséges szoftverek Operációs rendszerek Üzemeltetési segédprogramok

Részletesebben

Az NKI bemutatása EGY KIS TÖRTÉNELEM

Az NKI bemutatása EGY KIS TÖRTÉNELEM EGY KIS TÖRTÉNELEM Az NKI bemutatása Tikos Anita Nemzeti Kibervédelmi Intézet 2013. Nemzeti Kiberbiztonsági Stratégiája 2013. július 1.: hatályba lép az Információbiztonsági törvény (Ibtv.) Heterogén szervezetrendszer:

Részletesebben

3/2010. sz. Gazdasági Főigazgatói Utasítás a PTE rendszereihez az egyetem külső partnerei részére adott távoli hozzáférések szabályozásáról

3/2010. sz. Gazdasági Főigazgatói Utasítás a PTE rendszereihez az egyetem külső partnerei részére adott távoli hozzáférések szabályozásáról 3/2010. sz. Gazdasági Főigazgatói Utasítás a PTE rendszereihez az egyetem külső partnerei részére adott távoli hozzáférések szabályozásáról 1. oldal Telefon: +36 (72) 501-500 Fax: +36 (72) 501-506 1. Dokumentum

Részletesebben

ADATKEZELÉSI TÁJÉKOZTATÓ ÁRAJÁNLAT KÉRŐI ADATOK KEZELÉSÉRŐL. Hatályos: napjától

ADATKEZELÉSI TÁJÉKOZTATÓ ÁRAJÁNLAT KÉRŐI ADATOK KEZELÉSÉRŐL. Hatályos: napjától ADATKEZELÉSI TÁJÉKOZTATÓ ÁRAJÁNLAT KÉRŐI ADATOK KEZELÉSÉRŐL Hatályos: 2018. 10. 11. napjától Az OTP Mobil Szolgáltató Kft. (székhely: 1093 Budapest, Közraktár u. 30-32.; Cg. 01-09-174466; adószám: 24386106-2-43;

Részletesebben

Általános Szerződési Feltételek

Általános Szerződési Feltételek Készült: 2011. szeptember 19. Utolsó módosítás dátuma: 2011. szeptember 19. Utolsó módosítás hatályos: 2011. szeptember 19. Általános Szerződési Feltételek (1) A ToolSiTE Informatikai és Szolgáltató Kft.

Részletesebben

A GDPR elmúlt egy éve

A GDPR elmúlt egy éve A GDPR elmúlt egy éve { Az alakuló hazai gyakorlat Sipos Győző CISA, ISO27LA, ITIL IT biztonságtechnikai auditor Mobil: +36 20 916 3541 E-mail: sipos.gyozo@nador.hu A bevezetés gyakorlati problémái Kötelező

Részletesebben

16/2011.sz. Szabályzat. Csákvár Nagyközség Polgármesteri Hivatalának Informatikai Szabályzata

16/2011.sz. Szabályzat. Csákvár Nagyközség Polgármesteri Hivatalának Informatikai Szabályzata 16/2011.sz. Szabályzat Csákvár Nagyközség Polgármesteri Hivatalának Informatikai Szabályzata 1. A szabályzat célja: Az Informatikai Szabályzat alapvető célja, hogy a számítástechnikai berendezések és eszközök

Részletesebben

Andrews Kft. A technológia megoldás szállító. <zambo.marcell@andrews.hu>

Andrews Kft. A technológia megoldás szállító. <zambo.marcell@andrews.hu> Andrews Kft. A technológia megoldás szállító. Az Andrews bemutatása. 1999 derekán alakult az ALF tűzfal fejlesztésére. Csak magyar tulajdonosok. Tulajdonosok zömében mérnökök

Részletesebben

Informatikai és Biztonsági Szabályzat. I. Bevezető rendelkezések

Informatikai és Biztonsági Szabályzat. I. Bevezető rendelkezések Informatikai és Biztonsági Szabályzat A személyes adatok védelméről és a közérdekű adatok nyilvánosságáról szóló 1992.évi LXIII. törvény rendelkezéseinek végrehajtása és egységes alkalmazása, valamint

Részletesebben

Opennetworks Kereskedelmi és Szolgáltató Kft. Információ Biztonsági Politika (IBP)

Opennetworks Kereskedelmi és Szolgáltató Kft. Információ Biztonsági Politika (IBP) Opennetworks Kereskedelmi és Szolgáltató Kft Információ Biztonsági Politika (IBP) Verzió 11 Jóváhagyom: Beliczay András, ügyvezető 2015 március 16 Tartalomjegyzék 1 DOKUMENTUM KARBANTARTÁS 4 2 BEVEZETÉS,

Részletesebben

ADATKEZELÉSI TÁJÉKOZTATÓ BESZÁLLÍTÓI ÉS ALVÁLLALKOZÓI ADATOK KEZELÉSÉRŐL

ADATKEZELÉSI TÁJÉKOZTATÓ BESZÁLLÍTÓI ÉS ALVÁLLALKOZÓI ADATOK KEZELÉSÉRŐL ADATKEZELÉSI TÁJÉKOZTATÓ BESZÁLLÍTÓI ÉS ALVÁLLALKOZÓI ADATOK KEZELÉSÉRŐL A Wärtsilä Hungary Kft. (Cg. 01-09-124503; székhely: 2040 Budaörs, Gyár u. 2.; a továbbiakban: Adatkezelő) az Európai Parlament

Részletesebben

Informatikai ellenırzések, az informatika szerepe az ellenırzések támogatásában

Informatikai ellenırzések, az informatika szerepe az ellenırzések támogatásában Nincs informatika-mentes folyamat! Informatikai ellenırzések, az informatika szerepe az ellenırzések támogatásában Oláh Róbert számvevı tanácsos Az elıadás témái 2 Miért, mit, hogyan? Az IT ellenırzés

Részletesebben

2. előadás. Radio Frequency IDentification (RFID)

2. előadás. Radio Frequency IDentification (RFID) 2. előadás Radio Frequency IDentification (RFID) 1 Mi is az az RFID? Azonosításhoz és adatközléshez használt technológia RFID tag-ek csoportosítása: Működési frekvencia alapján: LF (Low Frequency): 125

Részletesebben

ISO 27001, mint lehetséges megoldási lehetőség a megfelelésre Móricz Pál ügyvezető igazgató Szenzor Gazdaságmérnöki Kft március 22.

ISO 27001, mint lehetséges megoldási lehetőség a megfelelésre Móricz Pál ügyvezető igazgató Szenzor Gazdaságmérnöki Kft március 22. ISO 27001, mint lehetséges megoldási lehetőség a megfelelésre Móricz Pál ügyvezető igazgató Szenzor Gazdaságmérnöki Kft. 2018. március 22. 22/03/2018 1 Vázlat 27001 és GDPR viszonya védendő elemek, vonatkozó

Részletesebben

ADATFELDOLGOZÁSI MEGÁLLAPODÁS

ADATFELDOLGOZÁSI MEGÁLLAPODÁS ADATFELDOLGOZÁSI MEGÁLLAPODÁS amely létrejött egyrészről az Egészségügyi Gazdasági Vezetők Egyesülete (székhely: 1204 Bp., Köves út 1., cégjegyzékszám: 7.Pk.60.274/1989, adószám: 19010526-2-43, telefonszám:

Részletesebben

77/2013 - Követelmények és a gyakorlat. Dr. Krasznay Csaba egyetemi adjunktus NKE KTK EFI IBT

77/2013 - Követelmények és a gyakorlat. Dr. Krasznay Csaba egyetemi adjunktus NKE KTK EFI IBT 77/2013 - Követelmények és a gyakorlat Dr. Krasznay Csaba egyetemi adjunktus NKE KTK EFI IBT Bevezetés Lassan egy éve fogadták el az Ibtv.-t Lassan 3 hónapos a 77/2013 NFM rendelet Lassan itt a következő

Részletesebben

1 IdMatrix Identity Governance Válaszok a GDPR kihívásaira

1   IdMatrix Identity Governance Válaszok a GDPR kihívásaira 1 www.businesstemplates.com IdMatrix Identity Governance Válaszok a GDPR kihívásaira 2 www.businesstemplates.com TODAY S AGENDA Rólunk Központi jogosultság kezelés Az Innomatrix Services Kft. saját fejlesztésű

Részletesebben

Az EU-s információbiztonsági szabályozás implementálása Magyarországon. Dr. Bencsik Balázs Nemzeti Kibervédelmi Intézet

Az EU-s információbiztonsági szabályozás implementálása Magyarországon. Dr. Bencsik Balázs Nemzeti Kibervédelmi Intézet Az EU-s információbiztonsági szabályozás implementálása Magyarországon Dr. Bencsik Balázs Nemzeti Kibervédelmi Intézet NIS IRÁNYELV: ELŐZMÉNYEK 2013. február 7: Az Európai Unió Kiberbiztonsági Stratégiája:

Részletesebben

Informatikai projektellenőr szerepe/feladatai Informatika / Az informatika térhódítása Függőség az információtól / informatikától Információs

Informatikai projektellenőr szerepe/feladatai Informatika / Az informatika térhódítása Függőség az információtól / informatikától Információs Bevezetés Projektellenőr szerepe és feladatai Informatika Informatikai függőség Informatikai projektek Mérnöki és informatikai feladatok találkozása technológiák 1 Tartalom Informatikai projektellenőr

Részletesebben

A CYBER interdependencia gyakorlatok nemzetközi és hazai tapasztalatai

A CYBER interdependencia gyakorlatok nemzetközi és hazai tapasztalatai Puskás Tivadar Közalapítvány Nemzeti Hálózatbiztonsági Központ, CERT-Hungary A CYBER interdependencia gyakorlatok nemzetközi és hazai tapasztalatai Szekeres Balázs 2011. 1 Tartalom Miért is kell a gyakorlat?

Részletesebben

A minőség és a kockázat alapú gondolkodás kapcsolata

A minőség és a kockázat alapú gondolkodás kapcsolata Mottó: A legnagyobb kockázat nem vállalni kockázatot A minőség és a kockázat alapú gondolkodás kapcsolata DEMIIN XVI. Katonai Zsolt 1 Ez a gép teljesen biztonságos míg meg nem nyomod ezt a gombot 2 A kockázatelemzés

Részletesebben

A Diamond Property Care Kft. iratkezelési szabályzata

A Diamond Property Care Kft. iratkezelési szabályzata I. Bevezetés DIAMOND PROPERTY CARE KFT. Székhely: 1118 Budapest, Muskotály utca 5. fszt. 1-2. A Diamond Property Care Kft. iratkezelési szabályzata A szolgáltató (üzemeltető), mint adatkezelő adatai Diamond

Részletesebben

Vállalati mobilitás. Jellemzők és trendek

Vállalati mobilitás. Jellemzők és trendek Vállalati mobilitás Jellemzők és trendek Vállalati mobilitás értelmezése és előnyei A mobil eszközök (okos telefon, tablet, laptop) száma világszerte rohamosan növekszik és használatuk már nem luxus, hanem

Részletesebben