TartalomjegyzékElôzô részKövetkezô részITB címlap

6.2. Az MM-A osztály

A követelmények megfogalmazásánál mindazon közvetlen vagy közvetett feltételekre kitérünk, amelyek biztosítása szükséges ahhoz, hogy az adott biztonsági osztályra jellemző megbízható működési mutató tartható, más szóval a megengedett kiesési idő túllépése elkerülhető legyen. A közvetett feltételek közé soroljuk például a beszerzéssel, a rendszer fejlesztésével, a dokumentáció rendszerével stb. kapcsolatos követelményeket, amelyeket teljesítve az informatikai rendszer magasabb funkcionalitási szinten alakítható ki, megbízhatóbban lesz üzemeltethető és így hatással lesznek az alkalmazások jobb, megbízhatóbb működésére.

6.2.1. Az MM-A osztály minimális követelményei

6.2.2. Infrastruktúra

Az infrastruktúra fizikai védelme egyaránt szolgálja az informatikai rendszerben az információvédelem és a megbízható működés biztosítását. Az 5. pontban részletesen kifejtettük az idevonatkozó követelményeket, amelyek a megbízható működés szempontjából is érvényesek. Az ott meghatározottakon kívül a védelem terjedjen ki a tűz elleni védelemre és a villámcsapások által indukált túlfeszültségek elleni védelemre is.

6.2.3. Hardver/szoftver rendszer, adatok

Rendszertechnika, tartalékolás

Az informatikai rendszer megbízható működését közvetlenül a kritikus hardver és szoftver elemek megbízhatósága határozza meg. Kritikus elemeknek tekintjük általában a központi egységet, a mágneslemez rendszert, az operációs rendszert, a hálózati szoftvereket és hardver elemeket, valamint az alkalmazói szoftvert.

Az alapbiztonság szintjén az informatikai rendszer kritikus elemeit nem szükséges tartalékolni. A kritikus hardver elemek megbízhatósága a mai technológiai színvonalon eléri azt a szintet, hogy megfelelő szervizhátteret feltételezve, tartalékolás nélkül biztosítani lehessen az alapbiztonságra meghatározott megbízható működést.

Vírusvédelem

Az 5. pontban az IV-A osztályban a vírusvédelemre meghatározott követelmények itt is érvényesek.

Szerviz, karbantartás

A szerviz cégekkel olyan szerződést kell kötni, amely biztosítja a hibás elemek javításának megkezdését a bejelentéstől számított 12 órán belül. Ha ez nem sikerül, akkor csere készüléket kell biztosítani. A javítási idő lerövidítése céljából az üzemeltető személyzetnek a hibát olyan szinten be kell tudnia határolni, hogy a szerviz munkatársai felkészülten szálljanak ki a hibaelhárításra. E követelmény biztosításához az üzemeltető személyzetet megfelelő szintű oktatásban kell részesíteni. A helyszíni tartalék alkatrész biztosítás szintjét alacsonyan lehet tartani, inkább az üzemeltetés során sűrűn pótlandó elemekből (pl. festék-szalag) célszerű tartalékot képezni.

A hardver rendszerre a szállítónak minimum 1 éves garanciát kell biztosítania. A rendszer értékétől függően 5-10 évig kell biztosítania a tartalék alkatrész ellátást.

A hardver elemeknél a megelőző karbantartást az adott elemre vonatkozó karbantartási előírásoknak megfelelően el kell végezni.

Beszerzéspolitika

Törekedni kell olyan beszerzési politika kialakítására, amely biztosítja egy független minősítő cég által kiállított minőségi bizonyítvánnyal rendelkező, helyszíni referencia-látogatásokkal leellenőrzött számítástechnikai termékek beszerzését.

A szoftver termékek esetében beszerezni, illetve installálni csak jogtiszta, megfelelő dokumentációval ellátott, vírus- és hibamentességre tesztelt szoftvert szabad. Szabályozni kell az újonnan beszerzett szoftverek nyilvántartásba-vételének és installációs feltételeinek módját és az intézményi szoftverek másolásának, kivitelének módját.

