Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych

Rozporządzenie określa

1)

Krajowe Ramy Interoperacyjności;

2)

minimalne wymagania dla rejestrów publicznych i wymiany informacji w postaci elektronicznej;

3)

minimalne wymagania dla systemów teleinformatycznych, w tym

a)

specyfikację formatów danych oraz protokołów komunikacyjnych i szyfrujących, które

mają być stosowane w oprogramowaniu interfejsowym,

b)

sposoby zapewnienia bezpieczeństwa przy wymianie informacji,

c)

standardy techniczne zapewniające wymianę informacji z udziałem podmiotów publicznych

z uwzględnieniem wymiany transgranicznej,

d)

sposoby zapewnienia dostępu do zasobów informacji podmiotów publicznych dla osób niepełnosprawnych.

Użyte w rozporządzeniu określenia oznaczają

1)

architektura systemu teleinformatycznego - opis składników systemu teleinformatycznego,

powiązań i relacji pomiędzy tymi składnikami;

2)

autentyczność - właściwość polegającą na tym, że pochodzenie lub zawartość danych

opisujących obiekt są takie, jak deklarowane;

3)

dane referencyjne - dane opisujące cechę informacyjną obiektu pierwotnie wprowadzone

do rejestru publicznego w wyniku określonego zdarzenia, z domniemania opatrzone atrybutem

autentyczności;

4)

dostępność - właściwość określającą, że zasób systemu teleinformatycznego jest możliwy

do wykorzystania na żądanie, w założonym czasie, przez podmiot uprawniony do pracy

w systemie teleinformatycznym;

5)

integralność - właściwość polegającą na tym, że zasób systemu teleinformatycznego

nie został zmodyfikowany w sposób nieuprawniony;

6)

interesariusz - osobę lub podmiot posiadający interes prawny albo faktyczny w sprawach

interoperacyjności;

7)

model architektury - formalny opis architektury systemu teleinformatycznego;

8)

model usługowy - model architektury, w którym dla użytkowników zdefiniowano stanowiące

odrębną całość funkcje systemu teleinformatycznego (usługi sieciowe) oraz opisano

sposób korzystania z tych funkcji, inaczej system zorientowany na usługi (Service

Oriented Architecture - SOA);

9)

niezaprzeczalność - w rozumieniu przepisów rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 27 kwietnia 2011 r.

w sprawie zakresu i warunków korzystania z elektronicznej platformy usług administracji

publicznej

(Dz. U. Nr 93, poz. 546);

10)

obiekt - przedmiot opisu w rejestrze publicznym;

11)

obiekt przestrzenny - w rozumieniu przepisów ustawy z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej

(Dz. U. Nr 76, poz. 489);

12)

podatność systemu teleinformatycznego - właściwość systemu teleinformatycznego, która

może być wykorzystana przez co najmniej jedno zagrożenie;

13)

podmiot - osobę prawną, jednostkę organizacyjną nieposiadającą osobowości prawnej

lub organ administracji publicznej;

14)

poufność - właściwość zapewniającą, że informacja nie jest udostępniana lub wyjawiana

nieupoważnionym osobom fizycznym;

15)

polityka bezpieczeństwa informacji - zestaw efektywnych, udokumentowanych zasad i

procedur bezpieczeństwa wraz z ich planem wdrożenia i egzekwowania;

16)

rekomendacja interoperacyjności - uzgodnienie przyjęte bez stanowiska sprzeciwu pomiędzy

interesariuszami regulujące na poziomie organizacyjnym, semantycznym lub technologicznym

dowolny aspekt interoperacyjności;

17)

repozytorium interoperacyjności - część zasobów ePUAP przeznaczoną do udostępniania

informacji służących osiąganiu interoperacyjności;

18)

rozliczalność - w rozumieniu przepisów rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 21 kwietnia 2011 r.

w sprawie szczegółowych warunków organizacyjnych i technicznych, które powinien spełniać

system teleinformatyczny służący do identyfikacji użytkowników

(Dz. U. Nr 93, poz. 545);

19)

usługa sieciowa - właściwość systemu teleinformatycznego polegającą na powtarzalnym

wykonywaniu przez ten system z góry określonych funkcji po otrzymaniu, za pomocą sieci

teleinformatycznej, danych uporządkowanych w określonej strukturze;

