NIS2 és Remote Access: Gyakorlati áttekintés IT csapatok számára

A távoli hozzáférés nem külön NIS2 megfelelőségi kategória. Használata azonban számos olyan területet érint, amelyet az irányelv lefed, beleértve a hozzáférés-ellenőrzést, az azonosítást, a sebezhetőségkezelést, a beszállítói lánc biztonságát, az incidenskezelést és az üzletmenet folytonosságát.

A rendszergazdák, a karcsú IT csapatok és a menedzselt szolgáltatók számára a gyakorlati kérdés tehát nem az, hogy a NIS2 név szerint említi-e a Remote Desktop Protocolt. A kérdés az, hogy a távoli kapcsolatok olyan kockázatokat jelentenek-e, amelyeket a szervezet azonosított, ellenőrzött, figyelemmel kísért és dokumentált, és hogy hogyan. TSplus Advanced Security elengedhetetlen eszköz lehet ezekben a folyamatokban, valamint a szerverek biztonságának megőrzésében.

Mi az NIS2?

A NIS2 néven ismert irányelv (EU) 2022/2555 egy olyan európai uniós irányelv, amely célja, hogy védje meg a digitális infrastruktúrát . Elsősorban a kritikus infrastruktúrákra irányul, és szélesíti az előző irányelv (NIS1) hatókörét. A NIS 2 folytatja a 2016-ban megkezdett kiberbiztonsági védelmi munkát. Az egyik követelménye a maximális késedelmek meghatározása az incidens értesítésére (24 óra kezdeti és 72 óra részletes) és a teljes jelentés átadására (1 hónapon belül).

Röviden, az érintett szervezetek, amelyeket ez a bővítés érintett, megerősítették az IT-infrastruktúrával kapcsolatos jogi kötelezettségeiket, főként a kockázatkezelés, az eseményjelentés és a felelősség tekintetében. Célunk érdekében emlékezzünk a kiberkockázatokra helyezett különös hangsúlyra. A figyelemre méltó változás az volt, hogy a NIS2 által rendkívül érzékenynek (magas kritikus szintű) tekintett szektorokhoz további kisebb vállalatok, állami és magán szervezetek és testületek is hozzátartoznak, míg a "kritikus" kifejezés további szektorokat és méreteket ölel fel.

PDF: ENISA NIS 2 - szórólap, amely bemutatja a NIS1 és NIS2 fejlődését

NB: nemzeti végrehajtás és tanácsadók

A NIS2-t az egyes országok jogszabályain keresztül hajtják végre, és ágazatspecifikus kötelezettségek is érvényesek lehetnek. Ez az útmutató technikai biztonsági információkat nyújt, nem pedig jogi tanácsot. A szervezeteknek meg kell erősíteniük státuszukat és felelősségeiket a megfelelő nemzeti hatósággal vagy egy képzett tanácsadóval.

Mit jelent a NIS2 a Remote Access számára?

A NIS2 Irányelv egy közös európai kiberbiztonsági keretrendszert ír le, amely 18 kritikus szektort ölel fel. Megköveteli, hogy a közepes és nagyobb méretű, ezeken a területeken működő szervezetek arányos kiberbiztonsági kockázatkezelési intézkedéseket vezessenek be, és jelentsenek jelentős eseményeket.

A távoli hozzáférés akkor lép be ebbe a keretrendszerbe, amikor egy alkalmazott, adminisztrátor, vállalkozó vagy szolgáltató csatlakozik egy hálózathoz és információs rendszerhez a normál biztonsági határon kívülről. A NIS 2 meghatározza, hogyan kell kezelni, felügyelni, naplózni, jelenteni a potenciális kiberbiztonsági aggályokat vagy kockázatokat, és hogyan kell reagálni az eseményekre, és ez magában foglalja, hogy a vállalatok és szervezetek hogyan férnek hozzá távolról bármilyen adathoz, alkalmazáshoz, szolgáltatáshoz és IT-infrastruktúrához.

