Biztonság és IT-architektúra
A PRECOG pilot esetén a szállító által üzemeltetett felhőben, éles üzemben az ügyfél szerverén fut. Mindkét modell ugyanazokat a biztonsági elveket követi.
Telepítés
Telepítési modellek
A PRECOG Web API és az alkalmazásszolgáltatások a Vida Soft által üzemeltetett felhőkörnyezetben futnak, és az interneten át érhetők el. A mérőeszköz az ügyfél meglévő hálózatát használja, Ethernettel vagy vállalati Wi-Fi-vel, és nem igényel külön átjárót. A jogosult felhasználók böngészőben dolgoznak. Az adatokat az EU-ban tároljuk és dolgozzuk fel.
Az ügyfél szerverszobájában lévő dedikált PRECOG szerver futtatja az API-t, az elemzést, az MI-t, az adatbázist és a böngészőfelületet. Az eszközök a helyi API-végponthoz csatlakoznak, így a normál működés nem függ külső felhőszolgáltatástól.
A rendszer megfigyelő jellegű. Méréseket olvas, és nem küld vezérlőparancsot a gépeknek.
Periféria
Mérőeszközök
- Csak azok a szolgáltatások aktívak, amelyek a méréshez, a csatlakozáshoz és az API-kommunikációhoz kellenek.
- A kimenő forgalom titkosított HTTPS-csatornát használ.
- Minden üzenetet gépi kulccsal (HMAC) írunk alá, ami védi az eredetét és az integritását.
- Az eszköz hálózati elérését az ügyfél Wi-Fi- vagy Ethernet-szabályozása korlátozza.
- A fizikai hozzáférés, a firmware-kezelés és a karbantartás szabályozott folyamatokat követ.
- Ha megszakad a kapcsolat, az eszköz a rekordokat a saját tárolójában őrzi, és sorrendben feltölti őket. Egy rekord csak akkor számít kézbesítettnek, ha az API visszaigazolta.
Interfész
API és kommunikáció
Átvitel
TLS 1.2 vagy újabb, a pilotban TLS 1.3. Titkosítatlan HTTP-re, FTP-re és Telnetre a normál működésben nincs szükség.
Hitelesítés
Az eszközök HMAC-aláírást és eszközazonosítást használnak. A szolgáltatások interaktív bejelentkezés nélküli dedikált fiókokat használnak. Az integrációk titkos kulcsot vagy tanúsítványt használnak.
Bemenet és hibák
A szerver minden bemenetnél ellenőrzi a típust, a tartományt, a hosszt és a formátumot. A hibaüzenetek általánosak, és semmit sem árulnak el a rendszerről.
A munkamenet-azonosítókat soha nem küldjük URL-paraméterként. A hozzáférés a legkisebb jogosultság elvét követi. A sikeres és a sikertelen API-eseményeket naplózzuk.
Adatok
Adatok és tulajdonjog
A PRECOG műszaki telemetriát, eszközinformációkat, elemzési eredményeket, eseményeket, felhasználói rekordokat és adminisztrációs naplókat dolgoz fel. A feldolgozásnak meghatározott célja van, a hozzáférés a szerepkörtől függ, és a lényeges változások auditálhatók. A pilotcsomag korlátozható anonim műszaki értékekre időbélyeggel, sorszámmal és egy semmit sem leíró eszközazonosítóval. Ekkor nem tartalmaz személyes adatot, sem gépnevet, gyártási számot vagy pontos helyet.
Az adatok kezelt életciklust követnek: gyűjtés, megőrzés, felhasználás, mentés és ellenőrzött törlés. Az adatfájlokat, a mentéseket és az érzékeny konfigurációt tároláskor titkosítjuk. A kulcsokat és titkokat az adatoktól elkülönítve kezeljük, korlátozott hozzáféréssel, dokumentált cserével és visszavonással.
Hozzáférés
Hozzáférés-szabályozás
- Eszközök: HMAC gépi hitelesítés egyedi titokkal és visszajátszás elleni védelemmel.
- Felhasználók: egyedi azonosító és erős jelszó, többtényezős hitelesítéssel, ahol az integrálva van.
- Rendszergazdák: külön, névre szóló fiókok, többtényezős hitelesítés, ahol integrálva van, és munkamenet-naplózás.
- Szerepköralapú hozzáférés: megtekintő, karbantartó technikus, karbantartási vezető, rendszergazda és auditor.
- Minden szerepkör csak azokat a funkciókat és adatokat látja, amelyekre szüksége van.
- A kiemelt jogosultságokat rendszeresen felülvizsgáljuk, az inaktív fiókokat visszavonjuk, a hozzáférési eseményeket naplózzuk.
Üzemeltetés
Naplózás, mentés és javítások
Naplózás
Az audit-, API-, biztonsági, alkalmazás-, adatbázis- és operációsrendszer-naplók közös időforrást, forrásazonosítót, eseménytípust, eredményt és korrelációs azonosítót használnak. Ha SIEM be van kötve, a naplók továbbíthatók oda.
Mentés és helyreállítás
A mentési modell illeszkedik az ügyfél központi mentéséhez: gyakori adatbázismentések, napi teljes mentés, konfigurációmentés minden jóváhagyott változás után és rendszerkép nagyobb változtatások előtt. A helyreállítás dokumentált sorrendet követ.
Irányelv
A NIS2 irányelv: mit kér
Az (EU) 2022/2555 irányelv, közismert nevén NIS2, közös kiberbiztonsági szabályokat állapít meg az EU alapvető és fontos szervezetei számára. Minden tagállam a saját nemzeti jogán át alkalmazza. A 21. cikk felsorolja a kockázatkezelési intézkedéseket, amelyeket a szervezetnek meg kell tennie. A 23. cikk azt írja le, hogyan kell jelenteni a jelentős incidenseket.
A kötelezettségek az üzemeltető szervezetet terhelik. Ezeket a szállító nem veheti át. A szállító olyan terméket kínálhat, amely biztonságosan épül, érthetően dokumentált, és könnyen illeszthető az üzemeltető biztonsági programjába. A PRECOG így van kialakítva.
A PRECOG megfigyelő jellegű rendszer. Méréseket olvas, és nem küld vezérlőparancsot a gépeknek, ezért nem teremt új módot a folyamat befolyásolására. Az architektúrát és a kontrollokat a fenti szakaszok írják le.
21. cikk
NIS2 intézkedések és a PRECOG
Minden kártya megnevez egy intézkedést a 21. cikk (2) bekezdéséből, és megadja, mit nyújt hozzá a PRECOG.
A telepítési modell, a biztonsági zónák és minden hálózati kapcsolat dokumentált, forrással, céllal, protokollal, porttal és üzleti indokkal. Az üzemeltető ezt a leírást közvetlenül felhasználhatja a saját kockázatelemzésében.
Az audit-, API- és biztonsági eseményeket közös időforrással, eseménytípussal, eredménnyel és korrelációs azonosítóval naplózzuk. A naplók SIEM-be továbbíthatók. A biztonsági események osztályozott folyamatot követnek, naplóalapú vizsgálattal, ellenőrző teszttel és dokumentált lezárással.
A mentési modell illeszkedik az ügyfél központi mentéséhez: adatbázismentések, napi teljes mentés, konfigurációmentés minden jóváhagyott változás után és rendszerkép nagyobb változtatások előtt. A helyreállítás dokumentált sorrendet követ. A mérőeszköz hálózati kiesés alatt is megőrzi a rekordjait, és sorrendben feltölti őket.
A támogatott infrastruktúra fel van sorolva. A szállítói támogatás végén lévő komponenseket migráljuk. Az adatok és a szoftver tulajdonjoga írásban meghatározott, így az üzemeltető szállítóként értékelheti a PRECOG-ot.
A sérülékenységfelmérések a bevezetés előtt, jelentős változások után és rendszeres időközönként futnak. A találatokat kockázat, kihasználhatóság és üzleti hatás szerint rangsoroljuk. Az élesítés előtt teszteljük a külső és belső támadási felületet, és az ismételt teszt igazolja a javításokat. A változtatások ellenőrzött kiadási folyamatot követnek.
A penetrációs tesztek és az ismételt tesztek, a rendszeres sérülékenységfelmérések és maga a platform figyelése bizonyítékot ad arra, milyen jól működnek az intézkedések. A platformfigyelés az elérhetőséget, a válaszidőt, a hibaarányt és az erőforrás-használatot követi.
Csak a szükséges szolgáltatások aktívak. A felesleges portok zárva vannak, a szolgáltatások nem kiemelt fiókok alatt futnak, és nincs közvetlen távoli rendszergazdai bejelentkezés. A munkatársak képzése az üzemeltető szervezeti intézkedése.
A kommunikáció TLS 1.2 vagy újabb verziót használ, a pilotban TLS 1.3-at. Minden eszközüzenetet gépi kulccsal (HMAC) írunk alá. Az adatfájlokat, a mentéseket és az érzékeny konfigurációt tároláskor titkosítjuk. A kulcsokat külön kezeljük, dokumentált cserével és visszavonással. A régi SSL- és TLS-verziókat és a gyenge algoritmusokat letiltjuk.
A hozzáférés szerepköralapú, a megtekintőtől az auditorig öt szerepkörrel, és a legkisebb jogosultság elvét követi. A kiemelt jogosultságokat rendszeresen felülvizsgáljuk, az inaktív fiókokat visszavonjuk, a hozzáférési eseményeket naplózzuk. Minden eszköznek egyedi azonosítója és egyedi titka van.
A felhasználók és a rendszergazdák használhatnak többtényezős hitelesítést, ahol az integrálva van, a rendszergazdák pedig külön, névre szóló fiókot kapnak. Az eszközök vezeték nélküli kapcsolata WPA3 Enterprise és 802.1X használatával védhető. A kimenő forgalom titkosított csatornát használ.
23. cikk
NIS2 incidensjelentés
A szervezetnek korai figyelmeztetést kell küldenie egy jelentős incidensről való tudomásszerzéstől számított 24 órán belül, értesítést 72 órán belül és zárójelentést egy hónapon belül. Ehhez az üzemeltetőnek gyorsan megbízható tényekre van szüksége.
A PRECOG naplói egy időforráson osztoznak, és forrásazonosítót, eseménytípust, eredményt és korrelációs azonosítót tartalmaznak. Továbbíthatók az üzemeltető SIEM-jébe, ahol a többi naplóhoz kapcsolódnak. Annak eldöntése, hogy egy incidens jelentős-e, és a hatósághoz intézett jelentés az üzemeltetőnél marad.
Ágazatok
Hol alkalmazandó a NIS2
Az irányelv olyan ágazatokat sorol fel, mint az energia, a közlekedés a légi és a vasúti közlekedéssel együtt, az ivóvíz és a szennyvíz, az egészségügy, a digitális infrastruktúra, valamint a villamos berendezések és gépek gyártása. A repülőterek, a vasutak, a közművek és a gyártók azok között a szervezetek között vannak, amelyekben a PRECOG villamos motorokat figyel.
Hogy egy szervezet a hatály alá tartozik-e, az ágazatától, a méretétől és a működési helye szerinti ország nemzeti jogától függ.
Hatály
A NIS2 szakasz hatálya
Vannak IT-, biztonsági vagy NIS2-követelményei, amelyekre egy pilot előtt válaszolnunk kell?