20)

ustawa - ustawę z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących

zadania publiczne;

21)

wzór dokumentu elektronicznego - wzór, o którym mowa w art. 19b ustawy;

22)

zagrożenie systemu teleinformatycznego - potencjalną przyczynę niepożądanego zdarzenia,

która może wywołać szkodę w systemie teleinformatycznym.

1.

Krajowe Ramy Interoperacyjności określają

1)

sposoby postępowania podmiotu realizującego zadania publiczne w zakresie doboru środków,

metod i standardów wykorzystywanych do ustanowienia, wdrożenia, eksploatacji, monitorowania,

przeglądu, utrzymania i udoskonalania systemu teleinformatycznego wykorzystywanego

do realizacji zadań tego podmiotu oraz procedur organizacyjnych, mające na celu

a)

zapewnienie obywatelom oraz przedsiębiorcom dostępności usług świadczonych przez podmioty

realizujące zadania publiczne w postaci elektronicznej,

b)

zwiększenie efektywności usług świadczonych przez administrację publiczną,

c)

zapewnienie obywatelom i przedsiębiorcom zmniejszenia obciążeń związanych z realizacją

uprawnień i obowiązków przewidzianych w przepisach odrębnych,

d)

zapewnienie podmiotom publicznym redukcji kosztów funkcjonowania,

e)

zapewnienie racjonalnego gospodarowania funduszami publicznymi,

f)

zapewnienie swobody gospodarczej i równego dostępu do rynku informatycznego w zakresie

usług i dostaw podczas udzielania zamówień publicznych dla wszystkich jego uczestników,

g)

efektywną realizację drogą elektroniczną ponadgranicznych usług administracji publicznej;

2)

sposoby postępowania podmiotu realizującego zadania publiczne w zakresie przejrzystego

wyboru norm, standardów i rekomendacji w zakresie interoperacyjności semantycznej,

organizacyjnej oraz technologicznej, z zapewnieniem zasady neutralności tech no logicznej.

2.

Na Krajowe Ramy Interoperacyjności składają się

1)

sposoby osiągania interoperacyjności;

2)

architektura systemów teleinformatycznych podmiotów realizujących zadania publiczne;

3)

repozytorium interoperacyjności na ePUAP.

1.

Interoperacyjność osiąga się przez

1)

ujednolicenie, rozumiane jako zastosowanie kompatybilnych norm, standardów i procedur

przez różne podmioty realizujące zadania publiczne, lub

2)

wymienność, rozumianą jako możliwość zastąpienia produktu, procesu lub usługi bez

jednoczesnego zakłócenia wymiany informacji pomiędzy podmiotami realizującymi zadania

publiczne lub pomiędzy tymi podmiotami a ich klientami, przy jednoczesnym spełnieniu

wszystkich wymagań funkcjonalnych i pozafunkcjonalnych współpracujących systemów,

lub

3)

zgodność, rozumianą jako przydatność produktów, procesów lub usług przeznaczonych

do wspólnego użytkowania, pod specyficznymi warunkami zapewniającymi spełnienie istotnych

wymagań i przy braku niepożądanych oddziaływań.

2.

Zastosowanie reguł określonych w ust. 1 zależne jest od okoliczności wynikających

z szacowania ryzyka oraz z właściwości projektowanego systemu teleinformatycznego,

jego zasięgu oraz dostępnych rozwiązań na rynku dostaw i usług w zakresie informatyki.

3.

Zastosowany przez podmiot realizujący zadania publiczne sposób osiągnięcia interoperacyjności

nie może naruszać zasady neutralności technologicznej.

1.

Podmioty realizujące zadania publiczne stosują rozwiązania z zakresu interoperacyjności

na poziomie organizacyjnym, semantycznym i technologicznym.

2.

Interoperacyjność na poziomie organizacyjnym osiągana jest przez

1)

informowanie przez podmioty realizujące zadania publiczne, w sposób umożliwiający

skuteczne zapoznanie się, o sposobie dostępu oraz zakresie użytkowym serwisów dla

usług realizowanych przez te podmioty;

2)

wskazanie przez ministra właściwego do spraw informatyzacji miejsca przeznaczonego

do publikacji informacji, o których mowa w pkt 1;

3)