PDF: ENISA NIS 2 - szórólap, amely bemutatja a NIS2 hatálya alá tartozó szektorokat

Mely szervezeteknek kell értékelniük a NIS2 megfelelőséget?

Az energia, szállítás, egészségügy, banki szolgáltatások, digitális infrastruktúra, közigazgatás, gyártás és ICT szolgáltatásmenedzsment területein működő szervezetek a hatály alá tartozhatnak. A menedzselt szolgáltatók és a menedzselt biztonsági szolgáltatók különösen relevánsak, mivel technikusai gyakran magas szintű hozzáféréssel rendelkeznek több ügyfélkörnyezethez.

A méret csak egy tényező a többi között. Néhány entitás a mérettől függetlenül is a hatály alá tartozhat a funkciója, kritikus fontossága vagy a nemzeti jog szerinti besorolása miatt. Az MSP-knek ezért értékelniük kell a saját kötelezettségeiket és azokat a biztonsági feltételeket, amelyek mellett hozzáférnek az ügyfél rendszereihez.

Miért fontos a nemzeti végrehajtás?

A NIS2 egy irányelv, így minden tagállamnak nemzeti jogszabályokon keresztül kell végrehajtania azt, a meghatározott átültetési irányelvek szerint. A definíciók, a regisztrációs folyamatok, a hatóságok, a felügyeleti és végrehajtási eljárások ezért országonként eltérhetnek.

Az Európai Bizottság 2026 januárjában célzott módosításokat javasolt a NIS2-hez, hogy tisztázza a hatályt és egyszerűsítse a keretrendszer egyes részeit. A Bizottság jelenlegi NIS2 oldala még mindig javasolt módosításként írja le ezeket a változásokat, ezért az IT csapatoknak ellenőrizniük kell a jogi státuszukat és az alkalmazandó nemzeti szabályokat, mielőtt a megfelelőségi értelmezésre támaszkodnának.

Mit kell az IT csapatoknak átnézniuk a NIS2 21. cikkelye alatt?

Cikk 21 megköveteli, hogy a lényeges és fontos entitások megfelelő és arányos technikai, operatív és szervezeti intézkedéseket tegyenek. Az alábbi mátrix a legrelevánsabb területeket fordítja le a távoli hozzáféréssel kapcsolatos kérdésekre.

NIS2 felülvizsgálati terület	Távhozzáférési kérdés	Bizonyíték megvizsgálásához
Kockázat- és eszközkezelés	Mely rendszerek fogadnak el távoli vagy adminisztratív kapcsolatokat?	Készlet- és architektúra diagramok
Hozzáférés-ellenőrzés	Ki csatlakozhat, és mit érhet el minden egyes fiók?	Felhasználói, csoport- és jogosultság-áttekintések
Hitelesítés	Hol szükséges és érvényesítik a MFA-t?	Politikák és konfigurációs nyilvántartások
Ellátási lánc biztonság	Hogyan kapcsolódnak az MSP-k és a beszállítók?	Jóváhagyások, fiókok, szerződések és naplók
Incidenskezelés	Rekonstrukálhatók gyanús ülések?	Események, figyelmeztetések és megőrzött naplók
Üzletmenet-folytonosság	Akkor a sérintett szolgáltatások biztonságosan helyreállíthatók?	Biztonsági mentés és helyreállítási teszt nyilvántartások

A felülvizsgálatnak mind javító intézkedéseket, mind pedig bizonyítékokat kell produkálnia arra, hogy döntések születtek. Egy technikailag helyes konfiguráció, amelyet senki sem ellenőriz, tesztel vagy dokumentál, még mindig működési hiányosságot hagyhat.

A távoli hozzáférési rendszerek és az interneti kitettség térképezése

