IT Biztonság - biztonsági mentés

Ransomware ellen mentéssel: hogyan véd a kiszervezett IT?

Ransomware ellen a mentés úgy véd, hogy egy sikeres titkosító támadás után a cég nem a váltságdíj fizetésére kényszerül, hanem egy tiszta, a támadás előtti állapotot tükröző másolatból állítja helyre a rendszert. A védelem hatékonysága azonban nem a mentés puszta létén, hanem azon múlik, hogy a mentési másolat elérhető-e a támadó számára is: ha a zsarolóvírus ugyanahhoz a hálózathoz és jogosultsághoz fér hozzá, mint amivel a mentés készül, a mentés éppúgy titkosítható vagy törölhető, mint az élő adat. 2026-ban a zsarolóvírus-támadások jelentős része kifejezetten a mentési rendszereket célozza első lépésben, ezért a kiszervezett IT-üzemeltetés szerepe éppen abban áll, hogy a…
Nem tesztelt biztonsági mentés: miért csak illúzió?

A nem tesztelt biztonsági mentés azért illúzió, mert a mentési fájl puszta létezése semmit nem árul el arról, hogy abból valóban visszaállítható-e az adat, amikor arra ténylegesen szükség van. A mentési szoftver zöld pipája vagy a sikeres futásról szóló napló csak azt igazolja, hogy egy folyamat lefutott, nem azt, hogy az eredmény használható. 2026-ban egyre több kisvállalkozás szembesül azzal, hogy egy incidens után a mentés technikailag megvolt, mégsem lehetett belőle helyreállítani a rendszert, mert soha nem próbálták ki előre, hogy a visszatöltés valóban működik-e. A tesztelés hiánya ezért nem apró formai mulasztás, hanem az egész mentési stratégia gyakorlati értékét kérdőjelezi…
3-2-1 mentési szabály: miért kell külsős rendszergazda hozzá?

A 3-2-1 mentési szabály azt írja elő, hogy egy adatról legalább három másolatot kell tárolni, két különböző típusú adathordozón, ezek közül pedig legalább egyet a telephelytől fizikailag távol. Ez a szabály elméletben egyszerű, gyakorlati bevezetése és folyamatos fenntartása viszont olyan technikai és szervezési feladat, amelyet egy kisvállalkozás belső erőforrásból ritkán tud hosszú távon, hiba nélkül fenntartani. Külsős rendszergazdára jellemzően azért van szükség, mert a szabály betartása nem egyszeri beállítás, hanem folyamatos felügyeletet, riasztáskezelést és rendszeres visszaállítási tesztet igénylő feladat, amit egy 2026-os fenyegetettségi környezetben egyetlen, más feladatokkal is leterhelt belső munkatárs strukturálisan nehezen tud garantálni. Az elmúlt években, 2024-2025 folyamán…
Ki felel a cégben a biztonsági mentésért?

A biztonsági mentésért a legtöbb kis- és középvállalkozásnál hivatalosan senki nem felel egyértelműen, gyakorlatban pedig az adott informatikai eszközhöz vagy szerverhez legközelebb álló munkatárs, gyakran a rendszergazda vagy a külső IT-üzemeltető partner végzi el a feladatot. A felelősség tisztázatlansága akkor derül ki, amikor egy adatvesztés után senki nem tudja megmondani, mikor készült utoljára ellenőrzött mentés. 2026-ban egy 10-50 fős cégnél a mentési felelősség jellemzően vagy egy belső, több feladatot ellátó rendszergazdához, vagy egy kiszervezett IT-üzemeltetési szolgáltatóhoz, például az IWS-hez van rendelve, írásban rögzített felelősségi körrel és rendszeres ellenőrzéssel. A kérdés jelenleg is aktuális, mert a kibertámadások és a technikai meghibásodások…
Miért nő a kiberkockázat rendszergazda nélkül?

A kiberkockázat rendszergazda nélkül azért nő ugrásszerűen, mert a leggyakoribb betörési pontok – javítatlan operációs rendszer, nyitva hagyott távoli hozzáférés, MFA nélküli adminisztrátori fiók – pontosan azok a hibák, amelyeket a folyamatos felügyelet szüntetne meg. Amíg valaki nem nézi rendszeresen a naplókat és nem telepíti a frissítéseket, a rendszer sebezhetősége észrevétlenül halmozódik, egészen addig, amíg egy támadó ki nem használja azt. A 20-100 fős vállalkozások 2026-ban kifejezetten célponttá váltak, mert elegendően értékes adatot kezelnek ahhoz, hogy megérje megtámadni őket, miközben a védelmük jellemzően gyengébb, mint a nagyobb cégeké. Az alábbiakban azt mutatjuk be, konkrétan milyen mechanizmusok emelik meg a kockázatot…
Zero Trust bevezetése kisvállalatoknak: hol kezdje a rendszergazda?