standaryzację i ujednolicenie procedur z uwzględnieniem konieczności zapewnienia poprawnej

współpracy podmiotów realizujących zadania publiczne;

4)

publikowanie i uaktualnianie w Biuletynie Informacji Publicznej przez podmiot realizujący

zadania publiczne opisów procedur obowiązujących przy załatwianiu spraw z zakresu

jego właściwości drogą elektroniczną.

3.

Interoperacyjność na poziomie semantycznym osiągana jest przez

1)

stosowanie struktur danych i znaczenia danych zawartych w tych strukturach, określonych

w niniejszym rozporządzeniu;

2)

stosowanie struktur danych i znaczenia danych zawartych w tych strukturach publikowanych

w repozytorium interoperacyjności na podstawie przepisów § 8 ust. 3 oraz § 10 ust.

5, 6, 11 i 12;

3)

stosowanie w rejestrach prowadzonych przez podmioty publiczne odwołań do rejestrów

zawierających dane referencyjne w zakresie niezbędnym do realizacji zadań.

4.

Interoperacyjność na poziomie technologicznym osiągana jest przez

1)

stosowanie minimalnych wymagań dla systemów teleinformatycznych, określonych w rozdziale

IV;

2)

stosowanie regulacji zawartych w przepisach odrębnych, a w przypadku ich braku uwzględnienia

postanowień odpowiednich Polskich Norm, norm międzynarodowych lub standardów uznanych

w drodze dobrej praktyki przez organizacje międzynarodowe.

W repozytorium interoperacyjności, oprócz struktur danych, o których mowa w § 8 ust.

3 oraz w § 10 ust. 5, 6, 11 i 12, publikuje się także rekomendacje interoperacyjności

stanowiące dobre praktyki ułatwiające osiągnięcie interoperacyjności na każdym z poziomów,

o których mowa w § 5.

1.

Informacje publikowane w repozytorium interoperacyjności oznaczone są w szczególności

1)

nazwą;

2)

opisem;

3)

wersją;

4)

datą i czasem publikacji;

5)

statusem obowiązywania;

6)

identyfikatorem pozwalającym na identyfikację osoby publikującej.

2.

Opublikowana informacja nie może być modyfikowana lub usunięta z repozytorium.

1.

Dla systemów teleinformatycznych służących do realizacji zadań publicznych stosuje

się rozwiązania oparte na modelu usługowym.

2.

Do opisu protokołów i struktur wymiany danych usługi sieciowej wykorzystuje się Web

Services Description Language (WSDL).

3.

Organ podmiotu udostępniającego usługę sieciową, w celu zapewnienia poprawnej współpracy

systemów teleinformatycznych, przekazuje opis, o którym mowa w ust. 2, do repozytorium

interoperacyjności.

4.

W przypadkach uzasadnionych specyfiką podmiotu publicznego lub świadczonych przez

niego usług dopuszcza się inny model architektury.

Minister właściwy do spraw informatyzacji zapewnia

1)

realizację publicznej dyskusji nad rekomendacjami interoperacyjności z zachowaniem

zasady neutralności technologicznej oraz zgodności z normami zatwierdzonymi przez

krajową jednostkę normalizacyjną lub normami albo standardami rekomendowanymi lub

ustalanymi jako obowiązujące przez organy Unii Europejskiej, prowadzonej w sposób,

który zapewni każdemu interesariuszowi możliwość realnego wpływu na opracowanie rekomendacji;

2)

prowadzenie repozytorium interoperacyjności.

1.

W rejestrach publicznych wyróżnia się w szczególności następujące typy obiektów

1)

osobę fizyczną;

2)

podmiot;

3)

obiekt przestrzenny.

2.

Dla każdego obiektu, o którym mowa w ust. 1, w obrębie danego typu, nadaje się unikatowy

identyfikator.

3.

Strukturę identyfikatorów typów obiektów, o których mowa w ust. 1 pkt 1 i 2, a także

pkt 3 w zakresie dotyczącym punktu adresowego i działki ewidencyjnej, z zastrzeżeniem

ust. 9 i 10, określa załącznik nr 1 do rozporządzenia.

4.

Przepis, o którym mowa w ust. 2 w związku z ust. 1 pkt 3 nie wyłącza stosowania przepisów

wydanych

1)