Kezdje egy teljes leltárral a távoli hozzáférési útvonalakról. Tartalmazza a Remote Desktop hallgatókat, RD Gateway-eket, VPN koncentrátorokat, böngészőportálokat, felhőalapú Windows szervereket, kezelői konzolokat, felügyelet nélküli támogatási ügynököket és a sávon kívüli adminisztrációs felületeket.

A leltárnak azonosítania kell a tulajdonost, az üzleti célt, a nyitott portokat, az azonosítási módszert, az engedélyezett felhasználókat és az egyes útvonalakon elérhető rendszereket. A tétlen átjárók, ideiglenes tűzfal-szabályok és elfeledett beszállítói fiókok gyakran a rutinszerű ellenőrzésen kívül maradnak.

Miután a hozzáférési térkép elkészült, távolítsa el a felesleges kitettséget. A RDP közvetlen internetre történő közzététele a legjobban elkerülendő. Ahol a RDP szükséges marad, a RDP megerősítési ellenőrzőlista mélyebb útmutatást nyújt a Hálózati Szintű Hitelesítésről, átjárókról, tanúsítványokról, tűzfal korlátozásokról és munkamenet-vezérlésről.

Identitás megerősítése, MFA és Legkisebb jogosultság

Fiókok hozzárendelése

Minden távoli felhasználónak rendelkeznie kell egy azonosítható személyazonossággal. A megosztott adminisztrátori fiókok megnehezítik annak megállapítását, hogy ki csatlakozott, milyen műveleteket hajtottak végre, és hogy a hitelesítő adatokat visszaéltek-e.

Például, az ebben a területen végzett tevékenységek ide vezetnek:

• különválasztja a standard és a privilégiumos fiókokat,
• korlátozza a rendszergazdai csoportok tagságát és
• rendszeresen távolítsa el a már nem szükséges hozzáférést.

De a szolgáltatási fiókok, sürgősségi fiókok és inaktív identitások tulajdonosait is meg kell határoznia, valamint be kell állítania a felülvizsgálati ütemezéseiket és a dokumentált kivételeket.

Kiberbiztonsági kockázatkezelési intézkedések

A 21. cikk a kockázatkezeléshez szükséges kiberbiztonsági intézkedéseket írja le. Ezek közé tartoznak a hozzáférés-ellenőrzési politikák, az eszközkezelés és a többfaktoros vagy folyamatos hitelesítés, ahol ez indokolt. Az ENISA technikai útmutatása a biztonságos hitelesítést javasolja a hozzáférési korlátozások és az eszközök osztályozása alapján, olyan bizonyítékokkal, mint a hitelesítési naplók, a hozzáférési politikák és a konfigurációs nyilvántartások.

További biztonsági eszközök

MFA különös figyelmet kell fordítani az interneten elérhető hozzáférésre, az adminisztratív fiókokra és a harmadik fél kapcsolatokra. A Zero Trust távoli hozzáférés a megközelítés ezután hozzáadhatja az eszközbizalmat, a kontextuális korlátozásokat és az ismételt ellenőrzést, ahelyett, hogy minden hitelesített kapcsolatot egyenlően biztonságosnak kezelne.

MSP, Szállító és Harmadik Fél Hozzáférés

Külső hozzáférés kezelése

A beszállítói hozzáférést meghatározott szolgáltatási kapcsolatoként kell kezelni, nem pedig informális technikai kényelmi megoldásként. Az IT csapatoknak tudniuk kell, hogy melyik szolgáltató rendelkezik hozzáféréssel, miért van szükség a hozzáférésre, mely rendszerekhez és ki hagyta jóvá a megállapodást.

• Használjon név szerinti fiókokat, ahol csak lehetséges.
• Korlátozza a jogosultságokat a végzett munkára.
• Állítson be lejárati dátumokat ideiglenes hozzáféréshez.
• A fiókokat haladéktalanul le kell tiltani, amikor egy szerződés vagy támogatási feladat véget ér.
• A jóváhagyott helyeken vagy munkaidőn kívüli kapcsolatok felülvizsgálatot kell, hogy kiváltsanak.

