A biztonságosabb megoldás nem eleve a belsős vagy a külsős rendszergazda, hanem az, amelyik dokumentált folyamatokkal, kellő kapacitással és egyértelmű felelősségi renddel működik. A belsős rendszergazda ismeri a cég minden zugát, de egyetlen ember kiesése – betegség, szabadság, kilépés – pillanatok alatt biztonsági réssé válhat. A külsős, kiszervezett IT-üzemeltetés csapatban dolgozik és folyamatos felügyeletet nyújt, de a bizalom és a hozzáférés-kezelés szerződéses kereteinek pontosan kell működniük. Az alábbiakban azt mutatjuk be, milyen konkrét biztonsági kockázatok és előnyök jellemzik mindkét modellt, és mikor melyik a jobb választás.
Milyen biztonsági kockázatot jelent az egyszemélyes belsős rendszergazda
A legtöbb KKV-nál a belsős rendszergazda gyakorlatilag egyedül felel a teljes IT-infrastruktúráért, ami strukturális kockázatot jelent függetlenül attól, mennyire felkészült az adott szakember. Az esetek jelentős részében az egyszemélyes modell legnagyobb gyengesége nem a szaktudás hiánya, hanem az, hogy nincs mögötte tartalék, ellenőrzés vagy második szempár.
Mi történik, ha a rendszergazda hirtelen kiesik
Ha a belsős rendszergazda betegség, felmondás vagy baleset miatt hirtelen elérhetetlenné válik, a cég gyakran szembesül azzal, hogy a jelszavak, hozzáférések és rendszerkonfigurációk kizárólag az ő fejében vagy privát jegyzeteiben léteztek. A mi tapasztalatunk szerint ez a fajta dokumentálatlan tudás az egyik leggyakoribb oka annak, hogy egy egyszerű személycsere hetekig tartó helyreállítási munkává válik. Az esetek jelentős részében a probléma nem a technikai hiba, hanem az, hogy senki más nem fér hozzá a rendszerekhez a régi rendszergazda távozása után.
Miért nehéz ellenőrizni egy egyszemélyes rendszergazdát
Ha egyetlen ember kezeli a jogosultságokat, a naplózást és a mentéseket is, gyakorlatilag nincs, aki ellenőrizze a saját munkáját. Tapasztalataink alapján a belsős rendszergazdák gyakran háttérbe szorítják a kevésbé látványos, de kritikus feladatokat – például a rendszeres jelszócserét vagy a mentés-helyreállítás tesztelését –, mert a napi tűzoltás mindig sürgetőbbnek tűnik. Mikor nem ajánlott a tisztán belsős modell? Akkor biztosan nem, ha a cégnek nincs kapacitása egy második, ellenőrző szerepkörű IT-szakemberre, mert így a rendszergazda döntései és mulasztásai láthatatlanok maradnak a vezetés számára.
Kinek való mégis a belsős rendszergazda? Azoknak a cégeknek, amelyeknek erősen egyedi, mélyen a napi működésbe ágyazott rendszereik vannak, és a fizikai jelenlét, valamint az azonnali, személyes reakció fontosabb, mint a strukturális redundancia.
Milyen biztonsági előnyt ad a külsős, kiszervezett IT-üzemeltetés
A kiszervezett IT-üzemeltetés strukturális előnye, hogy nem egyetlen emberen múlik a rendszer biztonsága, hanem egy csapat és egy dokumentált folyamatrendszer felügyeli azt folyamatosan. Az IWS rendszergazda szolgáltatás részletes bemutatója pontosan ezt a redundanciát biztosítja: ha az egyik szakember nem elérhető, a csapat többi tagja azonnal átveheti a feladatot, mert a hozzáférések és a dokumentáció nem egy személyhez kötöttek.
Hogyan csökkenti a csapatalapú modell a kockázatot
Az esetek jelentős részében a kiszervezett üzemeltetés azért biztonságosabb, mert a feladatok és a jogosultságok szét vannak osztva: nem ugyanaz a személy állítja be a jogosultságokat, aki utólag ellenőrzi is azokat. A különbség akkor vált egyértelművé, amikor összehasonlítottuk egy egyszemélyes belsős modellt egy csapatalapú kiszervezett üzemeltetéssel: a csapatmodellben a mentések tesztelése, a naplózás ellenőrzése és a hozzáférés-felülvizsgálat rendszeresen, egymástól függetlenül is megtörténik, nem csak akkor, ha éppen ráér a rendszergazda.
Mit kell tisztázni a szerződésben a biztonság érdekében
A kiszervezés biztonsági előnye csak akkor érvényesül, ha a szerződés pontosan rögzíti a hozzáférési jogosultságokat, az adatkezelési felelősséget és a incidens esetén követendő eljárást. A dokumentumok védelme, a hozzáférések szabályozása és a folyamatos felügyelet az IT biztonsági és biztonsági mentési szolgáltatás keretében szerződéses szinten, nem informális megállapodásként működik, ami auditálhatóvá teszi a teljes folyamatot.
Megéri-e külsős rendszergazdára váltani? Akkor éri meg leginkább, ha a cég jelenleg egyetlen belsős szakembertől függ, és nincs terve arra, hogy mi történik annak hirtelen kiesése esetén. Nem feltétlenül optimális azoknak a nagyvállalatoknak, amelyeknek már van több fős, jól dokumentált belső IT-csapatuk, mert ott a redundancia problémája már belső erőforrásból is megoldható.
Melyik modell biztonságosabb konkrét szempontok szerint
| Szempont | Belsős rendszergazda | Külsős, kiszervezett IT-üzemeltetés (IWS) |
|---|---|---|
| Redundancia kiesés esetén | Nincs, egy személytől függ | Csapat, azonnali helyettesítés |
| Dokumentáció függetlensége | Gyakran személyhez kötött | Szerződéses, auditálható |
| Jogosultság-ellenőrzés | Önellenőrzés, korlátozott | Elkülönített felelősségi körök |
| Felügyelet időtartama | Munkaidőben | 0-24 órás monitorozás |
| Szerverek és hálózat felügyelete | Egy fő kapacitásától függ | Dedikált szerver üzemeltetés és karbantartás csapat |
Az alábbi lépések segítenek eldönteni, melyik modell illik jobban a cég jelenlegi helyzetéhez.
- Mérd fel, mi történne, ha a jelenlegi rendszergazda holnap nem lenne elérhető.
- Ellenőrizd, hogy a jelszavak és hozzáférések dokumentáltak-e, vagy kizárólag egy személynél léteznek.
- Vizsgáld meg, ki teszteli ténylegesen a biztonsági mentések helyreállíthatóságát.
- Hasonlítsd össze a belsős bérköltséget a kiszervezett szolgáltatás fix havidíjával.
- Döntsd el, szükséges-e a teljes kiszervezés, vagy elég egy kiegészítő, ellenőrző szerepkörű külső partner.
A biztonsági kockázatok mérséklésének gyakorlati szempontjairól a kiberbiztonsági megfelelés áttekintése oldalon is olvashatsz további részleteket.
Mikor éri meg a hibrid modellt választani belsős és külsős rendszergazda között
A hibrid modell nem kompromisszum, hanem tudatos munkamegosztás: a belsős munkatárs a napi, azonnali jelenlétet igénylő feladatokat látja el, míg a külsős csapat a mélyebb technikai felügyeletet, a biztonsági mentést és a szerverüzemeltetést. Az esetek jelentős részében ez a modell akkor működik jól, ha a feladatok és a felelősségi körök írásban, egyértelműen el vannak választva egymástól.
Milyen feladatmegosztás csökkenti leginkább a kockázatot
A leghatékonyabb hibrid felállásban a belsős munkatárs a felhasználói támogatást és az eszközkezelést végzi, a külsős partner pedig a szerverek, a hálózat és a biztonsági mentés felügyeletét. Ezt az összefüggést több projekten is megfigyeltük: amikor a kritikus infrastruktúra – szerver, mentés, jogosultságkezelés – kizárólag a külsős csapat kezében van, a belsős munkatárs kiesése már nem jelent biztonsági kockázatot, csak átmeneti kényelmetlenséget a napi ügyintézésben.
Mikor nem működik jól a hibrid modell
Ha a felelősségi körök nincsenek pontosan elhatárolva, a hibrid modell rosszabb lehet, mint bármelyik tiszta megoldás, mert mindkét fél feltételezheti, hogy a másik felelős egy adott feladatért. Kinek nem ajánlott a hibrid modell? Azoknak a cégeknek biztosan nem, amelyek nem tudják vagy nem akarják írásban rögzíteni, pontosan ki felel a mentésekért, a jogosultságkezelésért és az incidenskezelésért, mert ez a tisztázatlanság pontosan azt a biztonsági rést nyitja meg újra, amit a hibrid modell megszüntetni hivatott.
Mennyibe kerül és mennyire biztonságos a két modell hosszú távon
A biztonság és a költség nem választható el egymástól: egy alulfinanszírozott IT-üzemeltetés – legyen belsős vagy külsős – előbb-utóbb biztonsági kockázattá válik, mert a szükséges eszközök, képzések vagy felügyeleti órák elmaradnak. A mi tapasztalatunk szerint a cégvezetők gyakran csak a havi számlát hasonlítják össze, a mögöttes biztonsági szint különbségét nem.
Milyen rejtett költségei vannak a belsős modellnek
A belsős rendszergazda bérköltsége mellett számolni kell a képzések, a tartalék eszközök és a helyettesítés költségével is, ami a legtöbb cégnél nincs betervezve a büdzsébe. Az esetek jelentős részében ez azt eredményezi, hogy amikor a belsős rendszergazda szabadságra megy vagy megbetegszik, a cég vagy vállalja a kockázatot, hogy nincs felügyelet, vagy sürgősen, magasabb áron keres eseti segítséget.
Miért lehet kiszámíthatóbb a kiszervezett modell
A kiszervezett IT-üzemeltetés fix havidíjas modelljében a felügyelet, a mentés és a karbantartás egy csomagban szerepel, ami tervezhetőbbé teszi az éves IT-költségvetést. Az IT költések folyamatos kontrollja és a tervezés segítése ezáltal nem csak adminisztratív kényelem, hanem közvetlen biztonsági tényező is, mert a cég nem kényszerül arra, hogy válsághelyzetben, kapkodva döntsön a biztonsági kiadásokról.
Mielőtt eldöntenéd, melyik modell éri meg jobban, érdemes reálisan felmérni, hogy a belsős bérköltség mellett ténylegesen mekkora tartalék- és helyettesítési büdzsé áll rendelkezésre, mert enélkül a puszta bérösszeg-összehasonlítás félrevezető képet ad.
Ki felel adatszivárgás vagy biztonsági incidens esetén
A felelősség kérdése az egyik legfontosabb, mégis leggyakrabban elhanyagolt szempont a belsős és külsős modell összehasonlításakor. Amennyiben a rendszergazda belsős, a jogi és anyagi felelősség szinte kizárólag a cégre hárul, mert a munkavállaló alkalmazotti minőségben jár el. Ha külsős szolgáltatót választ a vállalat, a felelősség egy részét szerződéses formában az IT-szolgáltatóra lehet terhelni, feltéve, hogy ez a szerződésben explicit módon rögzítve van.
Mit kell rögzíteni a szerződésben a felelősség tisztázásához
A szerződésnek pontosan meg kell határoznia, hogy adatvesztés, incidens vagy mulasztás esetén melyik fél viseli a szakmai és anyagi felelősséget, és milyen határidőn belül kell reagálni egy biztonsági eseményre. Tapasztalataink alapján azok a cégek járnak legjobban, amelyek a szerződéskötéskor konkrét reakcióidőt és felelősségi mátrixot kérnek a szolgáltatótól, nem csak általános „biztonságos üzemeltetést” ígértetnek meg.
Miben korlátozott a szerződéses felelősségvállalás
Fontos ugyanakkor tisztázni, hogy a szerződéses felelősségvállalás nem korlátlan: egy külsős szolgáltató jellemzően a saját hatáskörébe tartozó mulasztásokért felel, nem azokért a hiányosságokért, amelyeket a cég belső folyamatai – például a gyenge jelszóhasználat vagy a jogosulatlan szoftvertelepítés – okoznak. Ez azt jelenti, hogy a kiszervezés csökkenti, de nem szünteti meg teljesen a cég saját felelősségét, ezért a munkatársak biztonságtudatossága akkor is kritikus tényező marad, ha a teljes IT-üzemeltetés külsős kézben van.
Fontos ugyanakkor tisztázni, hogy a szerződéses felelősségvállalás nem korlátlan: egy külsős szolgáltató jellemzően a saját hatáskörébe tartozó mulasztásokért felel, nem azokért a hiányosságokért, amelyeket a cég belső folyamatai – például a gyenge jelszóhasználat vagy a jogosulatlan szoftvertelepítés – okoznak. Ez azt jelenti, hogy a kiszervezés csökkenti, de nem szünteti meg teljesen a cég saját felelősségét, ezért a munkatársak biztonságtudatossága akkor is kritikus tényező marad, ha a teljes IT-üzemeltetés külsős kézben van.
Hogyan válassz a két modell között objektív szempontok alapján
A döntés nem ideológiai kérdés, hanem a cég méretétől, kockázati profiljától és belső kapacitásától függő, objektíven értékelhető választás. Az alábbiakban azt mutatjuk be, milyen szempontok alapján lehet ezt a döntést megalapozottan meghozni, elfogulatlanul mindkét modell felé.
Milyen helyzetben marad versenyképes a belsős modell
Fontos leszögezni, hogy nem minden esetben a kiszervezés a jobb választás: ha a cégnek van kapacitása két vagy több, egymást helyettesítő belsős IT-szakemberre, dokumentált folyamatokkal és rendszeres egymás közötti ellenőrzéssel, a belsős modell biztonsági szempontból egyenértékű lehet a kiszervezett megoldással, sőt a fizikai jelenlét miatt bizonyos helyzetekben gyorsabb reakciót is biztosíthat. Ez az a konkrét forgatókönyv, amelyben nem a kiszervezés, hanem a jól megszervezett belsős csapat a jobb választás.
Milyen döntési kritériumokat érdemes felállítani
A döntéshez érdemes explicit kritériumrendszert felállítani: hány munkaállomást és szervert kell felügyelni, mekkora a cég kockázati kitettsége (például kezel-e ügyféladatot vagy pénzügyi információt), és mennyire kritikus az azonnali, fizikai jelenlét. Az esetek jelentős részében az 5-10 fő feletti, de saját IT-osztályt nem tartó KKV-k számára a kiszervezett vagy hibrid modell nyújt jobb biztonsági redundanciát, míg a nagyon kis, egyedi rendszerű cégeknél a belsős jelenlét előnye felülmúlhatja a redundancia hiányát.
Melyik modellt válaszd, ha a biztonság a legfontosabb szempont
A belsős és a külsős rendszergazda közötti választás végső soron nem arról szól, melyik munkaforma „jobb” általánosságban, hanem arról, melyik struktúra zárja ki jobban az egyetlen ponton bekövetkező hibát. A cikk során bemutatott kockázatok – a dokumentálatlan tudás, az önellenőrzés hiánya, a redundancia hiánya kiesés esetén – mind arra a közös nevezőre vezethetők vissza, hogy a biztonság ott sérül a leginkább, ahol egyetlen ember vagy egyetlen, ellenőrizetlen folyamat felel egy kritikus rendszerért. Tapasztalataink alapján a cégek nem azért választanak rosszul, mert nem ismerik a technikai különbségeket, hanem mert a döntést a havi költség alapján hozzák meg, a redundancia és a felelősségi kérdések alapos átgondolása nélkül. A mi tapasztalatunk szerint a leginkább félrevezető pont az, amikor egy cégvezető azt hiszi, hogy a belsős rendszergazda automatikusan nagyobb kontrollt jelent, miközben valójában éppen az ellenőrizetlen, egy kézben összpontosuló hozzáférés az, ami a legnagyobb kockázatot hordozza.
Melyik szempont dönt végül a gyakorlatban
A gyakorlatban a döntést jellemzően három tényező együttes mérlegelése dönti el: a cég kockázati kitettsége, a rendelkezésre álló belső kapacitás, és az, hogy a felelősségi kérdéseket mennyire lehet írásban, szerződéses szinten rögzíteni. Mikor nem érdemes tovább halogatni a váltást? Akkor biztosan nem, ha a cég jelenleg egyetlen, dokumentálatlan tudással rendelkező belsős szakembertől függ, és nincs terv arra, mi történik annak váratlan kiesése esetén – ez a helyzet strukturálisan kockázatos, függetlenül attól, mennyire megbízható az adott személy. Az IWS rendszergazda szolgáltatás és rendszerüzemeltetés csapatalapú modellje pontosan ezt a strukturális kockázatot küszöböli ki azzal, hogy a hozzáférések, a dokumentáció és a felelősség sosem egyetlen személyhez kötött, hanem csapatszinten, ellenőrizhető formában létezik.