w wykonaniu dyrektywy Parlamentu Europejskiego i Rady nr 2007/2/WE z dnia 14 marca 2007 r. ustanawiającej

infrastrukturę informacji przestrzennej we Wspólnocie Europejskiej (INSPIRE)

(Dz. Urz. WE L 108 z 25.04.2007, str. 1, z późn. zm.) w zakresie interoperacyjności zbiorów i usług danych przestrzennych;

2)

na podstawie art. 19 ust. 1 pkt 6-10 i ust. 1a, art. 24b ust. 4, art. 26 ust. 2 oraz art. 47b ust.

5 ustawy z dnia 17 maja 1989 r. - Prawo geodezyjne i kartograficzne

(Dz. U. z 2010 r. Nr 193, poz. 1287).

5.

Minister właściwy do spraw informatyzacji publikuje w repozytorium interoperacyjności

na ePUAP schemat XML struktury danych cech informacyjnych obiektów, o których mowa

w ust. 1.

6.

Podmioty realizujące zadania publiczne z wykorzystaniem wymiany informacji za pomocą

środków komunikacji elektronicznej lub za pomocą pism w formie dokumentów elektronicznych

sporządzonych według wzorów elektronicznych, w których mają zastosowanie obiekty,

o których mowa w ust. 1, stosują strukturę danych cech informacyjnych tych obiektów

zgodną ze strukturą publikowaną przez ministra właściwego do spraw informatyzacji

w postaci schematów XML w repozytorium interoperacyjności na podstawie wniosków organu

prowadzącego rejestr referencyjny właściwy dla danego typu obiektu.

7.

W strukturze, o której mowa w ust. 6, należy zawrzeć w szczególności nazwy i zakresy

danych cech informacyjnych obiektów.

8.

Jeżeli z przepisów prawa wynika, że stosuje się podzbiór cech informacyjnych obiektu,

o którym mowa w ust. 1, to zachowuje się typy i zakresy danych określone w schemacie,

o którym mowa w ust. 6.

9.

Jeśli podmiot publiczny prowadzi rejestr publiczny obejmujący typ obiektu, jakim są

osoby fizyczne nieposiadające numeru PESEL, identyfikacja takiej osoby odbywa się

według cechy informacyjnej właściwej dla danego rejestru.

10.

Jeśli podmiot publiczny prowadzi rejestr publiczny obejmujący typ obiektu, jakim są

podmioty nieposiadające nadanego numeru identyfikacyjnego REGON, identyfikacja takiego

podmiotu odbywa się według cechy informacyjnej właściwej dla danego rejestru.

11.

Struktury danych dodatkowych cech informacyjnych, o których mowa w ust. 9 i 10, podlegają

zgłoszeniu do repozytorium interoperacyjności.

12.

Organ władzy publicznej, prowadzący rejestr publiczny zawierający obiekty inne niż

wymienione w ust. 1, wnioskuje do ministra właściwego do spraw informatyzacji o opublikowanie

w repozytorium interoperacyjności, prowadzonym w ramach ePUAP, schematu XML struktur

danych cech informacyjnych tych obiektów.

1.

Podmiot publiczny prowadzący rejestr publiczny, wydając informacje z tego rejestru

w drodze wymiany, jest obowiązany zapewnić rozliczalność takiej operacji.

2.

Podmiot otrzymujący informacje z rejestru publicznego w drodze wymiany jest obowiązany

do jej ochrony na poziomie nie mniejszym niż ten, który ma zastosowanie w tym rejestrze.

Określając funkcjonalność rejestrów publicznych oraz systemów teleinformatycznych,

uwzględnia się potrzebę zapewnienia podmiotom uprawnionym realizacji zadań wynikających

z odrębnych przepisów.

1.

Wymiana danych dokonywana pomiędzy rejestrami publicznymi obejmuje jedynie informacje

niezbędne do prawidłowego funkcjonowania tych rejestrów.

2.

Wymiana danych odbywa się przez bezpośrednie odwołanie się do danych referencyjnych

przez rejestr inicjujący wymianę.

3.

Jeśli wymiana danych w trybie, o którym mowa w ust. 2, jest niemożliwa lub znacznie

utrudniona, dopuszcza się wymianę danych w innym trybie, w tym przez kopiowanie danych

