Naposledy upravil Admin-metais MetaIS 2024/11/07 10:03
Show last authors
1 **PRÍSTUP K PROJEKTU**
2
3 **manažérsky výstup I-03**
4
5 **podľa vyhlášky MIRRI č. 401/2023 Z. z.**
6
7
8
9 |(((
10 Povinná osoba
11 )))|(((
12 Východoslovenský onkologický ústav, a.s.
13
14
15 )))
16 |(((
17 Názov projektu
18 )))|(((
19 Podpora v oblasti kybernetickej a informačnej bezpečnosti na regionálnej úrovni – Východoslovenský onkologický ústav, a.s.
20 )))
21 |(((
22 Zodpovedná osoba za projekt
23 )))|(((
24 František Andrus (Projektový manažér)
25 )))
26 |(((
27 Realizátor projektu
28 )))|(((
29 Východoslovenský onkologický ústav, a.s.
30 )))
31 |(((
32 Vlastník projektu
33 )))|(((
34 Východoslovenský onkologický ústav, a.s.
35 )))
36
37 **~ **
38
39 **Schvaľovanie dokumentu**
40
41 |(((
42 Položka
43 )))|(((
44 Meno a priezvisko
45 )))|(((
46 Organizácia
47 )))|(((
48 Pracovná pozícia
49 )))|(((
50 Dátum
51 )))|(((
52 Podpis
53
54 (alebo elektronický súhlas)
55 )))
56 |(((
57 Vypracoval
58 )))|(((
59 František Andrus
60 )))|(((
61 Východoslovenský onkologický ústav, a.s.
62 )))|(((
63 Projektový manažér
64 )))|(((
65 26.6.2024
66 )))|(((
67
68 )))
69
70 **~ **
71
72 = {{id name="projekt_2787_Pristup_k_projektu_detailny-1.Históriadokumentu"/}}1.     História dokumentu =
73
74 |(((
75 Verzia
76 )))|(((
77 Dátum
78 )))|(((
79 Zmeny
80 )))|(((
81 Meno
82 )))
83 |(((
84 0.1
85 )))|(((
86 20.6.2024
87 )))|(((
88 Pracovný návrh
89 )))|(((
90
91 )))
92 |(((
93 0.2
94 )))|(((
95 26.6.2024
96 )))|(((
97 Zapracovanie pripomienok
98 )))|(((
99
100 )))
101
102
103
104 = {{id name="projekt_2787_Pristup_k_projektu_detailny-2.Popisnavrhovanéhoriešenia"/}}2.     Popis navrhovaného riešenia =
105
106
107 Projekt Podpora v oblasti kybernetickej a informačnej bezpečnosti na regionálnej úrovni – Východoslovenský onkologický ústav, a.s. má za cieľ zvýšiť úroveň informačnej a kybernetickej bezpečnosti v zdravotníckych zariadeniach.
108
109 Projekt v rámci výzvy poskytuje prostriedky na realizáciu základných stavebných blokov bezpečnostnej architektúry v súlade s NKIVS a strategickou prioritou informačnej a kybernetickej bezpečnosti. Oblasti bezpečnosti, na ktoré organizácia žiada podporu v rámci tohto projektu (výzvy) predstavujú základný rámec („baseline"), ktorý by mal byť implementovaný. Aktuálny stav implementácie týchto bezpečnostných služieb a funkcií je nízky, preto žiadame o podporu v rámci tohto definovaného rámca. Budúce riešenie základného rámca zabezpečenia informačnej a kybernetickej bezpečnosti na úrovni biznis architektúry by malo pozostávať najmä z nasledovných bezpečnostných riešení:
110
111 * Aktivity ohľadom vypracovania dokumentácie a nastavenia procesov riadenia informačnej a kybernetickej bezpečnosti (ďalej len „KIB“).
112 * Analytické aktivity zavedenia bezpečnostných opatrení a riešení.
113 * Implementačné aktivity bezpečnostných riešení.
114 * Pre-financovanie aktivít riadenia súladu, najmä ohľadom auditu kybernetickej bezpečnosti a aktualizácie analýzy rizík a analýzy dopadov po implementácii bezpečnostných opatrení a riešení, tesne pred ukončením projektu.
115
116 Jednotlivé biznis funkcie a bezpečnostné procesy ako aj popis ďalších úrovni architektúry riešenia sú uvedené v nasledujúcich kapitolách.
117
118 [[image:attach:image-2024-7-1_11-7-9-1.png||height="400"]]
119
120 = {{id name="projekt_2787_Pristup_k_projektu_detailny-3.Architektúrariešeniaprojektu"/}}3.     Architektúra riešenia projektu =
121
122
123 Tento projekt predstavuje riešenie základných stavebných blokov bezpečnostnej architektúry a zároveň aj ďalšie bezpečnostné funkcie realizované v organizácii. Východoslovenský onkologický ústav, a.s. (ďalej ako „VOU KE“) nemá zavedený governance KIB a nemá vypracovanú analýzu rizík, taktiež sú nedostatočne riešené aj ďalšie oblasti riadenia KIB definované zákonom o KB.
124
125 Z uvedeného dôvodu bude projekt primárne zameraný na implementáciu governance procesov v oblasti riadenia KIB, kde je cieľom vypracovať dokumentáciu a zaviesť príslušné procesy. Zároveň bude VOU KE žiadať aj o ďalšie oblasti podpory.
126
127 Keďže nejde o implementáciu agendového alebo iného obdobného informačného systému verejnej správy, tak v tomto duchu je upravený aj popis jednotlivých úrovni architektúry. Najmä v prípade poskytnutia podpory pre iné ako governance aktivity, kde sa predpokladá aj implementácia bezpečnostných systémov, zariadení alebo technických riešení, sú rovnako jednotlivé bloky architektúry rozpísané spôsobom zohľadňujúcim uvedené skutočnosti.
128
129
130 Pri biznis architektúre je potrebné si uvedomiť, že projekt, resp. jeho aktivity nerealizujú typické služby eGovernment-u a VS, ale ide o služby na úrovni bezpečnostnej architektúry VS, a ako také a z tohto dôvodu, nie sú vedené ako aplikačné služby v MetaIS.
131
132 Zároveň je potrebné uviesť, že architektúra pre as-is stav nie je uvedená z dôvodu, že aktuálne tieto služby bezpečnostnej architektúry nie sú implementované, prípadne sú implementované len čiastočne na nepostačujúcej úrovni.
133
134 Úrovne architektúry sú ďalej rozpísané podľa jednotlivých aktivít projektu a biznis bezpečnostných funkcií.
135
136 Špecifikácia výstupov jednotlivých aktivít je uvedená v kapitole Požadované výstupy (produkt projektu) v dokumente Projektový zámer.
137
138
139 == {{id name="projekt_2787_Pristup_k_projektu_detailny-3.1Biznisvrstva"/}}3.1        Biznis vrstva ==
140
141
142 Biznis architektúra bude pozostávať z nasledovných biznis funkcií, ktoré budú realizovať nižšie uvedené biznis procesy:
143
144 * Riadenie aktív a riadenie rizík.
145 ** Proces evidencie a správy aktív.
146 ** Proces klasifikácie informácií a kategorizácie IS a sietí.
147 ** Proces realizácie AR/BIA.
148 ** Proces rozhodovania ohľadom riadenia identifikovaných rizík.
149 * Riadenie kontinuity činností.
150 ** Proces riadenia kontinuity činností a obnovy.
151 ** Proces zálohovania.
152 * Zaznamenávanie udalostí a monitorovanie.
153 ** Proces zberu, ukladania a riadenia logov.
154 ** Proces bezpečnostného monitoringu koncových staníc.
155 ** Proces bezpečnostného monitoringu systémov a dátových úložísk.
156 ** Proces bezpečnostného monitoringu sieťových prvkov a sieťovej infraštruktúry.
157 ** Proces bezpečnostného monitoringu aktivít používateľov.
158 ** Proces bezpečnostného monitoringu aktivít privilegovaných používateľov.
159 ** Proces vyhodnocovania udalostí a identifikácie bezpečnostných incidentov.
160 * Riešenie bezpečnostných incidentov.
161 ** Proces riešenia kybernetických bezpečnostných incidentov.
162
163
164 Okrem uvedených biznis funkcií je projekt zameraný aj na podporu pre oblasti:
165
166 * governance KIB a bezpečnostná dokumentácia,
167 * vytvorenie úvodnej GAP analýzy voči požiadavkám aktuálnej legislatívy, najmä zákon o KB,
168 * zavedenie procesov riadenia KIB pre všetky relevantné oblasti riadenia.
169
170
171 __Požiadavky na vypracovanie kontinuity činností sú nasledovné:__
172
173 Predmetom tejto aktivity bude zadefinovanie stratégie obnovy pre jednotlivé IS a plánu zálohovania pre jednotlivé IS a dáta a následne vytvorenie BCP a DRP plánov.
174
175 Výsledkom bude najmä:
176
177 * Definovanie stratégie obnovy (na základe výsledkov RTO určených vlastníkmi aktív v aktivite 1.3).
178 * Plán zálohovania (na základe výsledkov RPO určených vlastníkmi aktív v aktivite 1.3) a smernica ohľadom postupov zálohovania.
179 * Vytvorenie BCP plánov pre najkritickejšie procesy (rádovo do 6 plánov).
180 * Vytvorenie DRP pre najkritickejšie IS a zariadenia (rádovo do 8 plánov).
181
182 Kontinuita činností musí okrem iného zadefinovať scenáre rôznych udalostí,  ktoré potencionálne môžu mať negatívny vplyv na bežné činnosti organizácie ako sú napríklad:
183
184 * náhla nedostupnosť personálu či nepoužiteľnosť pracoviska/budovy,
185 * nedostupnosť technologickej infraštruktúry či potrebných médií,
186 * incident či živelná katastrofa.
187
188 V rámci kontinuity činností musia byť stanovené požiadavky na zdroje (adekvátne finančné, materiálno-technické a personálne zdroje), ktoré budú potrebné na implementáciu vybraných stratégií kontinuity činností. V zmysle požiadaviek zákona o kybernetickej bezpečnosti sa musí určiť čo má byť hlavným cieľom plánu kontinuity s ohľadom na riadenie incidentov v prípade katastrofy alebo iného rušivého incidentu a ako sa obnovia činnosti v stanovených termínoch.
189
190 Kontinuitou musia byť zavedené postupy zálohovania na obnovu siete a informačného systému po jeho narušení alebo zlyhaní v dôsledku kybernetického bezpečnostného incidentu obsahujúce najmenej:
191
192 * frekvenciu a rozsah zdokumentovania a schvaľovania obnovy záloh,
193 * určenie osoby zodpovednej za zálohovanie,
194 * časový interval, identifikáciu rozsahu údajov, zadefinovanie dátového média zálohovania a zabezpečenie vedenia dokumentácie o zálohovaní,
195 * umiestnenie záloh v zabezpečenom prostredí s riadeným prístupom,
196 * zabezpečenie šifrovania záloh obsahujúcich aktíva klasifikačného stupňa chránené a prísne chránené,
197
198 vykonávanie pravidelného preverenia záloh na základe vypracovaného plánu, testovanie obnovy záloh a precvičovanie zavedených krízových plánov najmenej raz ročne.
199
200
201
202 Jednotlivé biznis funkcie bezpečnostnej architektúry sú znázornené na nasledovnom obrázku:
203
204
205 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.1.1Prehľadkoncovýchslužieb–budúcistav:"/}}3.1.1        Prehľad koncových služieb – budúci stav: ===
206
207 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
208
209
210 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.1.2Jazykovápodporaalokalizácia"/}}3.1.2        Jazyková podpora a lokalizácia ===
211
212 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
213
214
215 == {{id name="projekt_2787_Pristup_k_projektu_detailny-3.2Aplikačnávrstva"/}}3.2        Aplikačná vrstva ==
216
217 Aplikačná architektúra bude pre jednotlivé relevantné biznis funkcie, uvedené v časti biznis architektúry, tvorená nasledovnými aplikačnými modulmi:
218
219 * Správa dokumentov.
220 ** Proces evidencie a správy bezpečnostnej dokumentácie.
221 * Zaznamenávanie udalostí a monitorovanie.
222 ** Proces zberu, ukladania a riadenia logov.
223 ** Proces bezpečnostného monitoringu.
224 ** Proces vyhodnocovania udalostí a identifikácie bezpečnostných incidentov.
225
226
227 [[image:attach:image-2024-7-1_11-7-37-1.png||height="400"]]
228
229 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.2.1Požiadavkynajednotlivékomponenty"/}}3.2.1        Požiadavky na jednotlivé komponenty ===
230
231
232 Požiadavky na jednotlivé aplikačné komponenty pre vyššie uvedené aplikačné služby sú nasledovné:
233
234 **__ __**
235
236 **__Správa dokumentov__**
237
238 V rámci tejto aplikačnej služby bude na správu bezpečnostnej dokumentácie vytvorenej počas projektu využitý existujúci Dokument manažment systém VOU KE.
239
240
241 **__Zaznamenávanie udalostí a monitorovanie (Bezpečnostný monitoring)__**
242
243 Tento aplikačný komponent môže byť dodaný ako dve samostatné riešenia, prípadne ako jedno ucelené riešenie obsahujúce oba požadované aplikačné komponenty LMS a SIEM. Výsledok bude závislý od víťaznej ponuky na toto riešenie.
244
245
246 __Požiadavky na komponent LMS sú nasledovné:__
247
248 Nasadenie Log manažment systému (LMS) za účelom agentského aj bez-agentského zberu logov zo systémov VOU KE, aplikácií a sieťových prvkov pre následné nasadenie Security Incident and Event Management (SIEM) systému.
249
250 LMS bude poskytovať dostatočnú kapacitu pre uloženie všetkých logov min. po dobu 6 mesiacov. Predpokladaná kapacita pre uloženie logov je 10 TB. Predpokladaný počet EPS je 500. Počet účtov v AD je cca 240.
251
252 Súčasťou nasadenia LMS bude aj vykonanie komplexnej konsolidácie všetkých logov pre efektívne a spoľahlivé fungovanie SIEM vrátane nasledovných činností:
253
254 * zmapovania súčasných logov,
255 * analýza a návrh spôsobu zaznamenávania logov a auditných udalostí,
256 * analýza ich centrálneho zberu a zhromažďovania, ukladania, uchovávania, rotácie,
257 * poskytovanie analýz a reportovanie počas pilotnej fázy projektu,
258 * parsovanie logov – pre definované OS, sieťové zariadenia, aplikácie a pod.,
259 * nasadenie prípadných agentov na zbieranie logov pre vybrané operačné systémy.
260
261 Súčasťou implementácie LMS budú aj analytické, integračné a konfiguračné práce na napojení, zasielaní logov z LMS do SIEM.
262
263
264 Základné požiadavky na LMS sú nasledovné:
265
266 * umožňuje spracovanie logov z preddefinovaných zdrojov logov aplikácií, operačných systémov a sieťového hardware minimálne v rozsahu: Windows server Active Directory; Windows server File system; Linux server,
267 * podporuje štandardné protokoly pre integráciu a zber logov,
268 * uchováva pôvodnú informáciu zo zdroja logu o časovej značke udalosti,
269 * vykonáva konsolidáciu logov na centrálnom mieste,
270 * umožňuje jednoduché vyhľadávanie v logoch a okamžité vytváranie reportov bez nutnosti dodatočného programovania,
271 * v prípade preťaženia systému nesmie dôjsť k strate logov,
272 * umožňuje prijímať a spracovávať logy, udalosti a ďalšie strojovo generované dáta prostredníctvom minimálne nasledujúcich protokolov: UDP, TCP, TCP/TLS pričom pre spomínané protokoly umožňuje výber čísla portu v rozsahu 1 – 65535,
273 * umožňuje zber udalostí vo formátoch RAW, Syslog, CEF, LEEF, JSON,
274 * umožňuje prijaté logy štandardizovať do jednotného formátu, logy sú rozdeľované do príslušných polí podľa ich typu,
275 * umožňuje doplnenie užívateľsky dostupného analyzátora (parser) pre zariadenia, aplikácie alebo systémy mimo uvedeného zoznamu užívateľom bez nutnosti spolupráce s výrobcom alebo dodávateľom ponúkaného systému - užívateľsky definované parsery,
276 * parser musí umožňovať pre hodnoty jednotlivých parsovaných polí zmeniť typ a štandardizovať minimálne tieto základné druhy:
277 ** číslo,
278 ** IP adresa,
279 ** URL,
280 * umožňuje pri vyhľadávaní nad uloženými dátami typu číslo vykonať matematické operácie (súčty všetkých hodnôt, priemery, najmenšie/najväčšie a pod.)
281 * umožňuje uloženie užívateľom vytvorených pohľadov na dáta (dashboardov) pre budúce spracovanie,
282 * obsahuje predpripravené pohľady na uložené logy podľa jednotlivých kategórií zdrojových zariadení aj podľa logického členenia,
283 * umožňuje kapacitnú aj výkonovú škálovateľnosť,
284 * umožňuje definovať podmienky prekročenia prahových hodnôt alebo systémových chýb
285 * umožňuje vykonávať konfiguráciu systému v grafickom rozhraní jednotnej užívateľskej konzoly,
286 * obsahuje jednotnú centrálnu webovú konzolu pre prístup k logom a pre správu systému, z tejto konzoly sa vykonáva kompletná konfigurácia, správa a analýza logov,
287 * umožňuje vyhľadávať prijaté údaje na základe zadaných podmienok,
288 * umožňuje jednoduché vytváranie užívateľských rolí definujúcich prístupové práva k uloženým udalostiam a jednotlivým ovládacím komponentom systému,
289 * umožňuje definovanie korelačných pravidiel udalostí a upozornenie s hraničnými limitmi,
290 * riešenie umožňuje realizáciu tzv. kaskádových dotazov (kaskádové dotazy sú dotazy generované na základe údajoch vrátených z predchádzajúceho dotazu, príkladom by mohlo byť zobrazenie aktív, na ktoré sa vzťahuje alert, s následnou možnosťou rozbalenia na používateľov, ktorých sa táto stránka s výsledkami vyhľadávania týka).
291
292 Transport logov do centrálneho úložiska musí byť z dôvodu bezpečnosti šifrovaný a z dôvodu úspory šírky dátového prenosu linky komprimovaný.
293
294
295 __Požiadavky na komponent SIEM sú nasledovné:__
296
297 V rámci bezpečnostného monitoringu ide o dodanie licencií, implementačných, konzultačných a konfiguračných prác pre zavedenie systému bezpečnostného monitoringu (SIEM) pre účely agentského aj bez-agentského zberu logov zo systémov VOU KE, vrátane zaškolenia administrátora VOU KE.
298
299 Systém pre bezpečnostný monitoring (SIEM) bude poskytovať konfigurovateľnú funkcionalitu detekcie hrozieb a reakcie na bezpečnostné incidenty pomocou „real time“ vyhodnocovania a korelácie logov z LMS systému pre širokú škálu hrozieb a útokov. SIEM bude poskytovať možnosť monitorovať virtuálne, ale aj fyzické systémy infraštruktúry. SIEM bude monitorovať a korelovať všetky typy logovaných udalostí, vrátane rôznych OS (Windows, Unix) a zariadení (IDS/IPS, FW a pod.).
300
301 Tento systém bude poskytovať najmä nasledovnú funkcionalitu:
302
303 * XDR (Extended detection and response),
304 * ABA (Attacker Behavior Analytics),
305 * UBA (User Behavior Analytics),
306 * NTA (Network Traffic Analysis),
307 * FAAM (File Access Activity Monitoring),
308 * FIM (File Integrity Monitoring),
309 * Deception Technology (Honey Pots/User/File/Credential)
310
311 pre zabezpečenie komplexného monitoringu a možnosti vyhodnocovania bezpečnostných udalostí.
312
313 Je nevyhnutné, aby monitorovací systém bol úplne nezávislý od použitej sieťovej infraštruktúry a neovplyvňoval monitorovanú sieť, systémy a zariadenia v ich funkcii. Monitorovací systém nesmie byť zistiteľný z monitorovanej siete. Riešenie bude nezávislé od existujúcej sieťovej infraštruktúry (optická alebo metalická dátová kabeláž) a použitých aktívnych prvkov (typ alebo výrobca).
314
315 Systém musí podporovať infraštruktúru typu: IPv4, IPv6, VLAN, MPLS, Ethernet 10 Mb/s až 100 Gb/s.
316
317 Riešenie bude centrálne spravované a konfigurované z centrálnej jednotky a poskytne centrálny prehľad o analýze tokov, upozorneniach a hláseniach.
318
319 Systém musí umožniť detekciu na základe správania a reputácie, rýchlu reakciu na identifikované incidenty, automatické prerušenie pokročilých kybernetických útokov na úrovni jednotlivých zariadení, pokročilú analytiku a automatizáciu, prioritizáciu incidentov a pod.
320
321
322 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.2.2Rozsahinformačnýchsystémov–ASIS"/}}3.2.2        Rozsah informačných systémov – AS IS ===
323
324
325 Implementované bezpečnostné riešenia sa budú dotýkať najmä zvýšenia ochrany a bezpečnosti nasledovných IS:
326
327 |(((
328 **Kód ISVS **//(z MetaIS)//
329 )))|(((
330 **Názov ISVS**
331 )))|(((
332 **Modul ISVS**
333
334 //(zaškrtnite ak ISVS je modulom)//
335 )))|(((
336 **Stav IS VS**
337
338 (AS IS)
339 )))|(((
340 **Typ IS VS**
341 )))|(((
342 **Kód nadradeného ISVS**
343
344 //(v prípade zaškrtnutého checkboxu pre modul ISVS)//
345 )))
346 |(((
347 14399
348 )))|(((
349 NIS – nemocničný informačný systém
350 )))|(((
351 ☐
352 )))|(((
353 Prevádzkovaný a plánujem rozvíjať
354 )))|(((
355 Agendový
356 )))|(((
357
358 )))
359 |(((
360 14400
361 )))|(((
362 PACS – úložisko obrazových snímok
363 )))|(((
364 ☐
365 )))|(((
366 Prevádzkovaný,plánujem rozvíjať
367 )))|(((
368 Agendový
369 )))|(((
370
371 )))
372
373
374 Čiastočne a okrajovo sa implementované bezpečnostné opatrenia a riešenia budú dotýkať aj nasledovných infraštruktúrnych a podporných IS, ktoré ale nie sú ISVS:
375
376
377 |(((
378 **Kód ISVS **//(z MetaIS)//
379 )))|(((
380 **Názov ISVS**
381 )))|(((
382 **Modul ISVS**
383
384 //(zaškrtnite ak ISVS je modulom)//
385 )))|(((
386 **Stav IS VS**
387
388 (AS IS)
389 )))|(((
390 **Typ IS VS**
391 )))|(((
392 **Kód nadradeného ISVS**
393
394 //(v prípade zaškrtnutého checkboxu pre modul ISVS)//
395 )))
396 |(((
397 14401
398 )))|(((
399 PaP – pacientska lekáreň
400 )))|(((
401
402 )))|(((
403 Prevádzkovaný,plánujem rozvíjať
404 )))|(((
405 agendový
406 )))|(((
407
408 )))
409 |(((
410 14402
411 )))|(((
412 DRG Asseco
413 )))|(((
414
415 )))|(((
416 Prevádzkovaný,plánujem rozvíjať
417 )))|(((
418 agendový
419 )))|(((
420
421 )))
422 |(((
423 14403
424 )))|(((
425 Webové sídlo
426 )))|(((
427
428 )))|(((
429 Prevádzkovaný,plánujem rozvíjať
430 )))|(((
431 prezentačný
432 )))|(((
433
434 )))
435
436
437 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.2.3Rozsahinformačnýchsystémov–TOBE"/}}3.2.3        Rozsah informačných systémov – TO BE ===
438
439 // //
440
441 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
442
443
444 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.2.4VyužívanienadrezortnýchaspoločnýchISVS–ASIS"/}}3.2.4        Využívanie nadrezortných a spoločných ISVS – AS IS ===
445
446
447 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
448
449
450 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.2.5PrehľadplánovanýchintegráciíISVSnanadrezortnéISVS–spoločnémodulypodľazákonač.305/2013e-Governmente–TOBE"/}}3.2.5        Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013  e-Governmente – TO BE ===
451
452
453 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
454
455
456 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.2.6PrehľadplánovanéhovyužívaniainýchISVS(integrácie)–TOBE"/}}3.2.6        Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===
457
458
459 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
460
461
462 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.2.7Aplikačnéslužbyprerealizáciukoncovýchslužieb–TOBE"/}}3.2.7        Aplikačné služby pre realizáciu koncových služieb – TO BE ===
463
464
465 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
466
467
468 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.2.8Aplikačnéslužbynaintegráciu–TOBE"/}}3.2.8        Aplikačné služby na integráciu – TO BE ===
469
470 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
471
472
473 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.2.9PoskytovanieúdajovzISVSdoISCSRÚ–TOBE"/}}3.2.9        Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===
474
475 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
476
477
478 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.2.10KonzumovanieúdajovzISCSRU–TOBE"/}}3.2.10      Konzumovanie údajov z IS CSRU – TO BE ===
479
480 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
481
482
483
484 == {{id name="projekt_2787_Pristup_k_projektu_detailny-3.3Dátovávrstva"/}}3.3        Dátová vrstva ==
485
486
487 Z pohľadu dátového modelu nejde o typické biznis (agendové) dáta ale o dáta typu:
488
489 * Bezpečnostná dokumentácia a politiky, postupy, analýzy, reporty a pod. – ako výstupy aktivity projektu určené pre ďalšie riadenie rozvoja KIB,
490 * bezpečnostné konfigurácie a bezpečnostné dáta (napr. logy) – pre fungovanie jednotlivých bezpečnostných komponentov.
491
492 Bezpečnostná dokumentácia a politiky, postupy, analýzy, reporty a pod. sú určené pre proces riadenia KIB.
493
494 Bezpečnostné konfigurácie a bezpečnostné dáta slúžia pre správne fungovanie bezpečnostných modulov, t.j. jednotlivé komponenty tohto navrhovaného riešenia a zároveň reprezentujú vyhodnocovanie bezpečnostných udalostí a potenciálnych bezpečnostných incidentov.
495
496
497 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.3.1Údajevspráveorganizácie"/}}3.3.1        Údaje v správe organizácie ===
498
499 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
500
501
502 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.3.2Dátovýrozsahprojektu-Prehľadobjektovevidencie-TOBE"/}}3.3.2        Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
503
504 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
505
506
507 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.3.3Referenčnéúdaje"/}}3.3.3        Referenčné údaje ===
508
509 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
510
511
512 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.3.4Kvalitaačistenieúdajov"/}}3.3.4        Kvalita a čistenie údajov ===
513
514 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
515
516
517 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.3.5Otvorenéúdaje"/}}3.3.5        Otvorené údaje ===
518
519 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
520
521
522 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.3.6Analytickéúdaje"/}}3.3.6        Analytické údaje ===
523
524 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
525
526
527 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.3.7Mojeúdaje"/}}3.3.7        Moje údaje ===
528
529 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
530
531
532 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.3.8Prehľadjednotlivýchkategóriíúdajov"/}}3.3.8        Prehľad jednotlivých kategórií údajov ===
533
534 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
535
536
537 == {{id name="projekt_2787_Pristup_k_projektu_detailny-3.4Technologickávrstva"/}}3.4        Technologická vrstva ==
538
539 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.4.1Prehľadtechnologickéhostavu-ASISaTOBE"/}}3.4.1        Prehľad technologického stavu - AS IS a TO BE ===
540
541
542 V rámci as-is stavu dnes v rámci VOU KE neexistuje bezpečnostná technológia, ktorá je predmetom tohto projektu.
543
544 Z pohľadu to-be bude finálna technologická vrstva závislá od výsledkov verejného obstarávania a technológie, ktorú ponúkne víťazný uchádzač.
545
546 Niektoré bezpečnostné riešenia totižto poskytujú viacero alternatív a dajú sa implementovať napr. ako virtuálny appliance, ale prípadne aj ako HW appliance. Predpokladom však je, že väčšina bezpečnostných riešení bude nasadená do virtuálneho prostredia VOU KE, a niektoré riešenia budú nasadené ako samostatný HW appliance, prípadne budú nasadení rôzni agenti do infraštruktúry VOU KE.
547
548 Vzhľadom na uvedené skutočnosti predpokladáme „high level“ technologickú architektúru tak, ako je uvedené na nasledujúcom obrázku:
549
550
551 [[image:attach:image-2024-7-1_11-8-8-1.png||height="400"]]
552
553
554
555 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.4.2Požiadavkynavýkonnostnéparametre,kapacitnépožiadavky–TOBE"/}}3.4.2        Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
556
557 Predpokladané výkonnostné parametre a kapacitné požiadavky sú, tam kde je to relevantné, uvedené v popise aplikačnej architektúry jednotlivých aplikačných funkcií a aplikačných modulov.
558
559
560 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.4.3Návrhriešeniatechnologickejarchitektúry–popísanévyššievrámciASIS-TOBE"/}}3.4.3        Návrh riešenia technologickej architektúry – popísané vyššie v rámci ASIS -TOBE ===
561
562 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
563
564 // //
565
566 === {{id name="projekt_2787_Pristup_k_projektu_detailny-3.4.4Využívanieslužiebzkatalóguslužiebvládnehocloudu"/}}3.4.4        Využívanie služieb z katalógu služieb vládneho cloudu ===
567
568 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
569
570 == {{id name="projekt_2787_Pristup_k_projektu_detailny-3.5Bezpečnostnáarchitektúra"/}}3.5        Bezpečnostná architektúra ==
571
572 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy, ale práve o implementáciu bezpečnostných riešení, takže všetky úrovne architektúry zároveň tvoria aj bezpečnostnú architektúru riešenia.
573
574
575 = {{id name="projekt_2787_Pristup_k_projektu_detailny-4.ZávislostinaostatnéISVS/projekty"/}}4.     Závislosti na ostatné ISVS / projekty =
576
577 Bez závislostí na iné projekty.
578
579 **~ **
580
581 = {{id name="projekt_2787_Pristup_k_projektu_detailny-5.Zdrojovékódy"/}}5.     Zdrojové kódy =
582
583 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
584
585 Riešenie nepredpokladá vývoj softvéru, ale použitie komerčných bezpečnostných produktov a zariadení.
586
587
588 = {{id name="projekt_2787_Pristup_k_projektu_detailny-6.Prevádzkaaúdržba"/}}6.     Prevádzka a údržba =
589
590 Aktivita podpora Governance v oblasti KIB si nevyžaduje žiadnu budúcu prevádzku, nakoľko ide len o analytické a konzultačné práce, ktorých výstupy budú použité pre proces riadenia KIB (Governance) . Výstupy Governance aktivít samozrejme tiež budú musieť byť udržiavané a rozvíjané, to by však malo byť realizované pomocou interných zamestnancov bez priameho vplyvu na rozpočet.
591
592 Pre aktivity napr.:
593
594 * implementácia LMS,
595 * implementácia SIEM,
596
597 sú rámcové požiadavky na prevádzku a údržbu zadefinované nižšie.
598
599 == {{id name="projekt_2787_Pristup_k_projektu_detailny-6.1Prevádzkovépožiadavky"/}}6.1        Prevádzkové požiadavky ==
600
601 Všetky ďalšie parametre a požiadavky na prevádzku a údržbu sa týkajú už len nasledovných aktivít:
602
603 * implementácia LMS,
604 * implementácia SIEM,
605
606
607 === {{id name="projekt_2787_Pristup_k_projektu_detailny-6.1.1Úrovnepodporypoužívateľov"/}}6.1.1        Úrovne podpory používateľov ===
608
609 Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.
610
611 === {{id name="projekt_2787_Pristup_k_projektu_detailny-6.1.2Riešenieincidentov–SLAparametre"/}}6.1.2        Riešenie incidentov – SLA parametre ===
612
613
614 Označenie naliehavosti incidentu:
615
616 |(((
617 Označenie naliehavosti incidentu
618 )))|(((
619 Závažnosť  incidentu
620 )))|(((
621 Popis naliehavosti incidentu
622 )))
623 |(((
624 A
625 )))|(((
626 Kritická
627 )))|(((
628 Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
629 )))
630 |(((
631 B
632 )))|(((
633 Vysoká
634 )))|(((
635 Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
636 )))
637 |(((
638 C
639 )))|(((
640 Stredná
641 )))|(((
642 Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
643 )))
644 |(((
645 D
646 )))|(((
647 Nízka
648 )))|(((
649 Kozmetické a drobné chyby.
650 )))
651
652 // //
653
654 možný dopad:
655
656 |(((
657 Označenie závažnosti incidentu
658 )))|(((
659
660
661 Dopad
662 )))|(((
663 Popis dopadu
664 )))
665 |(((
666 1
667 )))|(((
668 katastrofický
669 )))|(((
670 katastrofický dopad, priamy finančný dopad alebo strata dát,
671 )))
672 |(((
673 2
674 )))|(((
675 značný
676 )))|(((
677 značný dopad alebo strata dát
678 )))
679 |(((
680 3
681 )))|(((
682 malý
683 )))|(((
684 malý dopad alebo strata dát
685 )))
686
687 **// //**
688
689 Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
690
691 |(% colspan="2" rowspan="2" %)(((
692 Matica priority incidentov
693 )))|(% colspan="3" %)(((
694 Dopad
695 )))
696 |(((
697 Katastrofický - 1
698 )))|(((
699 Značný - 2
700 )))|(((
701 Malý - 3
702 )))
703 |(% rowspan="4" %)(((
704 **Naliehavosť**
705 )))|(((
706 **Kritická - A**
707 )))|(((
708 1
709 )))|(((
710 2
711 )))|(((
712 3
713 )))
714 |(((
715 **Vysoká - B**
716 )))|(((
717 2
718 )))|(((
719 3
720 )))|(((
721 3
722 )))
723 |(((
724 **Stredná - C**
725 )))|(((
726 2
727 )))|(((
728 3
729 )))|(((
730 4
731 )))
732 |(((
733 **Nízka - D**
734 )))|(((
735 3
736 )))|(((
737 4
738 )))|(((
739 4
740 )))
741
742 **// //**
743
744 Vyžadované reakčné doby:
745
746 |(((
747 Označenie priority incidentu
748 )))|(((
749 Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu
750 )))|(((
751 Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^
752 )))|(((
753 Spoľahlivosť ^^(3)^^
754
755 (počet incidentov za mesiac)
756 )))
757 |(((
758 1
759 )))|(((
760 0,5 hod.
761 )))|(((
762 4  hodín
763 )))|(((
764 1
765 )))
766 |(((
767 2
768 )))|(((
769 1 hod.
770 )))|(((
771 12 hodín
772 )))|(((
773 2
774 )))
775 |(((
776 3
777 )))|(((
778 1 hod.
779 )))|(((
780 24 hodín
781 )))|(((
782 10
783 )))
784 |(((
785 4
786 )))|(((
787 1 hod.
788 )))|(% colspan="2" %)(((
789 Vyriešené a nasadené v rámci plánovaných releasov
790 )))
791
792 // //
793
794 == {{id name="projekt_2787_Pristup_k_projektu_detailny-6.2PožadovanádostupnosťIS:"/}}6.2        Požadovaná dostupnosť IS: ==
795
796 **// //**
797
798 |(((
799 Popis
800 )))|(((
801 Parameter
802 )))|(((
803 Poznámka
804 )))
805 |(((
806 **Prevádzkové hodiny**
807 )))|(((
808 12 hodín
809 )))|(((
810 od 6:00 hod. - do 18:00 hod. počas pracovných dní
811 )))
812 |(% rowspan="2" %)(((
813 **Servisné okno**
814 )))|(((
815 10 hodín
816 )))|(((
817 od 19:00 hod. - do 5:00 hod. počas pracovných dní
818 )))
819 |(((
820 24 hodín
821 )))|(((
822 od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov
823
824 Servis a údržba sa bude realizovať mimo pracovného času.
825 )))
826 |(((
827 **Dostupnosť produkčného prostredia IS**
828 )))|(((
829 98,5%
830 )))|(((
831 98,5% z 24/7/365  t.j. max ročný výpadok je 66 hod.
832
833 Maximálny mesačný výpadok je 5,5 hodiny.
834
835 Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.
836
837 Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní).  Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.
838
839 V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.
840 )))
841
842 // //
843
844 === {{id name="projekt_2787_Pristup_k_projektu_detailny-6.2.1Dostupnosť(Availability)"/}}6.2.1        Dostupnosť (Availability) ===
845
846
847 Požadovaná dostupnosť pre aktivity projektu:
848
849 * implementácia LMS,
850 * implementácia SIEM,
851
852 je:
853
854 * **98,5% dostupnosť** znamená výpadok 8,25 dňa.
855
856
857
858
859 === {{id name="projekt_2787_Pristup_k_projektu_detailny-6.2.2RTO(RecoveryTimeObjective)"/}}6.2.2        RTO (Recovery Time Objective) ===
860
861 Zavedenie aktivít:
862
863 * implementácia LMS,
864 * implementácia SIEM,
865
866 si budú vyžadovať tretí stupeň, t.j. rýchlu obnovu. **RTO pre tieto aktivity je definované na 8 hodín**.
867
868
869 === {{id name="projekt_2787_Pristup_k_projektu_detailny-6.2.3RPO(RecoveryPointObjective)"/}}6.2.3        RPO (Recovery Point Objective) ===
870
871
872 Nasledovné aktivity:
873
874 * implementácia LMS,
875 * implementácia SIEM,
876
877 si budú vyžadovať asynchrónnu replikáciu dát. **RPO pre tieto aktivity je definované na 4 hodiny**.
878
879
880 = {{id name="projekt_2787_Pristup_k_projektu_detailny-7.Požiadavkynapersonál"/}}7.     Požiadavky na personál =
881
882 Požiadavky sú popísané v dokumente Projektový zámer.
883
884
885 = {{id name="projekt_2787_Pristup_k_projektu_detailny-8.Implementáciaapreberanievýstupovprojektu"/}}8.     Implementácia a preberanie výstupov projektu =
886
887
888 V projekte neprebieha vývoj/implementácia.
889
890 = {{id name="projekt_2787_Pristup_k_projektu_detailny-9.Prílohy"/}}9.     Prílohy =
891
892 // //
893
894
895