Incidens jelentési megállapodások

A szerződéseknek és működési eljárásoknak meg kell határozniuk, hogy a beszállítók hogyan jelentsék a gyanús eseményeket, megőrizzék a releváns naplókat és együttműködjenek a vizsgálatokkal. Ez segít összekapcsolni a technikai hozzáférés-ellenőrzéseket az NIS2 követelményével a beszállítói lánc biztonságára vonatkozóan.

MSP-k és más szolgáltatók

A MSP-k , ugyanaz az elv mindkét irányban működik. A szolgáltatónak védenie kell a technikus fiókjait, miközben elegendő bizonyítékot kell adnia az ügyfeleknek arról, hogy a privilégiumos hozzáférés ellenőrzött és hozzárendelhető.

Csökkentse a sebezhetőséget és a zsarolóvírusoknak való kitettséget

A távoli hozzáférési szerverek közel helyezkednek el az azonosító rendszerekhez, alkalmazásokhoz és üzleti adatokhoz. A hiányzó biztonsági frissítések, gyenge hitelesítő adatok vagy túlzott jogosultságok ezért egy kompromittált fiókot szélesebb körű szerveres eseménnyé alakíthatnak.

• Határozza meg a tulajdonjogot az operációs rendszer, a kapu, az ügyfél és az alkalmazás javításához.
• Ha a biztonsági frissítés azonnal nem telepíthető, dokumentálja az okot, a fennmaradó kockázatot és a kompenzáló intézkedéseket.
• Az ENISA a javítási nyilvántartásokat, a kockázatkezelési terveket és a dokumentált nem javítási döntéseket említi hasznos bizonyítékok példáiként.
• A kitettség csökkentésének kísérnie kell a javítást.
• Korlátozza az elfogadott IP-címeket és földrajzi eredeteket, ahol működésileg indokolt, szegmentálja a kritikus szervereket, és korlátozza, hogy egy távoli munkamenet mit érhet el.

A ransomware védelemnek a megelőzést, észlelést, korlátozást és helyreállítást is le kell fednie. A mi Ransomware Playbook RDS környezetekhez magyarázza, hogyan vonatkoznak ezek a szakaszok a Windows távoli munkamenet infrastruktúrájára.

Események, figyelmeztetések és biztonsági áttekintések központosítása

A távoli hozzáférési naplóknak többet kell mutatniuk, mint hogy egy szolgáltatás fut-e. Az IT csapatoknak szükségük van a sikeres és sikertelen hitelesítési eseményekre, blokkolt kapcsolatokra, jogosultságokkal rendelkező tevékenységekre, tűzfalváltoztatásokra, biztonsági figyelmeztetésekre és szokatlan hozzáférési mintákra.

Az időszinkronizálás elengedhetetlen, mivel a nyomozóknak szükségük lehet arra, hogy összehasonlítsák az eseményeket Windows szerverek, átjárók, tűzfalak, identitásplatformok és beszállítói rendszerek között. Ezenkívül a megőrzési időszakoknak támogatniuk kell a szervezet incidens-reakciós és szabályozási követelményeit.

Az ENISA a VPN és a távoli hozzáférési naplókat, beleértve a kísérleteket, a sikeres kapcsolatokat és az anomáliákat, bizonyítékok példáiként azonosítja. Azt is javasolja, hogy tartsák meg a jelenlegi hálózati diagramokat, tűzfalbeállításokat és a hozzáférési naplókat, amelyek azt mutatják, hogy csak az arra jogosult személyek módosították a biztonsági szabályokat.

Fontos, hogy minden riasztási kategóriához hozzárendeljünk egy felelőst, és meghatározzuk, mikor kell egy eseményt eszkalálni. Valóban, egy olyan irányítópult, amelyet senki sem ellenőriz, nem nyújt hatékony megfigyelést.