przez rejestr inicjujący wymianę.

W trakcie tworzenia lub modernizacji rejestrów publicznych oraz systemów teleinformatycznych

uwzględnia się potrzebę zapewnienia bezpłatnego dostępu oraz publikacji w repozytorium

interoperacyjności opisów usług, schematów XML oraz innych wzorów.

1.

Systemy teleinformatyczne używane przez podmioty realizujące zadania publiczne projektuje

się, wdraża oraz eksploatuje z uwzględnieniem ich funkcjonalności, niezawodności,

używalności, wydajności, przenoszalności i pielęgnowalności, przy zastosowaniu norm

oraz uznanych w obrocie profesjonalnym standardów i metodyk.

2.

Zarządzanie usługami realizowanymi przez systemy teleinformatyczne ma na celu dostarczanie

tych usług na deklarowanym poziomie dostępności i odbywa się w oparciu o udokumentowane

procedury.

3.

Wymagania określone w ust. 1 i 2 uznaje się za spełnione, jeśli projektowanie, wdrażanie,

eksploatowanie, monitorowanie, przeglądanie, utrzymanie i udoskonalanie zarządzania

usługą podmiotu realizującego zadanie publiczne odbywają się z uwzględnieniem Polskich

Norm: PN-ISO/IEC 20000-1 i PN-ISO/IEC 20000-2.

1.

Systemy teleinformatyczne używane przez podmioty realizujące zadania publiczne wyposaża

się w składniki sprzętowe lub oprogramowanie umożliwiające wymianę danych z innymi

systemami teleinformatycznymi za pomocą protokołów komunikacyjnych i szyfrujących

określonych w obowiązujących przepisach, normach, standardach lub rekomendacjach ustanowionych

przez krajową jednostkę normalizacyjną lub jednostkę normalizacyjną Unii Europejskiej.

2.

W przypadku gdy w danej sprawie brak jest przepisów, norm lub standardów, o których

mowa w ust. 1, stosuje się standardy uznane na poziomie międzynarodowym, w szczególności

opracowane przez

1)

Internet Engineering Task Force (IETF) i publikowane w postaci Request For Comments

(RFC),

2)

World Wide Web Consortium (W3C) i publikowane w postaci W3C Recommendation (REC)

- adekwatnie do potrzeb wynikających z realizowanych zadań oraz bieżącego stanu technologii

informatycznych.

3.

Informację o dostępności opisów standardów, o których mowa w ust. 2, minister właściwy

do spraw informatyzacji publikuje w Biuletynie Informacji Publicznej.

1.

Kodowanie znaków w dokumentach wysyłanych z systemów teleinformatycznych podmiotów

realizujących zadania publiczne lub odbieranych przez takie systemy, także w odniesieniu

do informacji wymienianej przez te systemy z innymi systemami na drodze teletransmisji,

o ile wymiana ta ma charakter wymiany znaków, odbywa się według standardu Unicode

UTF-8 określonego przez normę ISO/IEC 10646 wraz ze zmianami lub normę ją zastępującą.

2.

W uzasadnionych przypadkach dopuszcza się kodowanie znaków według standardu Unicode

UTF-16 określonego przez normę, o której mowa w ust. 1.

3.

Zastosowanie kodowania, o którym mowa w ust. 2, nie może negatywnie wpływać na współpracę

z systemami teleinformatycznymi używającymi kodowania określonego w ust. 1.

1.

Systemy teleinformatyczne podmiotów realizujących zadania publiczne udostępniają zasoby

informacyjne co najmniej w jednym z formatów danych określonych w załączniku nr 2

do rozporządzenia.

2.

Jeżeli z przepisów szczegółowych albo opublikowanych w repozytorium interoperacyjności

schematów XML lub innych wzorów nie wynika inaczej, podmioty realizujące zadania publiczne

umożliwiają przyjmowanie dokumentów elektronicznych służących do załatwiania spraw

należących do zakresu ich działania w formatach danych określonych w załącznikach

nr 2 i 3 do rozporządzenia.

W systemie teleinformatycznym podmiotu realizującego zadania publiczne służące prezentacji

zasobów informacji należy zapewnić spełnienie przez ten system wymagań Web Content

Accessibility Guidelines (WCAG 2.0), z uwzględnieniem poziomu AA, określonych w załączniku