A Zero Trust bevezetést a rendszergazdának mindig a jogosultságok felmérésével kell kezdenie, nem az eszközök lecserélésével. A modell alapelve, hogy egyetlen felhasználó vagy eszköz sem megbízható automatikusan, még akkor sem, ha már bejelentkezett a belső hálózatra – minden hozzáférést folyamatosan ellenőrizni kell. Egy 10-30 fős vállalkozásnál a teljes bevezetés jellemzően 3-6 hónap alatt megvalósítható, ha az infrastruktúra már felhőalapú platformon, például Microsoft 365-ön fut. A rendszergazda számára a legfontosabb üzenet az, hogy a Zero Trust nem egyetlen nagy projekt, hanem fokozatosan, területenként bevezethető szemléletváltás. Az alábbiakban azt mutatjuk be, milyen konkrét lépésekkel érdemes elindulni, és milyen sorrendben térülnek meg leginkább.…
Külsős vagy belsős rendszergazda: melyik biztonságosabb?

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…
NIS2 és a rendszergazda: mit kell tudni 2026-ban?

A NIS2 irányelvet Magyarországon a 2024. évi LXIX. törvény ülteti át, és 2026-ban ez a jogszabály a rendszergazdák és IT-üzemeltető cégek napi munkáját is közvetlenül meghatározza. A törvény hatálya alá tartozó szervezeteknek 2026. június 30-ig kell elvégezniük az első kiberbiztonsági auditot, ezután pedig kétévente meg kell ismételniük azt. A rendszergazda felelőssége itt nem korlátozódik a szerverek karbantartására: a jogosultságkezelés, a mentési stratégia, a naplózás és az incidenskezelés dokumentált, ellenőrizhető formában kell működjön. Az alábbiakban azt mutatjuk be, mit jelent ez a gyakorlatban egy KKV informatikai üzemeltetése szempontjából, és hol tud segíteni a kiszervezett IT-üzemeltetés. Mi a NIS2 és mely cégeket…
Adatszivárgás vs. adatvesztés: két különböző kockázat, két különböző védelem

Az adatszivárgás azt jelenti, hogy jogosulatlan fél fér hozzá adatokhoz, az adatvesztés pedig azt, hogy az adatok véglegesen vagy átmenetileg elérhetetlenné válnak – a két kockázat gyökeresen más védelmi stratégiát igényel, mégis sok cég ugyanazzal az eszközkészlettel próbálja kezelni mindkettőt. Sok kisvállalkozás úgy gondolja, hogy ha van biztonsági mentése, akkor mindkét kockázattól védve van, pedig egy jó mentési rend adatvesztés ellen hatékony, adatszivárgás esetén viszont semmit nem tesz a jogosulatlan hozzáférés megakadályozásáért. Az esetek jelentős részében pontosan ez az összemosás vezet oda, hogy egy cég technikailag felkészült az egyik kockázatra, miközben a másikkal szemben teljesen védtelen marad. Az alábbiakban megnézzük,…
Hogyan ellenőrizd, hogy a mentéseid valóban visszaállíthatók-e

A mentéseid csak akkor érnek valamit, ha egy tényleges visszaállítási teszt igazolja, hogy a fájlok épek és megnyithatók – önmagában az, hogy a mentési szoftver sikeres lefutást jelez, semmit nem garantál. Sok kisvállalkozás abban a téves biztonságban él, hogy ha a mentési folyamat hibaüzenet nélkül fut le éjszakánként, akkor a visszaállítás is problémamentes lesz, pedig a két dolog között nincs automatikus összefüggés. Az esetek jelentős részében pontosan egy éles incidens pillanatában derül ki, hogy a mentett fájlok sérültek, a jelszóval védett archívum jelszava elveszett, vagy a visszaállítási folyamat technikailag nem is működik úgy, ahogy azt korábban feltételezték. Az alábbiakban végigvesszük,…

1 2 3 … 5

→