Milyen bizonyítékokat kellene egy NIS2 távoli hozzáférési felülvizsgálatnak előállítania?

A NIS2 megfelelőség nemcsak a biztonsági funkciók engedélyezésén múlik. Az IT csapatoknak képesnek kell lenniük bemutatni, hogyan választották ki, konfigurálták, ellenőrizték és javították a kontrollokat.

Dokumentumvezérlés és biztonsági döntések

Egy gyakorlati áttekintő fájlnak a következőket kell tartalmaznia:

• A jelenlegi távoli hozzáférési leltár és architektúra diagram
• Jóváhagyott távoli hozzáférési és jogosultsági politikák
• Felhasználói, csoport- és adminisztratív jogosultságok felülvizsgálata
• MFA irányelvek és konfigurációs bizonyítékok
• Tűzfal, IP engedélyezési lista és földrajzi korlátozási nyilvántartások
• MSP és beszállítói hozzáférési jóváhagyások
• Javító nyilvántartások és dokumentált kivételek
• Biztonsági teszt és incidensgyakorlat eredményei
• Biztonsági mentés és helyreállítási teszt nyilvántartások
• Helyreállítási tervek és elfogadott maradék kockázatok

Ezeknek a rekordoknak meg kell egyezniük az élő környezettel. Egy régi diagram vagy egy fiók táblázat, amely már nem tükrözi az Active Directory-t, nem nyújt megbízható biztosítékot.

A ENISA technikai végrehajtási útmutató tartalmaz gyakorlati példákat a bizonyítékok és ellenőrzések végrehajtására. Közvetlen hatálya a Bizottság végrehajtási rendelete (EU) 2024/2690 által szabályozott entitáskategóriákra korlátozódik. Ezek közé tartozik a releváns digitális infrastruktúra, az ICT szolgáltatásmenedzsment és a digitális szolgáltató entitások. Míg más szervezetek is használhatják példáit technikai útmutatásként, nem feltételezhetik, hogy minden részlet automatikusan rájuk vonatkozik.

Készítse el a Remote Access adatokat az eseményjelentéshez

A 23. cikk egy fokozatos jelentési folyamatot állapít meg a jelentős eseményekre vonatkozóan. Ez magában foglal egy korai figyelmeztetést az esemény tudomására jutását követő 24 órán belül, egy eseményértesítést 72 órán belül, és általában egy végső jelentést az eseményértesítést követő egy hónapon belül. A nemzeti eljárásokat és az ágazatspecifikus követelményeket továbbra is ellenőrizni kell.

Az IT csapatoknak gyorsan képesnek kell lenniük arra, hogy létrehozzák:

• Mely fiókokat és rendszereket érintett?
• A kapcsolat honnan származik
• Amikor hitelesítési és munkamenet események történtek
• Melyik kompromittálódott mutatót figyeltek meg
• Akár egy beszállító, akár egy MSP volt érintett
• Milyen korlátozó intézkedéseket alkalmaztak
• Akár a szolgáltatások, akár az ügyfelek voltak zavarban
• Mely bizonyítékokat őrizték meg

Ezeknek a részleteknek egy meglévő incidens folyamatba kell áramlaniuk. Nem kell őket először a 24 órás jelentési időszak alatt újraalkotni.

NIS2 Távoli Hozzáférés Ellenőrzőlista

Használja ezt a ellenőrzőlistát az első felülvizsgálati ciklus prioritásának meghatározásához:

1. Minden távoli és adminisztratív hozzáférési útvonal nyilvántartása.
2. Távolítsa el a felesleges internetes kitettséget és az elavult tűzfal szabályokat.
3. Kényszerítse a többfaktoros hitelesítést, ahol szükséges, különösen a privilegizált hozzáférés esetén.
4. Különítsd el az adminisztrátori fiókokat a standard felhasználói fiókoktól.
5. Felülvizsgálja a felhasználókat, csoportokat, szolgáltatási fiókokat és inaktív identitásokat.
6. Korlátozza a beszállítók és az MSP-k hozzáférését cél, rendszer és időtartam szerint.
7. Javítsa a távoli hozzáférési szervereket, átjárókat és támogató komponenseket.
8. Figyelje a sikertelen bejelentkezéseket, blokkolt kapcsolatokat és zsarolóvírus eseményeket.
9. Teszt incidens-escaláció, biztonsági mentések és biztonságos helyreállítás.
10. Meg kell őrizni a vélemények, kivételek és helyesbítő intézkedések bizonyítékait.

A ellenőrzőlista támogatja a technikai priorizálást.

Kérjük, vegye figyelembe: a kitöltése önmagában nem bizonyítja a NIS2 megfelelést.

Hogyan támogatja a TSplus Advanced Security a NIS2-nek megfelelő ellenőrzéseket

TSplus Advanced Security támogatást nyújthat megvalósítás több technikai intézkedés, amelyek relevánsak egy NIS2 távoli hozzáférési felülvizsgálathoz. Önmagában nem teszi az szervezetet megfelelõvé, de jellemzői megerősítik a Windows alkalmazás szerverek és Remote Desktop környezetek körüli védelem és láthatóság.

- Brute force védelem

A Bruteforce Protection figyeli a sikertelen Windows bejelentkezési kísérleteket, és automatikusan blokkolhat egy problémás IP-címet a beállított számú hiba után. Ez segít az IT csapatoknak reagálni a megismételt jelszó kitalálására, miközben nyilvántartást vezetnek a blokkolt tevékenységekről.

- Földrajzi korlátozások

A földrajzi védelem lehetővé teheti vagy blokkolhatja a kapcsolatokat ország szerint, korlátozhatja az internet-hozzáférést magán- és fehérlistás IP-címekre, valamint figyelheti a kiválasztott folyamatokat vagy portokat. Az integrált tűzfal központosított listát biztosít a blokkolt és jóváhagyott címekről. Ezek a vezérlők csökkenthetik a felesleges kapcsolatforrásokat, amikor a földrajzi és IP-korlátozások megfelelnek a működési modellnek.

- Munkaidő korlátozások

A Korlátozott Munkaidő határozza meg, hogy a kiválasztott felhasználók vagy csoportok mikor csatlakozhatnak, és a megengedett időszak után mikor bontják a kapcsolatot. A Megbízható Eszközök az engedélyezett eszközneveket összekapcsolják a felhasználói fiókokkal, ezzel egy újabb feltételt adva a hozzáférés elfogadása előtt.

- Jogosultságkezelés

A Jogosultságkezelés segít az adminisztrátoroknak felülvizsgálni és módosítani a helyi fájlrendszerekhez, nyomtatókhoz és rendszerleíró adatbázis területekhez való hozzáférést. A Biztonságos Ülések csökkenthetik, hogy egy csatlakozott felhasználó mit lát vagy indíthat el egy Windows-ülésen belül. Ezek a funkciók támogatják a legkisebb jogosultságot, de azokat valódi üzleti szerepek köré kell konfigurálni, nem pedig általános korlátozásként alkalmazni. megvalósítás

- Ransomware védelem

A Ransomware Protection statikus és viselkedésalapú elemzést használ a gyanús tevékenységek észlelésére, az érintett folyamatok leállítására és a fájlok karanténba helyezésére. A jelentések, pillanatképek és e-mail értesítések támogatják a nyomozást és a válaszlépéseket, bár a szervezeteknek továbbra is szükségük van független biztonsági mentésekre és tesztelt helyreállítási eljárásokra.

Jelentések és figyelmeztetések