nr 4 do rozporządzenia.

1.

Podmiot realizujący zadania publiczne opracowuje i ustanawia, wdraża i eksploatuje,

monitoruje i przegląda oraz utrzymuje i doskonali system zarządzania bezpieczeństwem

informacji zapewniający poufność, dostępność i integralność informacji z uwzględnieniem

takich atrybutów, jak autentyczność, rozliczalność, niezaprzeczalność i niezawodność.

2.

Zarządzanie bezpieczeństwem informacji realizowane jest w szczególności przez zapewnienie

przez kierownictwo podmiotu publicznego warunków umożliwiających realizację i egzekwowanie

następujących działań

1)

zapewnienia aktualizacji regulacji wewnętrznych w zakresie dotyczącym zmieniającego

się otoczenia;

2)

utrzymywania aktualności inwentaryzacji sprzętu i oprogramowania służącego do przetwarzania

informacji obejmującej ich rodzaj i konfigurację;

3)

przeprowadzania okresowych analiz ryzyka utraty integralności, dostępności lub poufności

informacji oraz podejmowania działań minimalizujących to ryzyko, stosownie do wyników

przeprowadzonej analizy;

4)

podejmowania działań zapewniających, że osoby zaangażowane w proces przetwarzania

informacji posiadają stosowne uprawnienia i uczestniczą w tym procesie w stopniu adekwatnym

do realizowanych przez nie zadań oraz obowiązków mających na celu zapewnienie bezpieczeństwa

informacji;

5)

bezzwłocznej zmiany uprawnień, w przypadku zmiany zadań osób, o których mowa w pkt

4;

6)

zapewnienia szkolenia osób zaangażowanych w proces przetwarzania informacji ze szczególnym

uwzględnieniem takich zagadnień, jak

a)

zagrożenia bezpieczeństwa informacji,

b)

skutki naruszenia zasad bezpieczeństwa informacji, w tym odpowiedzialność prawna,

c)

stosowanie środków zapewniających bezpieczeństwo informacji, w tym urządzenia i oprogramowanie

minimalizujące ryzyko błędów ludzkich;

7)

zapewnienia ochrony przetwarzanych informacji przed ich kradzieżą, nieuprawnionym

dostępem, uszkodzeniami lub zakłóceniami, przez

a)

monitorowanie dostępu do informacji,

b)

czynności zmierzające do wykrycia nieautoryzowanych działań związanych z przetwarzaniem

informacji,

c)

zapewnienie środków uniemożliwiających nieautoryzowany dostęp na poziomie systemów

operacyjnych, usług sieciowych i aplikacji;

8)

ustanowienia podstawowych zasad gwarantujących bezpieczną pracę przy przetwarzaniu

mobilnym i pracy na odległość;

9)

zabezpieczenia informacji w sposób uniemożliwiający nieuprawnionemu jej ujawnienie,

modyfikacje, usunięcie lub zniszczenie;

10)

zawierania w umowach serwisowych podpisanych ze stronami trzecimi zapisów gwarantujących

odpowiedni poziom bezpieczeństwa informacji;

11)

ustalenia zasad postępowania z informacjami, zapewniających minimalizację wystąpienia

ryzyka kradzieży informacji i środków przetwarzania informacji, w tym urządzeń mobilnych;

12)

zapewnienia odpowiedniego poziomu bezpieczeństwa w systemach teleinformatycznych,

polegającego w szczególności na

a)

dbałości o aktualizację oprogramowania,

b)

minimalizowaniu ryzyka utraty informacji w wyniku awarii,

c)

ochronie przed błędami, utratą, nieuprawnioną modyfikacją,

d)

stosowaniu mechanizmów kryptograficznych w sposób adekwatny do zagrożeń lub wymogów

przepisu prawa,

e)

zapewnieniu bezpieczeństwa plików systemowych,

f)

redukcji ryzyk wynikających z wykorzystania opublikowanych podatności technicznych

systemów teleinformatycznych,

g)

niezwłocznym podejmowaniu działań po dostrzeżeniu nieujawnionych podatności systemów

teleinformatycznych na możliwość naruszenia bezpieczeństwa,

h)

kontroli zgodności systemów teleinformatycznych z odpowiednimi normami i politykami