Biztosítani kell a rendszer felfelé való kompatibilitását mind hardver, mind szoftver szempontból úgy, hogy a rendszer bővíthetősége, az alkalmazói rendszerek hordozhatósága hosszú távon biztosítható legyen. A szállítónak legalább 3 éves távon biztosítania kell a nagy értékű szoftverrel kapcsolatos szavatosságot és támogatást. A kritikus, különösen az egyedileg fejlesztett szoftverek forráskódját megfelelő letéti megbízásban szabályozott feltételek mellett közjegyzőnél vagy más hiteles letétben el kell helyezni. Ha a szállító részéről megszűnik a szoftver támogatás, a felhasználónak a forráskód birtokába kell jutnia, hogy a támogatást akár saját erővel, akár külső kapacitással biztosítani tudja.

Rendszerfejlesztés

Az informatikai rendszerek funkcionalitásának biztosításában - mind a hardver, mind a szoftver területen - a rendszer tervezésében és megvalósításában alkalmazott módszertan által megkövetelt lépések maradéktalan végrehajtása a meghatározó. Az ITSEC idevonatkozó követelményei teljes összhangban vannak a nemzetközileg elterjedt módszertanokkal, így a továbbiakban a funkcionalitás biztosításával kapcsolatos követelmények kifejtésében az ITSEC-et követjük.

Magyarországon a jelenlegi időszakban ennek elsősorban szoftverfejlesztésnél van gyakorlati jelentősége. Az alapbiztonsági osztályra nézve e tekintetben az ITSEC E2 kiértékelési szintnek megfelelő követelmények a mérvadók. E szerint a fejlesztést a következő fázisokra kell bontani:

Már az alapbiztonság szintjén meg kell határozni:

6.2.4. Adathordozók

Az 5. pontban az IV-A osztályban az adathordozókra meghatározott követelmények itt is érvényesek.

Az adathordozók kezelésével, használatával és tárolásával kapcsolatban meg kell határozni:

6.2.5. Dokumentumok, dokumentáció

Az 5. pontban az IV-A osztályban a dokumentumokra, dokumentációra meghatározott követelmények itt is érvényesek.

Az informatikai rendszer késztermékek és fejlesztett elemek integrálása során alakul ki. Az informatikai rendszer beszerzéssel és/vagy fejlesztéssel történő kialakításához és az üzemeltetéshez szükséges dokumentumokkal kapcsolatos követelményeket az ITSEC E2 szintű, a fejlesztésre és az üzemeltetésre vonatkozó értékelési követelményei határozzák meg. A dokumentum és dokumentáció rendszer struktúráját és az azokkal kapcsolatos intézkedéseket az Intézkedések c. fejezet 8.2.4.2 pont tartalmazza.

Naplózás

A megbízható működéssel kapcsolatos eseményekről (rendszer indítás/leállás, nagyobb üzemzavarok, alap- és felhasználói szoftverekkel kapcsolatos, a megbízható működést érintő események) gépi, illetve manuális biztonsági naplózásokat kell végezni. Meghatározandók azok tartalmi követelményei, a naplók kezelési, értékelési és tárolási módja. A biztonsági napló tartalmi és formai követelményei legyenek összhangban az információvédelmi biztonsági naplózásnál ismertetett követelményekkel (lásd 5.3.1. és 5.3.3. pontoknál!).

6.2.6. Adatok

Az adatok kezelésével kapcsolatban a következőket kell szabályozni :

6.2.7. Kommunikáció, osztott rendszerek

Ma a logikai hálózati menedzsmentre de facto standardként az SNMP szintű menedzsmentet használják, amelynek egyszerűsített és bővített változata ismert.

Alapbiztonsági osztályban 100 user-nél nagyobb hálózatokon az egyszerűsített SNMP szintű menedzsment használatát biztosítani kell, a bővített használata javasolt.

Adminisztratív úton szabályozni kell:

Osztott rendszerek

6.2.8. Személyek

Minden intézménynél ki kell alakítani azt a személyzeti struktúrát, amelynek feladata és felelőssége az informatikai rendszer megbízható üzemeltetése és ezáltal az alkalmazások megbízható működésének biztosítása. Az informatikai biztonság területén a következő jól elhatárolható feladatokat kell meghatározni és az elvégzésükért felelős személyeket kijelölni, illetve alkalmazni.

TartalomjegyzékElôzô részKövetkezô részITB címlap