Az Advanced Security biztonsági eseményeket, jelentéseket és konfigurálható figyelmeztetéseket is bemutat egy felületen. Ez javíthatja a napi láthatóságot a kis csapatok számára, akiknek szükségük van a sikertelen támadások, blokkolt kapcsolatok és a ransomware észlelések áttekintésére anélkül, hogy egy nagyobb biztonsági platformot kellene bevezetniük.

Sokoldalú funkciók alkalmazása az alkalmazás szerverek védelmére és a biztonsági szolgáltatások fejlesztésére

Az Advanced Security nem helyettesíti az identitáskezelést, a MFA-t, a hálózati szegmentálást, a javítási telepítést, a beszállítói irányítást vagy az eseményjelentést. Valójában a leghatékonyabb, ha ezek a felelősségek egy dokumentált távoli hozzáférési biztonsági program részét képezik. A távoli hozzáférés használata, az infrastruktúrája és a szervezete vagy cége munkacéljai szerint más útmutatók és cikkek foglalkoznak. oktatás pénzügy, egészségügy, agráripar és egyéb kontextusok.

Következtetés

A NIS2 a távoli hozzáférést egy dokumentált kockázatkezelési felelősséggé alakítja, nem csupán konfigurációs feladattá. Az IT csapatoknak fel kell térképezniük minden hozzáférési utat, ellenőrizniük kell a jogosultságokat, figyelniük kell a gyanús tevékenységeket és meg kell őrizniük a felhasználható bizonyítékokat. A TSplus Advanced Security megerősítheti a Windows szerver védelmi intézkedéseit, miközben a szervezet megőrzi a kormányzásért és a megfelelésért való felelősséget.

FAQ

1. Megköveteli a NIS2 az MFA-t a Remote Access-hez?

A NIS2 többtényezős vagy folyamatos hitelesítést tartalmaz, ahol ez megfelelő. A döntés a kockázaton, a jogosultságon, a rendszer érzékenységén és a nemzeti végrehajtáson alapul. Az interneten elérhető, adminisztratív és beszállítói hozzáférés külön figyelmet kell kapjon.

2. Alkalmazható-e a NIS2 a kezelt szolgáltatókra?

A kezelt szolgáltatók és a kezelt biztonsági szolgáltatók a NIS2 keretrendszerbe tartoznak, a meghatározások, méretbeli szabályok, kivételek és a nemzeti jogszabályok figyelembevételével. Az MSP-knek értékelniük kell belső rendszereiket és a technikusok hozzáférését az ügyfélkörnyezetekhez.

3. Megtiltja a NIS2 a Távoli Asztali Protokollt?

Nem. Az NIS2 nem tiltaná az RDP-t. A szervezeteknek fel kell mérniük a kockázatait, és arányos intézkedéseket kell alkalmazniuk, mint például a korlátozott kitettség, a többfaktoros hitelesítés, a legkisebb jogosultság, a javítás, a megfigyelés és a tesztelt incidens eljárások.

4. Milyen távoli hozzáférési bizonyítékokat kell megőrizniük az IT csapatoknak?

Hasznos bizonyítékok közé tartoznak a leltárak, architektúra diagramok, hozzáférési felülvizsgálatok, MFA konfigurációk, beszállítói jóváhagyások, tűzfal szabályok, hitelesítési naplók, figyelmeztetések, javítási nyilvántartások, helyreállítási tesztek és helyreállítási döntések.

5. Tudja-e a TSplus Advanced Security egy szervezetet NIS2-kompatibilissé tenni?

Egyetlen termék sem biztosít NIS2 megfelelést. TSplus Advanced Security támogathatja a szerver védelmét, a hozzáférési korlátozásokat, a ransomware elleni védelmet és a biztonsági láthatóságot. A megfelelőség szintén függ a kormányzástól, az identitáskezelő rendszerektől, a politikáktól, a beszállítói menedzsmenttől, a folytonossági tervezéstől és az alkalmazandó nemzeti törvénytől.