bezpieczeństwa;

13)

bezzwłocznego zgłaszania incydentów naruszenia bezpieczeństwa informacji w określony

i z góry ustalony sposób, umożliwiający szybkie podjęcie działań korygujących;

14)

zapewnienia okresowego audytu wewnętrznego w zakresie bezpieczeństwa informacji, nie

rzadziej niż raz na rok.

3.

Wymagania określone w ust. 1 i 2 uznaje się za spełnione, jeżeli system zarządzania

bezpieczeństwem informacji został opracowany na podstawie Polskiej Normy PN-ISO/IEC

27001, a ustanawianie zabezpieczeń, zarządzanie ryzykiem oraz audytowanie odbywa się

na podstawie Polskich Norm związanych z tą normą, w tym

1)

PN-ISO/IEC 17799 - w odniesieniu do ustanawiania zabezpieczeń;

2)

PN-ISO/IEC 27005 - w odniesieniu do zarządzania ryzykiem;

3)

PN-ISO/IEC 24762 - w odniesieniu do odtwarzania techniki informatycznej po katastrofie

w ramach zarządzania ciągłością działania.

4.

Niezależnie od zapewnienia działań, o których mowa w ust. 2, w przypadkach uzasadnionych

analizą ryzyka w systemach teleinformatycznych podmiotów realizujących zadania publiczne

należy ustanowić dodatkowe zabezpieczenia.

1.

Rozliczalność w systemach teleinformatycznych podlega wiarygodnemu dokumentowaniu

w postaci elektronicznych zapisów w dziennikach systemów (logach).

2.

W dziennikach systemów odnotowuje się obligatoryjnie działania użytkowników lub obiektów

systemowych polegające na dostępie do

1)

systemu z uprawnieniami administracyjnymi;

2)

konfiguracji systemu, w tym konfiguracji zabezpieczeń;

3)

przetwarzanych w systemach danych podlegających prawnej ochronie w zakresie wymaganym

przepisami prawa.

3.

Poza informacjami wymienionymi w ust. 2 mogą być odnotowywane działania użytkowników

lub obiektów systemowych, a także inne zdarzenia związane z eksploatacją systemu w

postaci

1)

działań użytkowników nieposiadających uprawnień administracyjnych,

2)

zdarzeń systemowych nieposiadających krytycznego znaczenia dla funkcjonowania systemu,

3)

zdarzeń i parametrów środowiska, w którym eksploatowany jest system teleinformatyczny

- w zakresie wynikającym z analizy ryzyka.

4.

Informacje w dziennikach systemów przechowywane są od dnia ich zapisu, przez okres

wskazany w przepisach odrębnych, a w przypadku braku przepisów odrębnych przez dwa

lata.

5.

Zapisy dzienników systemów mogą być składowane na zewnętrznych informatycznych nośnikach

danych w warunkach zapewniających bezpieczeństwo informacji. W uzasadnionych przypadkach

dzienniki systemów mogą być prowadzone na nośniku papierowym.

Systemy teleinformatyczne podmiotów realizujących zadania publiczne funkcjonujące

w dniu wejścia w życie rozporządzenia należy dostosować do wymagań określonych w §

19, nie później niż w terminie 3 lat od dnia wejścia w życie niniejszego rozporządzenia.

Systemy teleinformatyczne podmiotów realizujących zadania publiczne funkcjonujące

w dniu wejścia w życie rozporządzenia na podstawie dotychczas obowiązujących przepisów

należy dostosować do wymagań, o których mowa w rozdziale IV rozporządzenia, nie później

niż w dniu ich pierwszej istotnej modernizacji przypadającej po wejściu w życie rozporządzenia.

Do dnia wejścia w życie przepisów ustanawiających Ewidencję Miejscowości, Ulic i Adresów,

rejestrem publicznym wykorzystywanym przy tworzeniu schematu struktury danych punktu

adresowego, z wyjątkiem danych, które stanowią współrzędne x, y, jest krajowy rejestr

urzędowy podziału terytorialnego kraju, o którym mowa w ustawie z dnia 29 czerwca 1995 r. o statystyce publicznej

(Dz. U. Nr 88, poz. 439, z późn. zm..

Rozporządzenie wchodzi w życie po upływie 14 dni od dnia ogłoszenia.