Source: http://docplayer.pl/1397965-Generalny-inspektorat-nadzoru-bankowego-rekomendacja-d-dotyczaca.html
Timestamp: 2017-01-22 12:54:12+00:00
Document Index: 110062223

Matched Legal Cases: ['art.10', 'art. 71', 'art. 36', 'arte 2016', 'arte 2016', 'art. 49']

⭐Generalny Inspektorat Nadzoru Bankowego REKOMENDACJA D. dotycząca
Generalny Inspektorat Nadzoru Bankowego REKOMENDACJA D. dotycząca
Download "Generalny Inspektorat Nadzoru Bankowego REKOMENDACJA D. dotycząca"
Magda Kalinowska
1 NARODOWY BANK POLSKI KOMISJA NADZORU BANKOWEGO Generalny Inspektorat Nadzoru Bankowego REKOMENDACJA D dotycząca zarządzania ryzykami towarzyszącymi systemom informatycznym i telekomunikacyjnym używanym przez banki Tekst zaktualizowany Warszawa, 2002 r.2 I. DEFINICJE I PRZYDATNE SŁOWNICTWO 1 : 1. aplikacja program komputerowy wykonujący złożone zadania określonego rodzaju przetwarzanie danych (wprowadzanie, przechowywanie, aktualizacje lub wyszukiwanie danych); 2. audyt bezpieczeństwa systemu * dokonanie niezależnego przeglądu i oceny działania systemu w celu przetestowania adekwatności środków nadzoru systemu, upewnienia się, czy system działa zgodnie z ustaloną polityką bezpieczeństwa i z procedurami operacyjnymi oraz w celu wykrycia przełamań bezpieczeństwa i zalecenia wskazanych zmian w środkach nadzorowania, polityce bezpieczeństwa oraz w procedurach; 3. audyt systemu informatycznego* - sprawdzanie procedur stosowanych w systemie przetwarzania danych w celu oceny ich skuteczności i poprawności oraz w celu zalecenia ulepszeń; 4. bankowość elektroniczna dostarczanie bankowych usług i produktów w dowolnym miejscu i czasie za pomocą elektronicznych kanałów dystrybucji przy użyciu powszechnie stosowanych urządzeń elektronicznych (takich jak: komputer, telefon, telewizor-platforma cyfrowa lub innych dostarczanych przez usługodawcę); 5. dostępność* - właściwość danych lub zasobów polegająca na tym, że mogą być one dostępne i wykorzystywane na żądanie uprawnionej jednostki; 6. elektroniczne kanały dystrybucji Internet, sieci MAN, sieci WAN, sieci telefoniczne, sieci telewizyjne itp.; 7. firewall zabezpieczenie fizyczne lub logiczne chroniące przed nieupoważnionym dostępem oraz kontrolujące przepływ informacji pomiędzy sieciami, w szczególności pomiędzy sieciami wewnętrznymi (banku, jednostki organizacyjnej banku), a zewnętrznymi (Internet); 8. hacker osoba wykorzystująca słabości i luki zabezpieczeń oraz błędy w oprogramowaniu w celu uzyskania nieautoryzowanego dostępu do systemu informatycznego; 9. integralność danych* - właściwość polegająca na tym, że dane nie zostały wcześniej zmienione lub zniszczone w nieautoryzowany sposób 10. integralność systemu* - właściwość polegająca na tym, że system realizuje swoją zamierzoną funkcję w nienaruszony sposób, wolny od nieautoryzowanej manipulacji, celowej lub przypadkowej 11. Internet- ogólnoświatowa sieć operująca protokołem IP, łącząca rozsiane po świecie lokalne komputery agencji i instytucji edukacyjnych, badawczych rządowych, przemysłowych i prywatnych; 1 Definicje słownictwa oznaczonego * zaczerpnięto z PN-ISO/IEC i PN-I Rekomendacja D Strona 1 z 373 12. karta smart karta inteligentna, którą można programować, najczęściej z mikroprocesorem (chipem), wykorzystywana przeważnie do autoryzacji; 13. władze banku - Zarząd, Rada Banku; 14. kryptografia* dyscyplina, która obejmuje zasady, środki i metody przekształcania danych w celu ukrycia ich zawartości semantycznej, zapobiegania ich nieuprawnionemu wykorzystaniu lub zapobiegania ich niewykrywalnej modyfikacji; 15. nośnik danych dysk, dyskietka, taśma, CD, itp.; 16. oprogramowanie (software) program lub zestaw programów pozwalający na wykonywanie przez komputer określonych zadań. Obejmuje programy, które na różnym poziomie sterują działaniem komputera (system operacyjny, programy użytkowe, aplikacje); 17. plan awaryjny* - określenie wszystkich działań, które powinny być podjęte przed, podczas i po awarii systemu łącznie z udokumentowanymi, przetestowanymi procedurami, których realizacja zapewni dostępność krytycznych systemów informatycznych i ułatwi utrzymanie ciągłości działania; 18. poufność* właściwość danych, wskazująca obszar, w którym te dane nie powinny być dostępne lub ujawniane nieuprawnionym osobom, procesom lub innym podmiotom; 19. sieć (net, network) układ komputerów i urządzeń końcowych (np. drukarki) połączony ze sobą łączami komunikacyjnymi umożliwiającymi wymianę komunikatów pomiędzy nimi; 20. sniffer analizator sieciowy - program służący do przechwytywania i analizy pakietów danych przesyłanych w sieci; 21. spoof - spoofing* zwodzenie, podjęcie działań zmierzających do oszukania użytkownika, obserwatora (takiego jak podsłuchujący) lub zasobu; 22. system informatyczny program lub zbiór programów i funkcji, zarządzający zasobami oraz umożliwiający wykorzystanie tych zasobów przez użytkowników. Wyróżniamy systemy operacyjne, systemy baz danych, systemy użytkowe; 23. system telekomunikacyjny zespół urządzeń telekomunikacyjnych współpracujących ze sobą w celu spełnienia określonego zadania. 24. szyfrowanie* kryptograficzne przekształcenie danych. Rekomendacja D Strona 2 z 374 II. WSTĘP Poniższa rekomendacja zastąpiła Rekomendację D z dnia 20 października 1997r. dotyczącą zarządzania ryzykami towarzyszącymi systemom informatycznym i telekomunikacyjnym używanym przez banki. Obserwowany w ostatnich latach szybki rozwój w dziedzinie systemów informatycznych i telekomunikacyjnych, a zwłaszcza szybki rozwój Internetu i rosnąca akceptacja do wykorzystywania tego medium jako kanału dystrybucji produktów i usług bankowych, stawiają przed bankami nowe wyzwania w zakresie prac związanych z rozwojem własnych systemów przetwarzania danych, a szczególnie ich solidnością i niezawodnością. Ciągłe innowacje technologiczne i konkurencja pomiędzy istniejącymi i wchodzącymi na rynek organizacjami bankowymi, umożliwiły klientom detalicznym i hurtowym dostęp do znacznie szerszego zakres usług i produktów bankowych oraz ich dostarczanie poprzez elektroniczny kanał dystrybucji, nazywany powszechnie bankowością elektroniczną. Jednak szybki rozwój możliwości bankowości elektronicznej niesie ze sobą zarówno korzyści jak i ryzyka. Bankowość elektroniczna stała się częścią systemów informatycznych banków. Banki zawsze narażone były na ryzyko błędów i oszustw, ale skala tego ryzyka i szybkość z jaką mogą te zjawiska obecnie wystąpić, zwiększyła się wydatnie wraz z rozwojem komputerowego przepływu środków pieniężnych, który odbywa się w skali całego świata. Profil ryzyka każdego banku jest inny i wymaga dostosowania metody jego redukcji do skali zastosowań systemów informatycznych i operacji bankowości elektronicznej, istotności występujących ryzyk oraz woli i zdolności banków do zarządzania tymi ryzykami. Oznacza to, że metoda jednego rozmiaru dla wszystkich w zagadnieniach zarządzania ryzykiem w systemach informatycznych i bankowości elektronicznej może nie być odpowiednia. Rodzaje ryzyka występujące w systemach informatycznych i w bankowości elektronicznej są generalnie takie same, jak wchodzące w grę w ukształtowanych wcześniej strukturach. Jednak w porównaniu z systemami ręcznymi, w systemie elektronicznego przetwarzania danych szczególne ryzyko rodzi możliwość bezprawnego ujawnienia, modyfikacji lub usunięcia większej ilości, materialnie istotniejszych informacji, w bardziej wygodny i metodologicznie dostępny sposób (np. kopie na nośnikach danych) bez pozostawienia śladów nie autoryzowanego dostępu. Szczególnej uwagi wymaga także zagadnienie zapewnienia właściwej dostępności tego typu systemów. Zarządzanie ryzykiem towarzyszącym systemom informatycznym i telekomunikacyjnym, w przedstawionej rekomendacji, zostało podzielone na cztery ogólne zagadnienia:1. Rola kierownictwa banku w zarządzaniu bezpieczeństwem systemów informatycznych, 2. Mechanizmy kontroli bezpieczeństwa, 3. Zarządzanie ryzykami, 4. Audyt informatyczny i nadzór. Przedstawiona rekomendacja zawiera w swojej treści zalecenia Bazylejskiego Komitetu ds. Nadzoru Bankowego dotyczące zasad zarządzania ryzykiem w bankowości elektronicznej. Rekomendacja D Strona 3 z 375 III. ROLA WŁADZ BANKU W ZARZĄDZANIU BEZPIECZEŃSTWEM SYSTEMÓW INFORMATYCZNYCH A. NADZÓR Władze banku w ramach wypełniania swoich funkcji są odpowiedzialne za opracowywanie strategii banku, w tym strategii w zakresie rozwoju i eksploatacji systemów informatycznych i sieci. Technologia informatyczna jest podstawą funkcjonowania współczesnego banku. Systemy informatyczne i sieci są bazą dla systemu informacyjnego. Bank jest w stanie realizować swoją strategię i założone cele tylko wtedy, gdy strategia rozwoju informatyki jest spójna z ogólną strategią rozwoju banku. Prawidłowe i efektywne zarządzanie obszarem informatyki umożliwia niezawodne funkcjonowanie systemów informatycznych i telekomunikacyjnych oraz wzmacnia bezpieczeństwo banku i klientów. Wraz z rozwojem banku rosną wymagania wobec systemów informatycznych i umiejętności pracowników. Dla efektywnego zarządzania niezbędne staje się uniezależnienie obsługi klienta od miejsca lokalizacji rachunku (tzw. odmiejscowienie rachunku). Do władz banku należy decyzja o wyborze scentralizowanej lub rozproszonej architektury systemu informatycznego. Władze banku są odpowiedzialne za decyzję czy bank będzie świadczył usługi bankowości elektronicznej. W szczególności, władze banku powinny upewnić się, czy plany dotyczące bankowości elektronicznej są wyraźnie zintegrowane ze strategicznymi celami banku oraz czy jest prowadzona analiza ryzyka w zakresie elektronicznej działalności bankowej, czy ustanowione są odpowiednie procesy redukowania i monitorowania zidentyfikowanych ryzyk. Ponadto, władze banku powinny upewniać się, czy prawidłowo są oceniane i uwzględniane aspekty ryzyka operacyjnego. Dostarczanie usług bankowych poprzez Internet może w istotny sposób zmodyfikować i/lub nawet zwiększyć tradycyjne ryzyka bankowe (np. ryzyko strategiczne, ryzyko reputacji, ryzyko operacyjne, kredytowe i płynności). Z tego względu należy podjąć działania służące zapewnieniu właściwej oceny i wprowadzeniu odpowiednich zmian do istniejących procedur zarządzania ryzykiem w banku, kontroli bezpieczeństwa, należytej staranności i kontroli w zakresie zlecania usług na zewnątrz w celu ich dostosowania do usług bankowości elektronicznej. Władze banku powinny ustanowić efektywną kontrolę zarządczą ryzyk związanych z systemami informatycznymi, w tym ustanowić polityki i inne, bardziej szczegółowe regulacje służące zarządzaniu tymi ryzykami. Bank nie powinien stosować nowych technologii informatycznych bez posiadania wiedzy umożliwiającej zarządzanie związanymi z nimi ryzykami. Rekomendacja D Strona 4 z 376 Władze banku powinny zapewnić integrację procesów zarządzania ryzykiem w systemach informatycznych z procesami zarządzania ryzykiem w skali całego banku. Należy oceniać aktualną politykę i procesy zarządzania ryzykiem w celu upewnienia się, że są one wystarczająco sprawne, aby uwzględnić nowe ryzyka wynikające z prowadzonej lub planowanej działalności bankowości elektronicznej. Dodatkowe działania w zakresie zarządzania ryzykiem, które powinny być rozważone, obejmują: precyzyjne określenie akceptowanego przez bank poziomu ryzyka w zakresie systemów informatycznych, ustanowienie podstawowych upoważnień i mechanizmów podległości, w tym w odniesieniu do procedur zgłaszania przypadków wystąpienia incydentów wpływających na bezpieczeństwo, kondycję finansową lub reputację banku (np. przypadków penetracji sieci, złamania zasad bezpieczeństwa przez pracowników oraz wszelkich poważnych przypadków niewłaściwego użycia sprzętu komputerowego), uwzględnienie unikalnych czynników ryzyka związanych z zapewnieniem bezpieczeństwa, integralności i dostępności produktów i usług bankowości elektronicznej oraz wymaganie, aby strony trzecie, którym banki zleciły sprawy podstawowych systemów lub aplikacji, podejmowały te same kroki. Wiążące się z bankowością elektroniczną zwiększone ryzyko reputacji powoduje konieczność czujnego monitorowania zdolności funkcjonowania systemu i poziomu zadowolenia klientów, jak również konieczność zgłaszania ewentualnych incydentów do władz banku. W zależności od zakresu i złożoności elektronicznej działalności bankowej, będą występowały różnice co do zakresu i struktury programów zarządzania ryzykiem w organizacjach bankowych. Zasoby wymagane do kontroli usług bankowości elektronicznej powinny odpowiadać poziomowi ryzyka z nimi związanymi. W świetle unikalnych cech bankowości elektronicznej, nowe projekty w zakresie bankowości elektronicznej, które mogą wywrzeć istotny wpływ na profil ryzyka i strategię banku powinny być poddawane odpowiednim analizom strategicznym i analizom kosztów/korzyści. Bez dokonywania analizy strategicznej i ciągłych ocen wyników w relacji do planu, występuje ryzyko niedoszacowania kosztów i/lub przeszacowania zysków wynikających z podejmowanych przez banki inicjatyw w zakresie bankowości elektronicznej. Z uwagi na rodzaj działalności banku jako instytucji publicznego zaufania, znaczną ilość informacji przetwarzanych w systemach informatycznych charakteryzować będzie wysoki stopień wrażliwości na utratę lub ujawnienie. Należy dokonać określenia stopnia poufności wszystkich rodzajów informacji przetwarzanych w systemach informatycznych, a w szczególności wskazać, które informacje i w jakim okresie powinny podlegać bez względu na formę absolutnemu zakazowi publikacji (czasowe embargo na niektóre informacje). Niezbędne jest również precyzyjne określenie zasad obowiązujących przy przekazywaniu danych. Prawidłowy nadzór ze strony władz banku ma podstawowe znaczenie dla zapewnienia efektywnych wewnętrznych mechanizmów kontroli elektronicznej działalności bankowej. Oprócz Rekomendacja D Strona 5 z 377 szczególnych cech internetowego kanału dystrybucji, znaczne wyzwanie dla tradycyjnych procesów zarządzania ryzykiem stanowią następujące aspekty bankowości elektronicznej: Główne elementy kanału dostarczania usług (kanały elektroniczne i związane z nim technologie Internet, GSM, WAP) znajdują się poza zasięgiem bezpośredniej kontroli banku. Internet zapewnia dostarczanie usług do wielu krajowych jurysdykcji, włącznie z tymi, które nie są obecnie obsługiwane przez fizyczne placówki banku. Ze względu na złożoność zagadnień związanych z bankowością elektroniczną, jak również wysoce techniczny język i pojęcia, kwestie związane z tą działalnością pozostają w wielu przypadkach poza tradycyjnym doświadczeniem kierownictwa banku. B. POLITYKA W ZAKRESIE BEZPIECZEŃSTWA SYSTEMÓW INFORMATYCZNYCH Kierownictwo banku odpowiada za stworzenie i realizację polityki bezpieczeństwa. Odpowiedzialność za zabezpieczenie systemów informatycznych przed narażeniem na różnego typu ryzyko, związana jest instytucjonalnie z procesem zarządzania. Kierownictwo banku odpowiedzialne jest za bezpieczeństwo systemów informatycznych i sieci w każdej jednostce organizacyjnej banku. Zapewnienie poufności, integralności i dostępności danych wymaga opracowania odpowiednich procedur i zasad kontroli ich realizacji. Kierownictwo banku powinno nadzorować opracowanie, w formie pisemnej, procedur i zasad kontroli bezpieczeństwa zapewniających prawidłowe zabezpieczenie systemów informatycznych i danych (ze szczególnym uwzględnieniem bankowości elektronicznej) przed zagrożeniami wewnętrznymi i zewnętrznymi, pozwalających na zminimalizowanie prawdopodobieństwa wystąpienia negatywnych zdarzeń. Nadzór ten powinien obejmować nadawanie uprawnień, mechanizmy kontroli dostępu fizycznego i elektronicznego oraz adekwatną infrastrukturę zabezpieczającą, służącą zachowaniu odpowiednich ograniczeń dotyczących działań wewnętrznych i zewnętrznych użytkowników. W celu zapewnienia odpowiednich systemów kontroli bezpieczeństwa, kierownictwo banku musi ustalić, czy bank posiada wszechstronny proces zabezpieczeń, w tym odpowiednią politykę i procedury, uwzględniające potencjalne wewnętrzne i zewnętrzne zagrożenia bezpieczeństwa. Dotyczy to zarówno zapobiegania incydentom, jak i odpowiedniego na nie reagowania. Kierownictwo banku odpowiedzialne jest za stworzenie polityki bezpieczeństwa i zapewnienie stałego nadzoru nad jej realizacją. Dla wypracowania i zatwierdzenia zasad polityki bezpieczeństwa zalecane jest wyłonienie spośród najwyższego szczebla kierownictwa banku stosownego komitetu. Pracami komitetu powinien kierować posiadający odpowiednie kwalifikacje członek Zarządu banku. Opracowana polityka powinna określać następujące, podstawowe elementy efektywnego procesu zabezpieczenia systemów informatycznych: obowiązki kierownictwa banku / pracowników w zakresie kontroli opracowywania i przestrzegania polityki bezpieczeństwa, Rekomendacja D Strona 6 z 378 odpowiednie zabezpieczenia fizyczne, zapobiegające dostępowi osób nieupoważnionych do sprzętu komputerowego, a szczególną uwagę należy zwrócić na właściwą lokalizację centrum komputerowego, odpowiednie zabezpieczenia elektroniczne oraz procesy monitorowania dostępu, zapobiegające wewnętrznemu i zewnętrznemu nieupoważnionemu dostępowi do systemów operacyjnych, aplikacji i baz danych, regularne analizowanie i testowanie środków i mechanizmów kontroli bezpieczeństwa, w tym ciągłe śledzenie nowych rozwiązań i trendów w zakresie zabezpieczeń oraz instalowanie odpowiednich nowych wersji oprogramowania, pakietów usług i innych wymaganych środków, zasady postępowania dotyczące zapewnienia zgodności systemów informatycznych z aktualnie obowiązującymi przepisami. Ustalona i obowiązująca w banku polityka zabezpieczeń systemów informatycznych, określająca organizacyjne zasady planowania i eksploatacji zabezpieczeń, powinna mieć najwyższą rangę i być dostępna dla wszystkich pracowników odpowiedzialnych za bezpieczeństwo informacji. Celem zabezpieczenia systemu informatycznego jest zapewnienie poufności, integralności i dostępności zasobów, pozwalające na przetwarzanie, przesyłanie i przechowywanie danych systemowych, zapewnienie ewidencji podejmowanych działań, autentyczności użytkowników oraz niezawodności systemu. Dla zapewnienia bezpiecznego wykonywania przetwarzania informacji w banku niezbędne jest opracowanie właściwie udokumentowanych procedur i określenie zakresów odpowiedzialności. Procedury te, napisane w sposób jasny i zrozumiały, powinny obejmować swoim zakresem: wszystkie aplikacje funkcjonujące w banku, zasady tworzenia, testowania i wdrażania nowych aplikacji, zasady i sposób właściwego przechowywania zbiorów danych oraz ich archiwizowania, jak również udostępniania danych, postępowanie w przypadku wykrycia błędów, wykorzystanie systemów wspomagających w przypadku wystąpienia problemów technicznych, sposób postępowania w przypadku załamania się pracy systemu (proces odtworzenia). Dla zapewnienia bezpiecznego dostępu do aplikacji i baz danych należy tworzyć i utrzymywać profile bezpieczeństwa. Dotyczy to także konkretnych przywilejów autoryzacji przyznawanych wszystkim użytkownikom systemów informatycznych i aplikacji bankowości elektronicznej, w tym wszystkim klientom, wewnętrznym użytkownikom bankowym oraz usługodawcom, którym zlecono usługi. W celu wsparcia właściwego podziału obowiązków należy opracować także mechanizmy kontroli dostępu elektronicznego. Bank może się zdecydować na ustanowienie scentralizowanego lub zdecentralizowanego systemu praw dostępu. Na przykład, może istnieć tylko jedna jednostka autoryzująca, odpowiedzialna za przyznawanie praw dostępu konkretnym osobom, grupom lub funkcjom w ramach banku. Może też istnieć szereg jednostek autoryzujących, realizujących różne potrzeby w ramach różnych pionów Rekomendacja D Strona 7 z 379 organizacyjnych. Należy mieć na uwadze, że w przypadku istnienia wielu jednostek autoryzujących w banku, ich działania mogą nie być spójne. Dane i systemy informatyczne powinny być klasyfikowane zgodnie z ich wrażliwością i znaczeniem oraz odpowiednio chronione. W celu ochrony wszystkich wrażliwych systemów i systemów wysokiego ryzyka, serwerów, baz danych i aplikacji należy stosować odpowiednie mechanizmy, takie jak szyfrowanie, kontrola dostępu i plany odzyskiwania danych (sposób tworzenia i przechowywania kopii zapasowych i archiwalnych). Należy również określić zasady realizacji krytycznych aplikacji w warunkach awaryjnych, katastrof lub klęsk żywiołowych (w tym plany działań awaryjnych i plany odtwarzania działalności). Przechowywanie danych wrażliwych lub danych wysokiego ryzyka w systemach komputerów biurowych lub komputerów przenośnych organizacji powinno być ograniczone do minimum i właściwie chronione poprzez szyfrowanie, kontrolę dostępu i plany odzyskiwania danych. W celu zapobieżenia dostępowi do głównych systemów, serwerów, baz danych i aplikacji bankowości elektronicznej bez upoważnienia należy wprowadzić odpowiednie mechanizmy kontroli fizycznego dostępu. Powinny obejmować mechanizmy kontrolne zabezpieczające przed nieupoważnionym dostępem do systemów stron zewnętrznych, takich jak goście, zleceniobiorcy i technicy. Strony te mogą mieć dostęp do pomieszczeń, chociaż mogą nie być bezpośrednio zaangażowane w usługi na rzecz systemów informatycznych. Należy stosować odpowiednie techniki służące redukcji zewnętrznych zagrożeń dla systemów informatycznych i aplikacji bankowości elektronicznej, w tym korzystać z: oprogramowania wykrywającego wirusy we wszystkich najważniejszych punktach wejścia (np. w serwerach o zdalnym dostępnie, serwerach obsługujących pocztę elektroniczną) i w każdym systemie komputerów biurowych, oprogramowania wykrywającego próby włamań do systemu oraz z innych narzędzi oceny bezpieczeństwa służących okresowemu badaniu sieci, serwerów i stosowanych rozgraniczeń w celu wykrycia słabości i/lub przypadków naruszenia procedur bezpieczeństwa i mechanizmów kontrolnych, testowania pod kątem penetracji sieci wewnętrznych i zewnętrznych, raportowania wszelkich wykrytych lub podejrzewanych zjawisk, wskazujących na możliwość nadużyć, określenia trybu ich usuwania, zapobieganiu ponownemu wystąpieniu oraz określeniu zakresu działań analitycznych dla zidentyfikowania słabych ogniw zabezpieczenia systemu. Należy stosować rygorystyczny proces analizy bezpieczeństwa wobec wszystkich pracowników i usługodawców zajmujących newralgiczne stanowiska. Należy określić polityki i standardowe wymagania dotyczące zgodności i dostosowywania systemów informatycznych do obowiązujących przepisów prawa. Należy utrzymywać niezbędny poziomu edukacji użytkowników wymaganej dla zapewnienia bezpieczeństwa informacji poprzez udział w seminariach, kursach i szkoleniach. Z procedur obowiązujących w banku powinien jednoznacznie wynikać obowiązek oddzielenia funkcji operacyjnych od rozwojowych, a także funkcji administrowania systemem, zarządzania siecią, wprowadzania danych, technicznej obsługi komputerów, napraw systemu i Rekomendacja D Strona 8 z 3710 jego rozbudowy od administrowania bezpieczeństwem systemów komputerowych oraz audytu systemów informatycznych. Oddzielenie i niezależna realizacja czynności testujących od operacyjnych zapobiega wprowadzaniu nieoczekiwanych i niepożądanych zmian do wersji użytkowej systemu oraz nadmiernemu dzieleniu się informacjami. Prace testujące powinny być oddalone od normalnej, operacyjnej pracy systemów informatycznych również w sensie fizycznym. Poszczególni użytkownicy aplikacji powinni mieć indywidualne, własne, często zmieniane hasła dostępu. Modyfikacja systemu, wdrażania nowej wersji lub przejście na inny system jak również wymiana sprzętu powinna być prowadzona w taki sposób aby zabezpieczyć bank przed możliwością wystąpienia przestojów. Pisemne zasady postępowania i zakresy odpowiedzialności powinny szczegółowo normować sposób postępowania w przypadkach incydentalnych: załamania się systemu, utraty danych, wystąpienia błędnych i/lub niekompletnych danych operacyjnych, naruszenia lub prób naruszenia poufności informacji. W każdym z takich przypadków powinno obowiązywać przeprowadzenie identyfikacji i analizy przyczyn oraz skutków sytuacji awaryjnych. W procedurach należy wskazać zasady analizy słabości systemów aktualnie funkcjonujących, planowania środków zaradczych, ich testowania i wdrażania. Procedury powinny być ukierunkowane na zapobieganie, wykrywanie i powstrzymywanie skutków niepożądanych zdarzeń, zagrażających operacjom bankowym, niezgodnych z prawem, obowiązującymi procedurami, dokonanych z pominięciem zabezpieczeń kontrolnych. Powinny one również wskazywać możliwość użycia alternatywnych sieci komputerowych i systemów telekomunikacyjnych w przypadku awarii oraz być zgodne z procedurami wykrywania błędów i z planami poawaryjnego przywracania sprawności systemów, uszkodzonych w następstwie poważnych katastrof. Procedury działań ograniczających szkody powinny być ściśle związane z polityką zabezpieczenia systemów informatycznych przed stratami spowodowanymi nadużyciami pracowników, zniszczeniem programów i sprzętu komputerowego oraz z rachunkiem kosztów odzyskania danych. Polityka korzystania z zewnętrznych urządzeń, warunkujących pracę systemu informatycznego oraz współpraca z firmami zewnętrznymi (dostawcami sprzętu, oprogramowania, ośrodkami przetwarzania danych na zlecenie) może potencjalnie zwiększać prawdopodobieństwo utraty danych. Niezbędna jest identyfikacja obszarów ryzyka, możliwości zapobiegania im i scenariusze postępowania w najmniej korzystnych sytuacjach, których wystąpienia nie można wykluczyć. Szczególnego rozważenia przez kierownictwo banku wymaga zasadność przetwarzania poza bankiem informacji o dużym stopniu poufności (czy sytuacja taka może mieć miejsce, jakie ryzyko jest z tym związane i jak można je zminimalizować poprzez systemy kodowania, szyfrowania itp.). Zasady polityki bezpieczeństwa powinny uwzględniać wyżej wymienione uwarunkowania wewnętrzne i zewnętrzne, a także chronić przed wyborem nieprzyjaznego oprogramowania, zapobiegać niebezpieczeństwu zainstalowania technicznie złych programów, grożących umożliwieniem nieautoryzowanego dostępu i uszkodzeniem informacji (np. sieciowe wirusy, konie trojańskie, bomby logiczne). Należy też dołożyć należnej troski w stworzeniu właściwych, zgodnych ze wszelkimi wymogami warunków dla bezpiecznego funkcjonowania aktywów informatycznych. Opracowanie zasad polityki powinno być poprzedzone sklasyfikowaniem poziomów bezpieczeństwa informacji i oznaczeniem ich dla określenia właściwych zabezpieczeń, w tym Rekomendacja D Strona 9 z 3711 również ustalenia zasad komunikowania się między poszczególnymi użytkownikami. Zasady polityki bezpieczeństwa należy cyklicznie analizować i aktualizować stosownie do zmieniających się warunków organizacyjnych. C. PLANOWANIE SKALI SYSTEMÓW INFORMATYCZNYCH Kierownictwo banku odpowiada za rozwój systemów informatycznych. Planując opracowanie lub rozwój systemu informatycznego należy rozważyć czy projektowane wyposażenie informatyczne będzie mogło sprostać przyszłym potrzebom użytkowników. W celu wyeliminowania ograniczeń i zagrożeń związanych z niezdolnością funkcjonującego systemu informatycznego do rozwoju, zalecane jest prognozowanie przyszłego zapotrzebowania na sprzęt i usługi informatyczne oraz monitorowanie możliwości jego rozwoju i unowocześnienia. Prognozy i plany powinny uwzględniać strategię marketingową banku (wprowadzanie nowych produktów), jego konkurencyjność na rynku finansowym także po wejściu Polski do Unii Europejskiej, analizę ryzyka, unowocześnianie sprawozdawczości zarządczej i zasad controllingu, realizację obowiązków sprawozdawczych wobec instytucji zewnętrznych (organów nadzorczych, statystyki państwowej). Szczególna uwaga powinna być skierowana na odpowiedni wybór i możliwości konfigurowania sprzętu oraz oprogramowania. Ważnymi cechami systemu jest jego dostosowanie do obowiązujących przepisów i norm, wydajność i mobilność, sposoby postępowania w przypadku wykrycia błędów i procedury poawaryjnego przywracania sprawności (szybkość naprawy). Planowane zmiany systemów wymagają oceny ich wpływu na: ewidencję księgową, udokumentowanie operacji, możliwość identyfikacji zmian i ich nadzorowania. Prawodawstwo UE wymusza w zakresie współpracy z jej instytucjami spełnianie wymogów w zakresie ochrony informacji i bezpieczeństwa systemów teleinformatycznych. Zatem po wejściu do UE systemy teleinformatyczne powinny spełniać normy i standardy obowiązujące w UE czyli: Dyrektywy Parlamentu Europejskiego i Rady UE, Rezolucja Rady UE z r w sprawie bezpieczeństwa informacji i sieci teleinformatycznych, Decyzje Komisji UE z r w sprawie zasad i procedur bezpieczeństwa w ochronie informacji i sieci teleinformatycznych, Ramowa Propozycja Decyzji Komisji UE z r w sprawie ataków na systemy informatyczne (wejście w życie r) standard ISO określający wymogi bezpieczeństwa systemów informatycznych, standard ISO określający zasady zarządzania bezpieczeństwem. Wybór nowych rozwiązań, tryb ich akceptacji i testowanie, przed podjęciem ostatecznej decyzji zakupu, powinny być zgodne z obowiązującymi w banku procedurami. Należy zwrócić uwagę, aby wprowadzenie nowych systemów nie zakłóciło pracy dotychczasowych, równolegle funkcjonujących w banku. Niezbędne jest zaplanowanie odpowiednich szkoleń dla użytkowników. Rekomendacja D Strona 10 z 3712 Planując skalę systemów informatycznych należy mieć na uwadze potrzebę zabezpieczenia na wypadek awarii sprzętu lub zdarzeń losowych (pożar, powódź itp.), a także konieczność archiwizowania danych. W związku z tym trzeba uwzględnić: potrzebę posiadania sprzętu zapasowego, na wypadek awarii (najlepszym rozwiązaniem jest posiadanie centrum zapasowego, a w przypadku baz scentralizowanych jest szczególnie zalecane) częstotliwość i zakres kopiowania informacji (backup) na nośnikach zewnętrznych, pozwalających na odtworzenie stanu systemu sprzed zdarzenia, prowadzenie księgi rejestrującej zdarzenia zachodzące w systemie (log), cykliczność i sposób archiwizowania informacji. Nietrafny wybór mało elastycznych, niekompatybilnych z innymi, systemów może narazić bank, w przypadku wzrostu skali przetwarzanych informacji, na konieczność ich wymiany związaną z poważnymi kosztami. Szczególnie niepożądane są wszelkie działania banku, prowadzące do zmiany obowiązujących przepisów prawnych wyłącznie z powodu przyjętych rozwiązań w systemie informatycznym banku. Rekomendacja D Strona 11 z 3713 IV. MECHANIZMY KONTROLI BEZPIECZEŃSTWA A. MECHANIZMY KONTROLI DOTYCZĄCE WSZYSTKICH SYSTEMÓW INFORMATYCZNYCH 1. Analiza zagrożeń i metody zabezpieczeń Bank powinien stosować zabezpieczenia systemów informatycznych za pośrednictwem narzędzi zawartych w systemach operacyjnych (dla sieci i/lub stanowisk komputerowych), wyspecjalizowanego oprogramowania, zastosowania rozwiązań sprzętowych, audytu, zarządzania konfiguracją, a także działań organizacyjnych, podejmowanych profilaktycznie na wypadek naruszenia zabezpieczeń oraz w stanach awaryjnych i katastrofalnych. W procesie planowania zabezpieczeń powinny być określone wartości zasobów systemu informatycznego, ich klasyfikacja, zasady inwentaryzacji, osoby, którym zostały powierzone i ich zakresy odpowiedzialności oraz granice dopuszczalnych modyfikacji systemu zabezpieczeń. Wymienione czynniki mają wpływ na prawdopodobieństwo wystąpienia zagrożeń. Identyfikacja tych zagrożeń powinna poprzedzić określenie rodzaju ryzyka, analizę i zarządzanie ryzykiem poprzez wybór, testowanie i implementację nowych lub uzupełniających mechanizmów zabezpieczeń, minimalizujących ryzyko do poziomu, który może być przez bank akceptowany. Wybór metod zapewnienia bezpieczeństwa systemów informatycznych powinien być adekwatny do ich rodzajów, typów ryzyka i wyników przeprowadzonej przez bank analizy opłacalności wybranych narzędzi, takich jak np.: tworzenie ścian zaporowych (firewalls), wykorzystanie kryptografii, kontrolowanie drogi przebiegu, uwierzytelnienie użytkownika (hasła jedno i wieloczłonowe, częstotliwość zmian), stosowanie wielopoziomowej kontroli dostępu, właściwe utrzymywanie zasobów informatycznych (np. w tzw. stanie gotowości neutralnej), podział czynności systemu wg klasyfikacji użytkowników, kwotowo określone uprawnienia do realizacji transakcji. Niezależnie od zabezpieczeń stosowanych w systemach informatycznych konieczne jest stosowanie zabezpieczeń fizycznych (ośrodki zapasowe, archiwa na niemodyfikowalnych dyskach optycznych) oraz organizacyjnych (proces tworzenia nowego oprogramowania powinien być podzielony na następujące, odrębne etapy: opracowanie strategii, analizę, projektowanie, budowę systemu wraz ze stworzeniem dokumentacji użytkowej, testowanie, wdrożenie i eksploatację). Konieczne jest stosowanie kopii bezpieczeństwa (tzw. backup) i bieżącego dziennika zdarzeń (tzw. log), które w przypadku utraty danych w systemie informatycznym, powinny pozwolić na odtworzenie zasobów. Kompletne zapisy kopii zapasowych (backup) powinny być przechowywane oddzielnie, w odpowiednim oddaleniu od systemu informatycznego, dobrze zabezpieczone fizycznie i środowiskowo. Minimalny zapas kopii powinien zapewnić odtworzenie systemu po awarii i Rekomendacja D Strona 12 z 3714 zależy od rodzaju stosowanych systemów. Niemniej jednak można przyjąć, że w zależności od częstotliwości zmian i wrażliwości danych powinien w zasadzie obejmować informacje wygenerowane w ciągu ostatnich 14 dni roboczych, nie mniej jednak niż z ostatnich 3 dni roboczych. Dane te należy regularnie sprawdzać w zakresie pozwalającym na ocenę ich stanu (możliwości użycia) w przypadku załamania pracy systemu. Tworzone przez systemy księgi rejestrujące zdarzenia zachodzące w systemie (log) powinny zawierać wykazy wszystkich czynności, czasy przebiegu (od rozpoczęcia do zakończenia), wykryte błędy, działania naprawcze, potwierdzenie właściwego postępowania ze zbiorami danych i ewentualnie wydrukami. Należy mieć na uwadze, iż za bezpieczeństwo systemów informatycznych odpowiada w każdym przypadku zarówno właściciel jak i użytkownik systemu. Określenie odpowiedzialności powinno być precyzyjne i mieć charakter personalny. Niezbędna jest alokacja odpowiedzialności za bezpieczeństwo systemów informatycznych, w formie wyznaczenia stanowisk i zakresów odpowiedzialności. Delegowanie uprawnień nie zdejmuje odpowiedzialności za bezpieczeństwo systemów informatycznych z właściciela. 2. Bezpieczeństwo dokumentacji systemowej Bank powinien posiadać dokumentację systemową wszystkich systemów informatycznych używanych przez bank, dbać o jej aktualność i bezpieczeństwo. W wypadku prowadzenia ksiąg rachunkowych przy użyciu komputera, z punktu widzenia przepisów o rachunkowości 2, dokumentacja powinna zawierać co najmniej: 1. wykaz zbiorów stanowiących księgi rachunkowe na nośnikach danych, 2. wykaz programów wraz z pisemnym stwierdzeniem dopuszczenia każdego nowego lub zmienionego programu do stosowania, 3. opis przeznaczenia każdego programu, sposobu jego działania (reguły obliczeń, ewidencji, kontroli i wydruku danych) oraz wykorzystywania podczas przetwarzania danych, 4. procedur lub funkcji, w zależności od struktury oprogramowania, wraz z opisem algorytmów i parametrów, 5. programowych zasad ochrony danych, w tym w szczególności metod zabezpieczania dostępu do danych i systemu ich przetwarzania, 6. określenie wersji oprogramowania i daty rozpoczęcia jego eksploatacji, 7. opis systemu służącego ochronie danych i ich zbiorów, w tym dowodów księgowych, ksiąg rachunkowych i innych dokumentów stanowiących podstawę dokonanych w nich zapisów. Bank powinien posiadać udokumentowaną procedurę dostępu do informacji i systemów informatycznych. Każdy właściciel aplikacji powinien opracować precyzyjnie zdefiniowane procedury i zasady dostępu, które będą określały prawa dostępu poszczególnych użytkowników/grup użytkowników, sposoby autoryzacji i aktualizacji listy użytkowników oraz haseł. 2 przepisy art.10 ust1 pkt 3 c) i pkt 4 oraz przepisy art. 71 ust. 2 Ustawy o rachunkowości. Rekomendacja D Strona 13 z 3715 Dokumentacja powinna być odpowiednio zabezpieczona, z zachowaniem zasady, że dokumentacja generowana przez system powinna być przechowywana oddzielnie od zbiorów danych. W każdym przypadku niezbędne jest ustalenie wymaganego poziomu zabezpieczeń i dostępu: sporządzenie listy osób upoważnionych do wglądu, wraz z listą zakresów dostępności (pełnej, ograniczonej) autoryzowaną przez właściciela aplikacji. Jeśli dokumentacja udostępniana jest na zewnątrz w związku ze zleceniem przez bank usługi, niezbędny jest szczególnie staranny wybór zleceniobiorcy. Każda wymiana danych i oprogramowania powinna być poprzedzona zabezpieczeniem przed utratą, niepożądanymi modyfikacjami, złym wykorzystaniem, a także ściśle kontrolowana. Użytkowanie oprogramowania powinno wynikać z formalnych umów. Treść zawartych w nich warunków ostrożnościowych, ograniczających ryzyko prawne i organizacyjne: utraty danych, niepożądanych modyfikacji i złego wykorzystania powinna być proporcjonalna do wrażliwości (ważności) informacji bankowych. Powinna również zapewniać właściwą ochronę praw autorskich. Wymiana informacji z innymi użytkownikami (np. wzajemne przekazywanie przez banki informacji dla biur ryzyka itp.) może następować z zachowaniem warunków praw autorskich w zakresie dzielenia się informacją. Na wypadek niebezpieczeństwa naruszenia poufności, integralności i dostępności informacji bank powinien mieć awaryjne scenariusze postępowania. Powinny one uwzględniać wartość transakcji i specyfikę operacji bankowych (rodzaj i formę np. elektroniczny transfer pieniędzy, transakcje walutowe, akredytywy potwierdzane elektronicznie itp.). Dokumentację tę należy przechowywać w odrębnych pomieszczeniach i bieżąco aktualizować, równolegle do zmian wprowadzanych w systemach informatycznych banku. 3. Zarządzanie sprzętem, wyposażeniem komputerowym oraz siecią Kierownictwo banku odpowiedzialne jest za techniczne zabezpieczenie prawidłowego funkcjonowania systemów informatycznych i sieci. Przetwarzanie danych w banku powinno odbywać się zgodnie zobowiązującymi procedurami i zakresami odpowiedzialności. Działania zabezpieczające przed przerwaniem pracy systemu i działania naprawcze, w każdym przypadku, powinny przebiegać według sformalizowanych procedur, a ich wykonanie powinno być poddane ścisłej kontroli. Działania naprawcze może podejmować jedynie ściśle określony personel. Każdorazowo powinna być sporządzona precyzyjna dokumentacja działań naprawczych, a ponadto w takich sytuacjach należy niezwłocznie przedstawiać raport kierownictwu banku. Zarządzanie siecią ma na celu m.in. zapewnienie bezpieczeństwa informacji dostępnych w sieci. Mechanizmy kontroli, ustanowione dla ochrony poufności i integralności danych, powinny skutecznie zapobiegać przenikaniu informacji do publicznej wiadomości oraz ich nielegalnym zmianom. Czynności związane z zarządzaniem siecią i komputerami należy ściśle koordynować w celu optymalizacji usług oraz zapewnienia właściwego poziomu bezpieczeństwa w ramach infrastruktury informatycznej w banku. Rekomendacja D Strona 14 z 3716 Sposób postępowania z nośnikami danych wszelkiego rodzaju powinien zapobiegać uszkodzeniom sprzętu i zakłóceniom pracy systemu. Zarządzanie nośnikami danych powinno przebiegać zgodnie zobowiązującymi w banku procedurami zabezpieczeń a w szczególności powinno obejmować: oznakowanie nośników danych, przenoszenie na nie informacji, miejsce i sposób bezpiecznego ich przechowywania, sposób i forma autoryzacji zmian i usuwania danych, właściwa i trwała likwidacja niepotrzebnych danych. Oznakowanie wszystkich nośników danych, ustanowienie formalnego dziennika autoryzowanych użytkowników, zapewnienie kompletności danych wejściowych, stosowanie potwierdzania prawidłowości wszystkich transmitowanych danych, precyzyjne oznakowanie wszystkich kopii danych, przekazywanych autoryzowanym odbiorcom, systematyczne przeglądanie i autoryzowanie listy odbiorców danych i usług ma na celu ochronę informacji przed nieautoryzowanym dostępem, ujawnieniem i niewłaściwym wykorzystaniem. Dla zapewnienia należytego bezpieczeństwa transakcji międzybankowych, zalecana jest współpraca z innymi bankami w tym z Narodowym Bankiem Polskim i Krajową Izbą Rozliczeniową, w zakresie wymiany doświadczeń i wniosków, wynikających z analizy wykrytych przypadków nadużyć. Wymiana informacji powinna być jednak limitowana tak aby nie została naruszona tajemnica służbowa i bankowa oraz zachowane bezpieczeństwo zgromadzonych w banku środków. Wskazane jest określenie zakresu przekazywanych informacji we wspólnych umowach. Kierownictwo banku odpowiedzialne jest za przesyłane informacje: tj. ich zatwierdzenie, zabezpieczenie technicznych standardów dla transmisji i standardów identyfikacji kurierskich. Odpowiedzialność ta obejmuje nie tylko utratę danych, ale też narażenie banku na niebezpieczeństwo nieupoważnionego dostępu osób trzecich do informacji w czasie jej transmisji lub przekazywania do zewnętrznych ośrodków przetwarzania. Zapewnienie poufności danych może zabezpieczyć właściwa organizacja ich przekazu tj. wiarygodne transmisje lub kurierzy, stosowanie systemów kryptograficznych, fizyczna ochrona nośników danych, przekazywanie danych za pokwitowaniem itp. Informacje szczególnie wrażliwe na ryzyko utraty, ujawnienia i nieautoryzowany dostęp, które to zdarzenia mogłyby narazić bank na poważne straty materialne i moralne np. utratę dobrej reputacji, powinny być w miarę możliwości przesyłane kilkoma kanałami i w odpowiednich częściach tak, aby ich rozszyfrowanie i nieuprawnione wykorzystanie było maksymalnie utrudnione. W celu minimalizacji ryzyka należy dokonać odpowiedniego wyboru rodzajów mediów telekomunikacyjnych. Poczta elektroniczna różni się od tradycyjnej szybkością przekazu i strukturą informacji. Przy korzystaniu z niej niezbędne jest jednak, aby bank wypracował jasną politykę jej statusu i wykorzystania oraz mechanizmów kontroli. Użytkownicy powinni zabezpieczyć się przed nieautoryzowaną zmianą komunikatów i ryzykiem błędu (np. niewłaściwego adresu). Należy liczyć się z tym, iż ograniczenia prawne, takie jak potencjalna konieczność udokumentowania pochodzenia informacji i źródła jej przesyłki, mogą nie chronić banku w dostateczny sposób przed ryzykiem nieuprawnionego wykorzystania. Wskazane jest rozważenie możliwości zastosowania podpisu elektronicznego. Rekomendacja D Strona 15 z 3717 Ujawnione, w trakcie okresowo przeprowadzanych kontroli, przypadki naruszenia obowiązujących w jednostce zasad dostępu powinny być raportowane kierownictwu banku. 4. Bezpieczeństwo systemów informatycznych a działania personelu i upoważnionych osób trzecich Kierownictwo banku jest odpowiedzialne za stworzenie właściwej polityki bezpieczeństwa redukującej ryzyko błędu ludzkiego i niewłaściwego wykorzystania sprzętu i informacji. Z uwagi na statystycznie wysoki odsetek użytkowników wewnętrznych, naruszających zasady bezpieczeństwa, zalecany jest bardzo staranny dobór, pod względem profesjonalnego przygotowania i cech osobowościowych, pracowników zatrudnianych na stanowiskach dających dostęp do szczególnie ważnych informacji. Odpowiednio przygotowane umowy o pracę lub odrębne oświadczenia powinny zawierać klauzule o ochronie tajemnicy służbowej oraz szczegółowy zakres obowiązków. Z treścią takiego dokumentu pracownicy powinni być zapoznani już na etapie rekrutacji. Należy przyjąć zasadę, iż przed przystąpieniem do pracy, osoby nowo zatrudnione potwierdzają podpisem na odpowiednim oświadczeniu fakt dokładnego zapoznania się ze swoimi uprawnieniami i obowiązkami w zakresie używania systemu komputerowego. Podpisują również oświadczenia znajomości zasad zachowania poufności informacji. Oznacza to objęcie tajemnicą służbową informacji na temat sprzętu i systemów informatycznych i telekomunikacyjnych oraz technologii przetwarzania stosowanych w banku również przez odpowiedni okres po zakończeniu pracy w banku. Redukcja ryzyka błędu ludzkiego i niewłaściwego wykorzystania sprzętu i informacji wymaga szeregu działań ze strony kierownictwa jednostki. Do obowiązków kierującego zespołem pracowniczym należy przydzielenie zadań poszczególnym pracownikom, udzielenie wskazówek dotyczących ich wykonania, określenie granic uprawnień, odebranie odpowiednich oświadczeń na piśmie, przekazanie haseł lub innych środków kontroli dostępu, przechowywanie zdeponowanych haseł jakimi dysponują oraz raportów o wszystkich czynnościach wykonywanych przez wewnętrznych użytkowników. Ryzyko niedokładnego, niekompletnego bądź wielokrotnego wprowadzenia tych samych danych powinno być eliminowane przez odpowiednie procedury kontroli np. sprawdzanie i poprawianie prawidłowości danych, kontrola przy pomocy paczek danych, bilansowanie transakcji, rejestracja pozycji do wyjaśnienia i nadzór nad dalszym postępowaniem z nimi itp. W przypadku używania ruchomych nośników danych, po zakończeniu pracy powinny one być zdemontowane i zabezpieczone przed dostępem osób nieupoważnionych. Ryzyko polegające na tym, że niepowołane osoby mogą uzyskać dostęp do funkcji przetwarzania w programach użytkowych, a następnie stosując procedury inicjowania, zatwierdzania i rejestrowania operacji gospodarczych dostęp do danych, powinno być zmniejszone poprzez kontrolę dostępu zapewniającą identyfikację użytkownika, sprawdzenie jego tożsamości, przyznawanie odpowiednich praw dostępu, zapewnienie poufności haseł. W czasie nieobecności stałego użytkownika komputera dostęp innych nieupoważnionych osób powinien być uniemożliwiony. Użytkownik danego terminala powinien być odpowiedzialny za Rekomendacja D Strona 16 z 3718 wszelkie czynności wykonane za jego pomocą. Przekazanie uprawnień powinno być dokonane na polecenie kierownictwa i dokumentowane. Osoby odpowiedzialne za bezpieczeństwo systemów informatycznych nie powinny łączyć tych funkcji z pracami dotyczącymi obsługi systemów. Za dostępność odpowiada osoba, której powierzono odpowiedzialność za system. Odpowiedzialność za bezpieczeństwo dużych sieci, rozległych przestrzennie, może być powierzona zespołowi wyznaczonemu zgodnie z procedurami obowiązującymi w banku. W przypadku przekazywania sprzętu do naprawy należy sprawdzić czy nie pozostały w nim informacje. Umowa zawarta pomiędzy bankiem a jednostką, której powierzono serwis, powinna określać procedury postępowania w przypadku wystąpienia możliwych do przewidzenia sytuacji, a przede wszystkim procedury zabezpieczenia ewentualnie skasowanych danych. Dodatkowo umowa powinna gwarantować bankowi uzyskanie wszelkich informacji o zmianach dokonanych w komputerach i ich funkcjach logicznych oraz zobowiązać jednostkę serwisującą do zachowania tajemnicy. Bank powinien prowadzić ewidencję napraw i konserwacji sprzętu, zawierającą dane personalne osób je wykonujących, daty wykonania i rodzaje uszkodzeń. 5. Współpraca z klientami Kierownictwo banku jest odpowiedzialne za monitorowanie przestrzegania warunków umowy z klientami. Należy zwrócić uwagę, iż szczególnym obszarem w działalności bankowej, narażonym na ryzyko naruszania bezpieczeństwa ochrony danych, jest współpraca z klientami banku realizowana za pomocą urządzeń komputerowych (np. system home banking, bankowość internetowa) i telekomunikacyjnych. Dostęp osób trzecich do urządzeń i sprzętu komputerowego powinien być ściśle kontrolowany i poprzedzony dogłębną analizą ryzyka. Umożliwienie dostępu należy poprzedzić zawarciem formalnej umowy szczegółowo określającej warunki dostępu. Niezbędne jest precyzyjne unormowanie w umowie zagadnień związanych z różnego typu rodzajami ryzyk, a w szczególności: ogólnych zasad ochrony i udostępniania informacji, dozwolonych metod kontroli dostępu (kody, hasła, identyfikatory, certyfikaty cyfrowe, itp.), ścieżek dostępu, list autoryzowanych osób (specyfikacji), ustalenia dat i czasu dostępu, zakresów odpowiedzialności stron, zakresu obowiązujących unormowań prawnych, w tym także związanych z legislacją ochrony danych, praw właściciela do monitorowania systemu dostępu osób trzecich, odpowiedzialności w zakresie instalacji oraz obsługi sprzętu i oprogramowania, prawa audytu odpowiedzialności umownych, restrykcji w zakresie kopiowania i ujawniania informacji, zabezpieczenia fizycznego informacji, Rekomendacja D Strona 17 z 3719 raportowania i nadzorowania przypadków nadużyć. Integralną częścią umowy pomiędzy klientem i bankiem są uprawnienia klienta do ochrony wkładów zdeponowanych w banku, zabezpieczenia tajemnicy rachunków bankowych, uzyskania usług świadczonych z należytą starannością, postanowieniami umowy i przepisami prawa oraz wzajemna odpowiedzialność odszkodowawcza stron. Monitorowanie przestrzegania warunków umownych i szczegółowa analiza zachowań klientów, mających dostęp do systemów informatycznych, powinny być zinstytucjonalizowane procedurami obowiązującymi w tym zakresie. 6. Szkolenie użytkowników Kierownictwo banku jest odpowiedzialne za szkolenie użytkowników. Użytkownicy powinni być szkoleni w zakresie procedur bezpieczeństwa i właściwego korzystania ze sprzętu i systemów informatycznych. Zakres tematyczny szkoleń powinien pozwalać na dokładne zapoznanie z procedurami użytkowania sprzętu i oprogramowania oraz procedurami obowiązującymi w zakresie bezpieczeństwa systemu, zapewniającymi jego poufność, integralność i dostępność. W trakcie szkoleń użytkownicy powinni być wyczuleni na obserwację i reagowanie na wszelkie przypadki, mogące mieć wpływ na bezpieczeństwo systemu i zapoznani z formalnoprawnymi procedurami postępowania w przypadkach faktycznego lub podejrzewanego zagrożenia bezpieczeństwa systemu oraz zasadami bezzwłocznego powiadamiania kierownictwa banku o nieprawidłowościach. Obowiązek raportowania dotyczy wszelkich przypadków działania systemów niezgodnie z ich przeznaczeniem. Personel banku powinien być przeszkolony w zakresie ochrony systemów informatycznych przed wirusami, ze szczególnym zwróceniem uwagi na badanie nowych nośników danych włączanych do pracy w systemie i pilnego śledzenia wszelkich komunikatów i informacji pojawiających się na ekranach monitorów. W przypadku wykrycia wirusów, wewnętrzne procedury powinny nakładać obowiązek zaprzestania użytkowania systemu, odizolowanie środowisk niosących zagrożenie i natychmiastowe poinformowanie technicznych służb komputerowych i kierownictwa. Dla zachowania bezpieczeństwa systemu, bank powinien opracować formalny proces dyscyplinarnego postępowania z osobami nie przestrzegającymi procedur i zapoznać z nim użytkowników systemu w trakcie szkoleń. Rekomendacja D Strona 18 z 3720 7. Bezpieczeństwo fizyczne i środowiskowe systemów informatycznych Kierownictwo banku odpowiada za fizyczne i środowiskowe bezpieczeństwo systemów. Stosowane przez każdą jednostkę zabezpieczenia fizyczne i środowiskowe powinny być adekwatne do skali i rodzajów systemów informatycznych oraz świadczonych usług. Duże organizacje gospodarcze, jakimi są banki wielooddziałowe o terytorialnie rozbudowanej sieci, posiadające własne ośrodki przetwarzania danych, mogą wymagać wyższego stopnia fizycznego i informatycznego zabezpieczenia. Należy zdefiniować poziom zabezpieczenia fizycznego oraz procedury zabezpieczenia przeciwpożarowego proporcjonalnie do wartości sprzętu i wielkości potencjalnych strat, które mogą być wyrządzone w wyniku uszkodzenia zabezpieczeń. Dla sprzętu komputerowego i nośników informacji, parametr bezpieczeństwa powinien określać, które obszary stanowią miejsca silnie strzeżone. Centrum przetwarzania danych powinno posiadać stosowne zabezpieczenia fizyczne, zarówno przed skutkami zdarzeń losowych (ogień, powódź, wybuchy itp.), jak i wszelkich ludzkich ingerencji. Zaleca się, aby ośrodki usług informatycznych i centralne jednostki systemów, zlokalizowane były w fizycznie wydzielonych strefach, zabezpieczonych przed możliwością przebywania w ich pobliżu osób do tego nieupoważnionych. Usytuowanie centrum informatycznego powinno uniemożliwiać publiczny dostęp osobom postronnym w postaci m.in.: osobnej nieruchomości, wyodrębnionej części budynku bez dostępu osób nieupoważnionych, osobnego, zamkniętego pokoju, fizycznej bariery uniemożliwiającej dostęp do sprzętu komputerowego itp. Należy zwrócić uwagę na właściwy stopień zabezpieczenia pomieszczeń sąsiadujących. Zaleca się rezygnację z tablic identyfikacyjnych, szyldów, wywieszek informacyjnych itp., a także umieszczania numerów telefonów w spisach telefonicznych, pozwalających na łatwe zlokalizowanie zewnętrznych i wewnętrznych pomieszczeń, w których odbywa się przetwarzanie danych. Celowe jest ograniczenie rozprzestrzeniania informacji o miejscach przetwarzanie danych wśród pozostałego personelu banku, nie związanego z pracą systemów informatycznych. Niezbędne jest wyposażenie centrum przetwarzania danych w systemy podtrzymujący pracę serwerów i innych urządzeń informatycznych na wypadek awarii zasilania. Niezbędne jest odpowiednie wyposażenie pomieszczeń w czujniki ciepła i dymu, instalacje alarmowe, sprzęt przeciwpożarowy, wyjścia ewakuacyjne itp. Cyklicznie powinny być przeprowadzane przeglądy zabezpieczenia przeciwpożarowego. Procedury postępowania w nagłych wypadkach winny mieć formę pisemną i być okresowo sprawdzane w symulowanych warunkach zagrożenia, a pracownicy szkoleni w zakresie zasad bhp i p.poż. Niebezpieczne i łatwopalne materiały powinny znajdować się w bezpiecznej odległości od urządzeń i sprzętu komputerowego. Materiały łatwopalne należy przechowywać z zachowaniem zasad Rekomendacja D Strona 19 z 37 Pokazać jeszcze
System ochrony danych osobowych a System Zarządzania Bezpieczeństwem Informacji - w kontekście normy PN-ISO 27001:2014 oraz Rozporządzenia o Krajowych Ramach Interoperacyjności Marcin Soczko Stowarzyszenie Bardziej szczegółowo ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI 1) z dnia 29 kwietnia 2004 r.
Dz.U.2004.100.1024 ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI 1) z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, Bardziej szczegółowo POLITYKA BEZPIECZEŃSTWA w zakresie ochrony danych osobowych w ramach serwisu zgloszenia24.pl
POLITYKA BEZPIECZEŃSTWA w zakresie ochrony danych osobowych w ramach serwisu zgloszenia24.pl SPIS TREŚCI I. POSTANOWIENIA OGÓLNE... 2 II. DEFINICJA BEZPIECZEŃSTWA INFORMACJI... 2 III. ZAKRES STOSOWANIA... Bardziej szczegółowo 2.11. Monitorowanie i przegląd ryzyka 2.12. Kluczowe role w procesie zarządzania ryzykiem
Spis treści Wstęp 1. Wprowadzenie 1.1. Co to jest bezpieczeństwo informacji? 1.2. Dlaczego zapewnianie bezpieczeństwa informacji jest potrzebne? 1.3. Cele, strategie i polityki w zakresie bezpieczeństwa Bardziej szczegółowo Rekomendacja D. z dnia 20 października 1997 r.
NBP Narodowy Bank Polski Generalny Inspektorat Nadzoru Bankowego Rekomendacja D z dnia 20 października 1997 r. dotycząca zarządzania ryzykami towarzyszącymi systemom informatycznym i telekomunikacyjnym Bardziej szczegółowo Spis treści Wstęp 1. Wprowadzenie 2. Zarządzanie ryzykiem systemów informacyjnych
Wstęp... 13 1. Wprowadzenie... 15 1.1. Co to jest bezpieczeństwo informacji?... 17 1.2. Dlaczego zapewnianie bezpieczeństwa informacji jest potrzebne?... 18 1.3. Cele, strategie i polityki w zakresie bezpieczeństwa Bardziej szczegółowo Rozdział I Zagadnienia ogólne
Załączniki do decyzji nr 2/11 Szefa Centralnego Biura Antykorupcyjnego z dnia 3 stycznia 2011 r. (poz. ) Załącznik nr 1 Instrukcja zarządzania systemem teleinformatycznym służącym do przetwarzania danych Bardziej szczegółowo Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014
1 QUO VADIS.. BS? Rekomendacja D dlaczego? Mocne fundamenty to dynamiczny rozwój. Rzeczywistość wdrożeniowa. 2 Determinanty sukcesu w biznesie. strategia, zasoby (ludzie, kompetencje, procedury, technologia) Bardziej szczegółowo ZARZĄDZENIE Nr 15/13 WÓJTA GMINY ŚWIĘTAJNO z dnia 16 kwietnia 2013 r.
ZARZĄDZENIE Nr 15/13 WÓJTA GMINY ŚWIĘTAJNO z dnia 16 kwietnia 2013 r. w sprawie Polityki bezpieczeństwa przetwarzania danych osobowych w Urzędzie Gminy Świętajno Na podstawie art. 36 ust. 2 Ustawy z dnia Bardziej szczegółowo 2) stosowane metody i środki uwierzytelnienia oraz procedury związane z ich zarządzaniem i użytkowaniem,
Wskazówki dotyczące sposobu opracowania instrukcji określającej sposób zarządzania systemem informatycznym, służącym do przetwarzania danych osobowych, ze szczególnym uwzględnieniem wymogów bezpieczeństwa Bardziej szczegółowo MINISTERSTWO ADMINISTRACJI I CYFRYZACJI
MINISTERSTWO ADMINISTRACJI I CYFRYZACJI S y s t e m Z a r z ą d z a n i a B e z p i e c z e ń s t w e m I n f o r m a c j i w u r z ę d z i e D e f i n i c j e Bezpieczeństwo informacji i systemów teleinformatycznych Bardziej szczegółowo REGULAMIN OCHRONY DANYCH OSOBOWYCH W ZASOBACH SPÓŁDZIELNI MIESZKANIOWEJ LOKATORSKO- WŁASNOŚCIOWEJ w Konstancinie-Jeziornie.
REGULAMIN OCHRONY DANYCH OSOBOWYCH W ZASOBACH SPÓŁDZIELNI MIESZKANIOWEJ LOKATORSKO- WŁASNOŚCIOWEJ w Konstancinie-Jeziornie. I Podstawa prawna: 1. Ustawa z dnia 29.08.1997 roku o ochronie danych osobowych Bardziej szczegółowo Polityka bezpieczeństwa. przetwarzania danych osobowych. w Urzędzie Miejskim w Węgorzewie
Polityka bezpieczeństwa przetwarzania danych osobowych w Urzędzie Miejskim w Węgorzewie 22 marca 2011 r. Urząd Miejski w Węgorzewie 1 Spis treści Wstęp... 3 1. Definicje... 4 2. Zasady ogólne... 6 3. Zabezpieczenie Bardziej szczegółowo INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM DLA SYSTEMU PODSYSTEM MONITOROWANIA EUROPEJSKIEGO FUNDUSZ SPOŁECZNEGO 2007 U BENEFICJENTA PO KL
INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM DLA SYSTEMU PODSYSTEM MONITOROWANIA EUROPEJSKIEGO FUNDUSZ SPOŁECZNEGO 2007 U BENEFICJENTA PO KL 1 Rozdział 1 Postanowienia ogólne 1. Instrukcja Zarządzania Bardziej szczegółowo DZANIA SYSTEMEM INFORMATYCZNYM DLA SYSTEMU PODSYSTEM MONITOROWANIA EUROPEJSKIEGO FUNDUSZU SPOŁECZNEGO 2007 U BENEFICJENTA PO KL
W Z Ó R INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM DLA SYSTEMU PODSYSTEM MONITOROWANIA EUROPEJSKIEGO FUNDUSZU SPOŁECZNEGO 2007 U BENEFICJENTA PO KL Wzór ma charakter pomocniczy. Wzór może być modyfikowany Bardziej szczegółowo Projekt pt. Cztery pory roku - zajęcia artystyczne współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego
Projekt pt. Cztery pory roku - zajęcia artystyczne współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego INSTRUKCJA zarządzania systemem informatycznym dla systemu Podsystem Bardziej szczegółowo Dane osobowe: Co identyfikuje? Zgoda
Luty 2009 Formalności Na podstawie ustawy z dnia 22 stycznia 1999 r., o ochronie informacji niejawnych (Dz. U. Nr 11, poz. 95 z późniejszymi zmianami) i rozporządzenia Prezesa Rady Ministrów z 25 lutego Bardziej szczegółowo Elementy wymagań ISO/IEC 27001 i zalecenia ISO/IEC 17799 osobowe. 8 - Bezpieczeństwo zasobów ludzkich. 8.1 Przed zatrudnieniem (1)
Elementy wymagań ISO/IEC 27001 i zalecenia ISO/IEC 17799 osobowe dr inż. Bolesław Szomański bolkosz@wsisiz.edu.pl Filozofia prezentacji wymagań i zabezpieczeń zgodnie z załącznikiem A Nagłówek rozdziały Bardziej szczegółowo ZARZĄDZENIE NR 7/12 DYREKTORA ZAKŁADU GOSPODARKI KOMUNALNEJ LIPKA. z dnia 1 marca 2012 r.
ZARZĄDZENIE NR 7/12 DYREKTORA ZAKŁADU GOSPODARKI KOMUNALNEJ LIPKA z dnia 1 marca 2012 r. w sprawie wprowadzenia instrukcji określającej sposób zarządzania systemami informatycznymi służącymi do przetwarzania Bardziej szczegółowo Załącznik do zarządzenia nr16 /2010 Instrukcja zarządzania systemem informatycznym służącym do przetwarzania danych osobowych
Załącznik do zarządzenia nr16 /2010 Instrukcja zarządzania systemem informatycznym służącym do przetwarzania danych osobowych INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM SŁUŻĄCYM DO PRZETWARZANIA DANYCH Bardziej szczegółowo POLITYKA BEZPIECZEŃSTWA PRZETWARZANIA DANYCH OSOBOWYCH W STOWARZYSZENIU PRACOWNIA ROZWOJU OSOBISTEGO
POLITYKA BEZPIECZEŃSTWA PRZETWARZANIA DANYCH OSOBOWYCH W STOWARZYSZENIU PRACOWNIA ROZWOJU OSOBISTEGO ROZDZIAŁ I Postanowienia ogólne 1. 1. Polityka bezpieczeństwa przetwarzania danych osobowych w Stowarzyszeniu Bardziej szczegółowo INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM
Gminna Biblioteka Publiczna w Zakrzówku ul. Żeromskiego 24 B, 23 213 Zakrzówek tel/fax: (81) 821 50 36 biblioteka@zakrzowek.gmina.pl www.gbp.zakrzowek.gmina.pl INSTRUKCJA ZARZĄDZANIA Obowiązuje od: 01 Bardziej szczegółowo Bezpieczne dane - dobre praktyki w szkole. Roman Pinoczek Dyrektor Szkoły
Bezpieczne dane - dobre praktyki w szkole Dyrektor Szkoły DANE UCZNIOWIE RODZICE ABSOLWENCI PRACOWNICY EMERYCI RENCIŚCI KONTRACHENCI INF. BIEŻĄCE KONTROLA ZARZĄDCZA ryzyko ryzyko ryzyko ryzyko ryzyko dostępu Bardziej szczegółowo Polityka bezpieczeństwa przetwarzania danych osobowych w VII L.O. im. Juliusza Słowackiego w Warszawie.
Polityka bezpieczeństwa przetwarzania danych osobowych w VII L.O. im. Juliusza Słowackiego w Warszawie. Podstawa prawna: 1. Ustawa z dnia 29 sierpnia 1997 roku o ochronie danych osobowych (Dz.U. 2002 nr Bardziej szczegółowo Doświadczenia w wdrażaniu systemu zarządzania bezpieczeństwem informacji zgodnego z normą ISO 27001
Doświadczenia w wdrażaniu systemu zarządzania bezpieczeństwem informacji zgodnego z normą ISO 27001 na przykładzie Urzędu Miejskiego w Bielsku-Białej Gliwice, dn. 13.03.2014r. System Zarządzania Bezpieczeństwem Bardziej szczegółowo POLITYKA BEZPIECZEŃSTWA PRZETWARZANIA DANYCH OSOBOWYCH ZESPOŁU EKONOMICZNO ADMINISTRACYJNEGO SZKÓŁ I PRZEDSZKOLA W GRĘBOCICACH
Załącznik Nr 1 Do ZARZĄDZANIA NR 9/2011 POLITYKA BEZPIECZEŃSTWA ZESPOŁU EKONOMICZNO ADMINISTRACYJNEGO SZKÓŁ I PRZEDSZKOLA W GRĘBOCICACH Podstawa prawna: - rozporządzenie Ministra Spraw Wewnętrznych i Administracji Bardziej szczegółowo Promotor: dr inż. Krzysztof Różanowski
Warszawska Wyższa Szkoła Informatyki Prezentacja do obrony pracy dyplomowej: Wzorcowa polityka bezpieczeństwa informacji dla organizacji zajmującej się testowaniem oprogramowania. Promotor: dr inż. Krzysztof Bardziej szczegółowo Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora
Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora Krzysztof Wertejuk audytor wiodący ISOQAR CEE Sp. z o.o. Dlaczego rozwiązania Bardziej szczegółowo INSTRUKCJA ZARZĄDZANIA SYSTEMAMI INFORMATYCZNYMI W COLLEGIUM MAZOVIA INNOWACYJNEJ SZKOLE WYŻSZEJ
Załącznik nr 3 do Zarządzenia nr 1/2013 Rektora Collegium Mazovia Innowacyjnej Szkoły Wyższej z dnia 31 stycznia 2013 r. INSTRUKCJA ZARZĄDZANIA SYSTEMAMI INFORMATYCZNYMI W COLLEGIUM MAZOVIA INNOWACYJNEJ Bardziej szczegółowo Polityka Bezpieczeństwa Informacji. Tomasz Frąckiewicz T-Matic Grupa Computer Plus Sp. z o.o.
Polityka Bezpieczeństwa Informacji Tomasz Frąckiewicz T-Matic Grupa Computer Plus Sp. z o.o. Przedmiot ochrony Czym jest informacja? Miejsca przechowywania Regulacje prawne Zarządzanie bezpieczeństwem Bardziej szczegółowo Polityka Bezpieczeństwa Danych Osobowych. w sklepie internetowym kozakominek.pl prowadzonym przez firmę Worldflame Sp. z o. o.
Polityka Bezpieczeństwa Danych Osobowych w sklepie internetowym kozakominek.pl prowadzonym przez firmę Worldflame Sp. z o. o. Spis treści 1. Ogólne zasady przetwarzania danych osobowych... 3 2. Analiza Bardziej szczegółowo Zarządzanie bezpieczeństwem informacji przegląd aktualnych standardów i metodyk
Zarządzanie bezpieczeństwem informacji przegląd aktualnych standardów i metodyk dr T Bartosz Kalinowski 17 19 września 2008, Wisła IV Sympozjum Klubu Paragraf 34 1 Informacja a system zarządzania Informacja Bardziej szczegółowo Bezpieczeństwo teleinformatyczne danych osobowych
Bezpieczna Firma Bezpieczeństwo teleinformatyczne danych osobowych Andrzej Guzik stopień trudności System informatyczny, w którym przetwarza się dane osobowe, powinien oprócz wymagań wynikających z przepisów Bardziej szczegółowo Autor: Artur Lewandowski. Promotor: dr inż. Krzysztof Różanowski
Autor: Artur Lewandowski Promotor: dr inż. Krzysztof Różanowski Przegląd oraz porównanie standardów bezpieczeństwa ISO 27001, COSO, COBIT, ITIL, ISO 20000 Przegląd normy ISO 27001 szczegółowy opis wraz Bardziej szczegółowo Regulamin organizacji i zasad funkcjonowania kontroli zarządczej w Powiatowym Urzędzie Pracy w Tarnobrzegu
Regulamin organizacji i zasad funkcjonowania kontroli zarządczej w Powiatowym Urzędzie Pracy w Tarnobrzegu Postanowienia ogólne 1 1. Kontrolę zarządczą w PUP stanowi ogół działań podejmowanych dla zapewnienia Bardziej szczegółowo INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM DLA SYSTEMU PODSYSTEM MONITOROWANIA EUROPEJSKIEGO FUNDUSZU SPOŁECZNEGO 2007 U BENEFICJENTA PO KL
Załącznik Nr 4 do Strategii informacyjno-rekrutacyjnej projektu pn. Pozalekcyjna Akademia Kompetencji INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM DLA SYSTEMU PODSYSTEM MONITOROWANIA EUROPEJSKIEGO FUNDUSZU Bardziej szczegółowo I. Postanowienia ogólne.
PROCEDURY KONTROLI ZARZĄDCZEJ Załącznik Nr 1 do zarządzenia nr 291/11 Prezydenta Miasta Wałbrzycha z dnia 15.03.2011 r. I. Postanowienia ogólne. 1 Procedura kontroli zarządczej została opracowana na podstawie Bardziej szczegółowo R E G U L A M I N OCHRONY DANYCH OSOBOWYCH. W GNIEŹNIEŃSKIEJ SPÓŁDZIELNI MIESZKANIOWEJ w GNIEŹNIE
R E G U L A M I N OCHRONY DANYCH OSOBOWYCH W GNIEŹNIEŃSKIEJ SPÓŁDZIELNI MIESZKANIOWEJ w GNIEŹNIE 1 I. Postanowienia ogólne 1 1. Polityka ochrony danych osobowych w Gnieźnieńskiej Spółdzielni Mieszkaniowej Bardziej szczegółowo Usprawnienie procesu zarządzania konfiguracją. Marcin Piebiak Solution Architect Linux Polska Sp. z o.o.
Usprawnienie procesu zarządzania konfiguracją Marcin Piebiak Solution Architect Linux Polska Sp. z o.o. 1 Typowy model w zarządzaniu IT akceptacja problem problem aktualny stan infrastruktury propozycja Bardziej szczegółowo Wybawi się od niebezpieczeństwa jedynie ten, kto czuwa także gdy czuje się bezpieczny Publiusz Siro. Audyt bezpieczeństwa
Wybawi się od niebezpieczeństwa jedynie ten, kto czuwa także gdy czuje się bezpieczny Publiusz Siro Audyt bezpieczeństwa Definicja Audyt systematyczna i niezależna ocena danej organizacji, systemu, procesu, Bardziej szczegółowo ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ
ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ WYMAGANIA BEZPIECZEŃSTWA DLA SYSTEMÓW IT Wyciąg z Polityki Bezpieczeństwa Informacji dotyczący wymagań dla systemów informatycznych. 1 Załącznik Nr 3 do Część II SIWZ Wymagania Bardziej szczegółowo POLITYKA BEZPIECZEŃSTWA przetwarzania danych osobowych systemu informatycznego Urzędu Miejskiego w Kozienicach
Załącznik nr 1 do Zarządzenia nr 12/2006 Burmistrza Gminy Kozienice z dnia 29.12.2006 r. POLITYKA BEZPIECZEŃSTWA przetwarzania danych osobowych systemu informatycznego Urzędu Miejskiego w Kozienicach Podstawa Bardziej szczegółowo SZCZEGÓŁOWA INSTRUKCJA ZARZADZANIA SYSTEMEM INFORMATYCZNYM W ZESPOLE SZKÓŁ PONADGIMNAZJALNYCH W DRAWSKU POMORSKIM
SZCZEGÓŁOWA INSTRUKCJA ZARZADZANIA SYSTEMEM INFORMATYCZNYM W ZESPOLE SZKÓŁ PONADGIMNAZJALNYCH W DRAWSKU POMORSKIM Rok szkolny 2013/2014 1 Obowiązki Administratorów Systemu Do obowiązków Administratorów Bardziej szczegółowo POLITYKA BEZPIECZEŃSTWA PRZETWARZANIA DANYCH OSOBOWYCH w Urzędzie Gminy Miłkowice
Załącznik Nr 2 do Zarządzenia Nr 20/2008 Wójta Gminy Miłkowice z Dnia 2 kwietnia 2008r. w sprawie wprowadzenia do użytku służbowego Instrukcji zarządzania systemami informatycznymi, służącymi do przetwarzania Bardziej szczegółowo System Zachowania Ciągłości Funkcjonowania Grupy KDPW
System Zachowania Ciągłości Funkcjonowania Grupy KDPW Dokument Główny Polityka SZCF (wyciąg) Warszawa, dnia 21 czerwca 2013 r. Spis treści 1. Wprowadzenie... 3 2. Założenia ogólne SZCF... 3 2.1. Przypadki Bardziej szczegółowo Bezpieczeństwo danych i systemów informatycznych. Wykład 1
Bezpieczeństwo danych i systemów informatycznych Wykład 1 1. WPROWADZENIE 2 Bezpieczeństwo systemu komputerowego System komputerowy jest bezpieczny, jeśli jego użytkownik może na nim polegać, a zainstalowane Bardziej szczegółowo R E G U L A M I N. ochrony danych osobowych określający politykę bezpieczeństwa. Spółdzielnia Mieszkaniowa Geofizyka w Toruniu
R E G U L A M I N ochrony danych osobowych określający politykę bezpieczeństwa Spółdzielnia Mieszkaniowa Geofizyka w Toruniu Podstawa prawna: - ustawa z dnia 29 sierpnia 1997r. o ochronie danych osobowych Bardziej szczegółowo SAMOOCENA SYSTEMU KONTROLI ZARZĄDCZEJ
Załącznik Nr 3 Do Zarządzenia Nr 56/10 STAROSTY KOSZALIŃSKIEGO z dnia 1 października 2010 r. SAMOOCENA SYSTEMU KONTROLI ZARZĄDCZEJ W STAROSTWIE POWIATOWYM W KOSZALINIE Do sporządzenia samooceny wykorzystano Bardziej szczegółowo ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI
Dz. U. z 2004 r. Nr 100, poz. 1024 ROZPORZĄDZENIE MINISTRA SPRAW WEWNĘTRZNYCH I ADMINISTRACJI z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych Bardziej szczegółowo INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM SŁUŻĄCYM DO PRZETWARZANIA DANYCH OSOBOWYCH W OŚRODKU KULTURY W DRAWSKU POMORSKIM
Załącznik Nr 3 do zarządzenia Nr 5/2012 Dyrektora Ośrodka Kultury w Drawsku Pomorskim z dnia 1 marca 2012 r. INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM SŁUŻĄCYM DO PRZETWARZANIA DANYCH OSOBOWYCH W Bardziej szczegółowo Szkolenie otwarte 2016 r.
Warsztaty Administratorów Bezpieczeństwa Informacji Szkolenie otwarte 2016 r. PROGRAM SZKOLENIA: I DZIEŃ 9:00-9:15 Powitanie uczestników, ustalenie szczególnie istotnych elementów warsztatów, omówienie Bardziej szczegółowo ZARZĄDZENIE NR 100/2015 WÓJTA GMINY STEGNA. z dnia 16 czerwca 2015 r.
ZARZĄDZENIE NR 100/2015 WÓJTA GMINY STEGNA w sprawie wyznaczenia administratora bezpieczeństwa informacji oraz zastępców administratora bezpieczeństwa informacji w Urzędzie Gminy w Stegnie. Na podstawie Bardziej szczegółowo Nowoczesny Bank Spółdzielczy to bezpieczny bank. Aleksander Czarnowski AVET Information and Network Security Sp. z o.o.
Nowoczesny Bank Spółdzielczy to bezpieczny bank Aleksander Czarnowski AVET Information and Network Security Sp. z o.o. Bezpieczeństwo nie jest przywilejem banków komercyjnych System prawny na podstawie Bardziej szczegółowo Warszawa, dnia 24 kwietnia 2015 r. Pozycja 14 ZARZĄDZENIE NR 14 MINISTRA SKARBU PAŃSTWA 1) z dnia 23 kwietnia 2015 r.
DZIENNIK URZĘDOWY MINISTRA SKARBU PAŃSTWA Warszawa, dnia 24 kwietnia 2015 r. Pozycja 14 ZARZĄDZENIE NR 14 MINISTRA SKARBU PAŃSTWA 1) z dnia 23 kwietnia 2015 r. w sprawie ochrony danych osobowych w Ministerstwie Bardziej szczegółowo Bezpieczeństwo systemu informatycznego banku. Informatyka bankowa, WSB w Poznaniu, dr Grzegorz Kotliński
1 Bezpieczeństwo systemu informatycznego banku 2 Przyczyny unikania bankowych usług elektronicznych 60% 50% 52% 40% 30% 20% 10% 20% 20% 9% 0% brak dostępu do Internetu brak zaufania do bezpieczeństwa usługi Bardziej szczegółowo POLITYKA BEZPIECZEŃSTWA DANYCH OSOBOWYCH W SZKOLE PODSTAWOWEJ W CHRUŚLINIE
POLITYKA BEZPIECZEŃSTWA DANYCH OSOBOWYCH W SZKOLE PODSTAWOWEJ W CHRUŚLINIE Chruślina 19-03-2015r. 1 POLITYKA BEZPIECZEŃSTWA Administrator Danych Dyrektor Szkoły Podstawowej w Chruślinie Dnia 10-03-2015r. Bardziej szczegółowo ISO 27001. bezpieczeństwo informacji w organizacji
ISO 27001 bezpieczeństwo informacji w organizacji Czym jest INFORMACJA dla organizacji? DANE (uporządkowane, przefiltrowane, oznaczone, pogrupowane ) Składnik aktywów, które stanowią wartość i znaczenie Bardziej szczegółowo Obowiązki lekarza, lekarza dentysty wykonującego działalność leczniczą w ramach praktyki zawodowej związane z ochroną danych osobowych
Obowiązki lekarza, lekarza dentysty wykonującego działalność leczniczą w ramach praktyki zawodowej związane z ochroną danych osobowych Podstawa prawna: - ustawa z dnia 29 sierpnia 1997 r. o ochronie danych Bardziej szczegółowo OCHRONA DANYCH OSOBOWYCH
OCHRONA DANYCH OSOBOWYCH Dane osobowe Wg. Ustawy o ochronie danych osobowych: Dane osobowe każda informacja dotycząca osoby fizycznej pozwalająca na określenie tożsamości tej osoby. Przetwarzanie danych Bardziej szczegółowo administratora systemów informatycznych w Urzędzie Gminy i Miasta Proszowice NIE
Zarządzenie nr 1/2015 z dnia 2 stycznia 2015 r. o zmianie zarządzenia w sprawie: wyznaczenia administratora bezpieczeństwa informacji oraz administratora systemów informatycznych w Urzędzie Gminy i Miasta Bardziej szczegółowo POLITYKA BEZPIECZEŃSTWA OCHRONY DANYCH OSOBOWYCH WRAZ Z INSTRUKCJA ZARZĄDZANIA ZINTEGROWANĄ PLATFORMĄ ELF24
POLITYKA BEZPIECZEŃSTWA OCHRONY DANYCH OSOBOWYCH WRAZ Z INSTRUKCJA ZARZĄDZANIA ZINTEGROWANĄ PLATFORMĄ ELF24 FIRMY ELF24 SP. Z O.O. SP. K. Z SIEDZIBĄ W POZNANIU Poznań, czerwiec 2015 SPIS TREŚCI SPIS TREŚCI... Bardziej szczegółowo Informacja o strategii i celach zarządzania ryzykiem
Załącznik nr 1 Informacja o strategii i celach zarządzania ryzykiem 1) Strategia i procesy zarządzania rodzajami ryzyka. Podejmowanie ryzyka zmusza Bank do koncentrowania uwagi na powstających zagrożeniach, Bardziej szczegółowo Zadania Administratora Systemów Informatycznych wynikające z przepisów ochrony danych osobowych. Co ASI widzieć powinien..
Zadania Administratora Systemów Informatycznych wynikające z przepisów ochrony danych osobowych Co ASI widzieć powinien.. Czy dane osobowe są informacją szczególną dla Administratora Systemów IT? Administrator Bardziej szczegółowo POLITYKA BEZPIECZEŃSTWA DANYCH OSOBOWYCH Collegium Mazovia Innowacyjnej Szkoły Wyższej
Załącznik nr 1 do Zarządzenia nr 1/2013 Rektora Collegium Mazovia Innowacyjnej Szkoły Wyższej z dnia 31 stycznia 2013 r. POLITYKA BEZPIECZEŃSTWA DANYCH OSOBOWYCH Collegium Mazovia Innowacyjnej Szkoły Wyższej Bardziej szczegółowo Instrukcja Zarządzania Systemem Informatycznym Służącym do Przetwarzania Danych Osobowych
Obowiązuje od 01.01.2012r Instrukcja Zarządzania Systemem Informatycznym Służącym do Przetwarzania Danych Osobowych Zespół Szkół Ogrodniczych w Bielsku-Białej 1 Zawartość Wprowadzenie... 3 Procedury nadawania Bardziej szczegółowo POLITYKA BEZPIECZEŃSTWA
POLITYKA BEZPIECZEŃSTWA Administrator Danych... Imię i nazwisko właściciela firmy Dnia... data wdrożenia w przedsiębiorstwie o nazwie... Nazwa przedsiębiorstwa Zgodnie z ROZPORZĄDZENIEM MINISTRA SPRAW Bardziej szczegółowo REGULAMIN. organizacji i przetwarzania danych osobowych.
1 Załącznik nr 3 do Zarządzenia nr 243/09 Burmistrza Michałowa z dnia 14 września 2009 r. REGULAMIN organizacji i przetwarzania danych osobowych. Rozdział 1. Postanowienia ogólne. Rozdział 2. Ogólne zasady Bardziej szczegółowo REGULAMIN OCHRONY DANYCH OSOBOWYCH W SPÓŁDZIELNI MIESZKANIOWEJ PRZYSZŁOŚĆ W KLUCZBORKU
REGULAMIN OCHRONY DANYCH OSOBOWYCH W SPÓŁDZIELNI MIESZKANIOWEJ PRZYSZŁOŚĆ W KLUCZBORKU I. POSTANOWIENIA OGÓNE. Podstawa prawna. 1 - Ustawa o ochronie danych osobowych z dnia 29 sierpnia 1997 r. (j.t. Dz. Bardziej szczegółowo Szczegółowy zakres przedmiotu zamówienia. I. Opieka nad serwerami TAK/NIE
Szczegółowy zakres przedmiotu zamówienia Załącznik nr 7 do SIWZ I. Opieka nad serwerami TAK/NIE 1 Prace konserwacyjne przynajmniej dwa razy do roku (prócz rakcji na awarie) Całodobowy monitoring pracy Bardziej szczegółowo Regulamin Ochrony Danych Osobowych w Stowarzyszeniu Ogrodowym KMITA w Zabierzowie
Regulamin Ochrony Danych Osobowych w Stowarzyszeniu Ogrodowym KMITA w Zabierzowie Zatwierdzony Uchwałą nr 16/11/2015 z dnia 01-08-2015 S P I S TREŚCI I. POLITYKA BEZPIECZEŃSTWA...4 Pojęcia podstawowe...4 Bardziej szczegółowo Rozdział I Postanowienia ogólne
Załącznik nr 2 do Zarządzenia Nr 62/2011 Burmistrza Gminy Czempiń z dnia 30 maja 2011r. INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM URZĘDU GMINY W CZEMPINIU Rozdział I Postanowienia ogólne 1. Instrukcja Bardziej szczegółowo Polityka bezpieczeństwa przetwarzania danych osobowych
Załącznik nr 1 do zarządzenia dyrektora nr ROK-015-10/10 w Ośrodku Kultury w Olecku Mazury Garbate Polityka bezpieczeństwa przetwarzania danych osobowych Rozdział 1 Postanowienia ogólne 1. Polityka bezpieczeństwa Bardziej szczegółowo POLITYKA BEZPIECZEŃSTWA SYSTEMU INFORMATYCZNEGO
Załącznik nr 1 do Zarządzenia nr 25/2005 Burmistrza Brzeszcz z dnia 21 czerwca 2005 r. POLITYKA BEZPIECZEŃSTWA URZĘDU GMINY W BRZESZCZACH Podstawa prawna: - rozporządzenie Ministra Spraw Wewnętrznych i Bardziej szczegółowo Rektora-Komendanta Szkoły Głównej Służby Pożarniczej. z dnia 9 lipca 2008 r. w sprawie ustalenia Polityki Bezpieczeństwa Informacji w SGSP
ZARZĄDZENIE NR 33/08 Rektora-Komendanta Szkoły Głównej Służby Pożarniczej z dnia 9 lipca 2008 r. w sprawie ustalenia Polityki Bezpieczeństwa Informacji w SGSP Na podstawie 16 Regulaminu organizacyjnego Bardziej szczegółowo POLITYKA BEZPIECZEŃSTWA INFORMACJI 1-2 SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ Z SIEDZIBĄ W WARSZAWIE
Warszawa 2015-07-14 POLITYKA BEZPIECZEŃSTWA INFORMACJI Zgodnie z Ustawą o ochronie danych osobowych (Dz.U. 2014 poz. 1182) 1-2 SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ Z SIEDZIBĄ W WARSZAWIE Spis treści: Bardziej szczegółowo Zasady zarządzania ładem korporacyjnym w Banku Spółdzielczym w Szczucinie
Zasady zarządzania ładem korporacyjnym w Banku Spółdzielczym w Szczucinie (będące częścią Polityki zgodności stanowiącej integralną część Polityk w zakresie zarządzania ryzykami w Banku Spółdzielczym w Bardziej szczegółowo Polityka prywatności i bezpieczeństwa przetwarzania danych osobowych w zbiorze czas-na-przeglad.pl
Poznań, 24.01.2011 Polityka prywatności i bezpieczeństwa przetwarzania danych osobowych w zbiorze czas-na-przeglad.pl Realizując postanowienia ustawy z dnia 29.08.1997r. o ochronie danych osobowych (Dz. Bardziej szczegółowo Plan kontroli zarządczej na rok 2012 dla Urzędu Gminy Pruszcz Gdański w Pruszczu Gdańskim. Planowa na wartość
Plan kontroli zarządczej na rok 2012 dla Urzędu Gminy Pruszcz Gdański w Pruszczu Gdańskim Lp. CEL Nazwa 1. Przejrzysty proces zatrudniana zapewniający wybór najlepszego kandydata na dane stanowisko Wskaźnik Bardziej szczegółowo Załącznik Nr 2 do ZARZĄDZENIA NR 568/2016 PREZYDENTA MIASTA SOPOTU z dnia 12 maja 2016 r. INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM
Załącznik Nr 2 do ZARZĄDZENIA NR 568/2016 PREZYDENTA MIASTA SOPOTU z dnia 12 maja 2016 r. INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM Administrator Danych Osobowych PREZYDENT MIASTA SOPOTU Dnia 12 maja Bardziej szczegółowo Zarządzenie nr 10/2011 Dyrektora Gminnego Ośrodka Kultury w Wodyniach z dnia 14 lutego 2011 roku
Zarządzenie nr 10/2011 Dyrektora Gminnego Ośrodka Kultury w Wodyniach z dnia 14 lutego 2011 roku w sprawie wprowadzenia Polityki bezpieczeństwa danych osobowych Gminnego Ośrodka Kultury w Wodyniach Na Bardziej szczegółowo REGULAMIN OCHRONY DANYCH OSOBOWYCH W SPÓŁDZIELNI MIESZKANIOWEJ FAMEG" w Radomsku
REGULAMIN OCHRONY DANYCH OSOBOWYCH W SPÓŁDZIELNI MIESZKANIOWEJ FAMEG" w Radomsku Zatwierdzono Uchwałą Rady Nadzorczej nr 15/2012 z dnia 25 maja 2012 r. Sekretarz Rady Nadzorczej Ewa Pawłowska Przewodniczący Bardziej szczegółowo ZASADY ŁADU KORPORACYJNEGO W BANKU SPÓŁDZIELCZYM W GŁOGOWIE
Załącznik nr 1 do Uchwały Zarządu Banku z dnia 18.12.2014r Załącznik nr 1 do Uchwały Rady Nadzorczej z dnia 18.12.2014r ZASADY ŁADU KORPORACYJNEGO W BANKU SPÓŁDZIELCZYM W GŁOGOWIE Głogów, 2014r W Banku Bardziej szczegółowo PISMO OKÓLNE. Nr 8/2013. Rektora Uniwersytetu Marii Curie-Skłodowskiej w Lublinie. z dnia 30 sierpnia 2013 r.
PISMO OKÓLNE Nr 8/2013 Rektora Uniwersytetu Marii Curie-Skłodowskiej w Lublinie z dnia 30 sierpnia 2013 r. w sprawie procedur związanych z systemami informatycznymi Uniwersytetu przetwarzającymi dane osobowe Bardziej szczegółowo ROZPORZĄDZENIE PREZESA RADY MINISTRÓW. z dnia 20 lipca 2011 r. w sprawie podstawowych wymagań bezpieczeństwa teleinformatycznego
Dziennik Ustaw Nr 159 9338 Poz. 948 948 ROZPORZĄDZENIE PREZESA RADY MINISTRÓW z dnia 20 lipca 2011 r. w sprawie podstawowych wymagań bezpieczeństwa teleinformatycznego Na podstawie art. 49 ust. 9 ustawy Bardziej szczegółowo POLITYKA ZARZĄDZANIA SYSTEMEM MONITORINGU MIEJSKIEGO SŁUŻĄCYM DO PRZETWARZNANIA DANYCH OSOBOWYCH MONITORING MIEJSKI W RADOMIU
Załącznik Nr 1 Do Zarządzenia Nr 33573/2013 Prezydenta Miasta Radomia Z dnia 14 marca 2013 r. POLITYKA ZARZĄDZANIA SYSTEMEM MONITORINGU MIEJSKIEGO SŁUŻĄCYM DO PRZETWARZNANIA DANYCH OSOBOWYCH MONITORING Bardziej szczegółowo WZÓR UMOWA na świadczenie usług z zakresu obsługi informatycznej
załącznik nr 4 WZÓR UMOWA na świadczenie usług z zakresu obsługi informatycznej zawarta w dniu... r. pomiędzy: Ośrodkiem Sportu i Rekreacji ul. Bohaterów 3d; 68-300 Lubsko NIP: 928-207-52-77 zwanym dalej Bardziej szczegółowo Zarządzenie nr 14 Rektora Uniwersytetu Jagiellońskiego z 10 lutego 2006 roku
UNIWERSYTET JAGIELLOŃSKI DO-0130/14/2006 Zarządzenie nr 14 Rektora Uniwersytetu Jagiellońskiego z 10 lutego 2006 roku w sprawie: ochrony danych osobowych przetwarzanych w Uniwersytecie Jagiellońskim Na Bardziej szczegółowo INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM służącym do przetwarzania danych osobowych w Urzędzie Gminy Ostaszewo.
Załącznik nr 2 do zarządzenia nr 39/2015 Wójta Gminy Ostaszewo z dnia 27 maja 2015 r. INSTRUKCJA ZARZĄDZANIA SYSTEMEM INFORMATYCZNYM służącym do przetwarzania danych osobowych w Urzędzie Gminy Ostaszewo Bardziej szczegółowo Szkolenie Stowarzyszenia Polskie Forum ISO 14000 Zmiany w normie ISO 14001 i ich konsekwencje dla organizacji Warszawa, 16.04.2015
Wykorzystanie elementów systemu EMAS w SZŚ według ISO 14001:2015 dr hab. inż. Alina Matuszak-Flejszman, prof. nadzw. UEP Agenda Elementy SZŚ według EMAS (Rozporządzenie UE 1221/2009) i odpowiadające im Bardziej szczegółowo Księga Zintegrowanego Systemu Zarządzania ODPOWIEDZIALNOŚĆ KIEROWNICTWA
Strona: 1 z 6 1. Zaangażowanie kierownictwa Najwyższe kierownictwo SZPZLO Warszawa Ochota przejęło pełną odpowiedzialność za rozwój i ciągłe doskonalenie ustanowionego i wdrożonego zintegrowanego systemu Bardziej szczegółowo POLITYKA INFORMACYJNA BANKU SPÓŁDZIELCZEGO W IŁŻY
Załącznik do Uchwały Nr 88 /2014 Zarządu Banku Spółdzielczego w Iłży z dnia 23.12.2014r. Załącznik do Uchwały Nr 84/2014 Rady Nadzorczej Banku Spółdzielczego w Iłży z dnia 23.12.2014 r POLITYKA INFORMACYJNA Bardziej szczegółowo mgr inż. Joanna Karczewska CISA, ISACA Warsaw Chapter Konsekwencje wyroku Trybunału Konstytucyjnego dla bezpieczeństwa informacji
mgr inż. Joanna Karczewska CISA, ISACA Warsaw Chapter Konsekwencje wyroku Trybunału Konstytucyjnego dla bezpieczeństwa informacji Wyrok Trybunału Konstytucyjnego 2 Warszawa, dnia 9 kwietnia 2015 r. WYROK Bardziej szczegółowo PROCEDURA ALARMOWA GMINNEJ BIBLIOTEKI PUBLICZNEJ W ZAKRZÓWKU ORAZ FILII W STUDZIANKACH, SULOWIE I RUDNIKU DRUGIM
Gminna Biblioteka Publiczna w Zakrzówku ul. Żeromskiego 24 B, 23 213 Zakrzówek tel/fax: (81) 821 50 36 biblioteka@zakrzowek.gmina.pl www.gbp.zakrzowek.gmina.pl PROCEDURA ALARMOWA PROCEDURA ALARMOWA Obowiązuje Bardziej szczegółowo Instrukcja zarządzania systemem informatycznym służącym do przetwarzania danych osobowych
Załącznik nr 2 do zarządzenia dyrektora nr ROK-015-10/10 w Ośrodku Kultury w Olecku Mazury Garbate Instrukcja zarządzania systemem informatycznym służącym do przetwarzania danych osobowych Rozdział I Postanowienia Bardziej szczegółowo Przykładowy wzór Wystąpienia GIODO dotyczy zastosowanych środków bezpieczeństwa* Wystąpienie o dokonanie sprawdzenia
Przykładowy wzór Wystąpienia GIODO dotyczy zastosowanych środków bezpieczeństwa*... oznaczenie administratora bezpieczeństwa informacji oraz jego adresu do korespondencji Wystąpienie o dokonanie sprawdzenia Bardziej szczegółowo REGULAMIN FUNKCJONOWANIA KONTROLI ZARZADCZEJ W POWIATOWYM URZĘDZIE PRACY W GIśYCKU. Postanowienia ogólne
Załącznik Nr 1 do Zarządzenia Nr 29 z 01.07.2013r. REGULAMIN FUNKCJONOWANIA KONTROLI ZARZADCZEJ W POWIATOWYM URZĘDZIE PRACY W GIśYCKU Postanowienia ogólne 1 1. Kontrola zarządcza w Powiatowym Urzędzie Bardziej szczegółowo 2017 © DocPlayer.pl Polityka prywatności | Warunki świadczenia usług | Zwrotny adres