Source: http://docplayer.pl/2979192-Zarzadzanie-ryzykiem-jako-element-zapewniania-odpowiedniego-poziomu-bezpieczenstwa-teleinformatycznego.html
Timestamp: 2016-12-08 02:36:27+00:00
Document Index: 83294884

Matched Legal Cases: ['art. 66', 'art. 69', 'arte 2016', 'arte 2016', 'art. 69', 'art. 110']

⭐Zarządzanie ryzykiem jako element zapewniania odpowiedniego poziomu bezpieczeństwa teleinformatycznego
Zarządzanie ryzykiem jako element zapewniania odpowiedniego poziomu bezpieczeństwa teleinformatycznego
Download "Zarządzanie ryzykiem jako element zapewniania odpowiedniego poziomu bezpieczeństwa teleinformatycznego"
1 BIULETYN INSTYTUTU AUTOMATYKI I ROBOTYKI NR 23, 2006 Zarządzanie ryzykiem jako element zapewniania odpowiedniego poziomu bezpieczeństwa teleinformatycznego Krzysztof LIDERMAN Zakład Systemów Komputerowych, Instytut Teleinformatyki i Automatyki WAT, ul. S. Kaliskiego 2, Warszawa STRESZCZENIE: Artykuł zawiera omówienie tematyki zarządzania ryzykiem z uwzględnieniem wymagań normy PN-I :2005 z zakresu bezpieczeństwa teleinformatycznego. W artykule jest kontynuowana tematyka zawarta w [3] i [4]. SŁOWA KLUCZOWE: zarządzanie ryzykiem, bezpieczeństwo teleinformatyczne 1. Wstęp Zarządzanie ryzykiem to systematyczne stosowanie polityki, procedur i praktyki zarządzania do zadań ustalania kontekstu ryzyka, jego identyfikowania, analizowania, wyznaczania, postępowania z ryzykiem oraz monitorowania i komunikowania ryzyka (definicja za PN-IEC [15]). Zagadnienia zarządzania ryzykiem nabierają coraz większego znaczenia w działalności biznesowej firm na całym świecie, czego przykładem jest pojawienie się nowej specjalności zawodowej menedŝera ryzyka oraz róŝnego rodzaju stowarzyszeń tej grupy zawodowej (por. źródła internetowe zamieszczone na końcu niniejszego opracowania). RównieŜ w Polsce zostało powołane przez prezydenta PKPP (Polskiej Konfederacji Pracodawców Prywatnych) Lewiatan w dniu 5 września 2005 r. Forum MenedŜerów Ryzyka. Jego celem jest upowszechnienia problematyki zarządzania ryzykiem wśród członków PKPP Lewiatan i wypracowanie wspólnego profesjonalnego podejścia 432 K. Liderman do zarządzania ryzykiem oraz stworzenie najlepszych praktyk na rynku polskim w oparciu o międzynarodowe standardy 1. Ta swoista moda na widzenie wszystkich aspektów działalności biznesowej firmy przez pryzmat ryzyka 2 ma swoje przełoŝenie równieŝ na problematykę bezpieczeństwa teleinformatycznego, niezmiernie istotną we współczesnych, wysoce zinformatyzowanych firmach. Dobrym przykładem 3 uzasadniającym takie stwierdzenie jest np. zawartość normy [14]. Norma ta została przygotowana dla kierownictw przedsiębiorstw oraz ich personelu w celu przedstawienia modelu tworzenia oraz eksploatacji skutecznego systemu zarządzenia bezpieczeństwem informacji (dalej w skrócie SZBI, jako tłumaczenie angielskiego skrótu ISMS Information Security Management System). Do podstawowych elementów takiego modelu naleŝą (cytaty z normy): system zarządzania bezpieczeństwem informacji (SZBI): ta część całościowego systemu zarządzania, oparta na podejściu wynikającym z ryzyka biznesowego, odnosząca się do ustanawiania, wdraŝania, eksploatacji, monitorowania, utrzymywania i doskonalenia bezpieczeństwa informacji. SZBI obejmuje strukturę organizacyjną, polityki, działania planistyczne, zakresy odpowiedzialności, praktyki, procedury, procesy i zasoby. deklaracja stosowania (ang. statement of applicability): dokument, w którym opisano cele stosowania zabezpieczeń oraz zabezpieczenia, które odnoszą się i mają zastosowanie w SZBI danej organizacji, oparte o rezultaty i wnioski wynikające z procesów szacowania i postępowania z ryzykiem. Jak moŝna zauwaŝyć, kluczowym elementem proponowanego w normie modelu jest zarządzanie ryzykiem. W załączniku 1 jest zamieszczony wyciąg z normy punktujący te jej fragmenty, w których jest mowa o ryzyku i zarządzaniu ryzykiem. Gdy jest mowa o analizie ryzyka w kontekście bezpieczeństwa teleinformatycznego, to naleŝy mieć na uwadze związki takiej analizy z analizą ryzyka biznesowego firmy oraz zaleŝności i zakresy odpowiedzialności pomiędzy osobami uwikłanymi w ocenę (i zarządzanie) 1 13 października 2005 Rada Główna PKPP Lewiatan podjęła uchwałę o przystąpieniu PKPP Lewiatan do Federation of European Risk Management Associations (FERMA). 2 Warto zwrócić uwagę, Ŝe obecna moda na ryzyko została poprzedzona modą z przełomu XX/XXI wieku na widzenie działalności biznesowej firmy przez pryzmat procesów biznesowych przykładem tej mody są chociaŝby zmiany zachodzące w kolejnych wydaniach serii norm z zakresu jakości, tj. ISO/IEC Innym przykładem są zalecenia standardu COBIT, gdzie w domenie Planowanie i organizacja, proces PO9 to szacowanie ryzyka. 44 Biuletyn Instytutu Automatyki i Robotyki, 23/20063 Zarządzanie ryzykiem... ryzyka biznesowego firmy i ryzyka związanego z bezpieczeństwem informacji przetwarzanych, przesyłanych i przechowywanych w firmowych systemach teleinformatycznych. Dla menedŝera ryzyka zajmującego się ryzykiem biznesowym, ryzyko związane z przetwarzaniem informacji w firmowych systemach teleinformatycznych będzie tylko jednym z wielu ryzyk mogących mieć wpływ na osiąganie celów biznesowych firmy. Dla osoby odpowiedzialnej za bezpieczeństwo teleinformatyczne 4 i często będącej tzw. właścicielem ryzyka IT w kontekście całościowego ryzyka biznesowego, to ryzyko jest jedyne i najwaŝniejsze, poniewaŝ ma wpływ na skuteczne zarządzanie bezpieczeństwem teleinformatycznym, które to zadanie jest podstawowym dla takiej osoby. Dalsze rozwaŝania przedstawione w niniejszym opracowaniu będą prowadzone przy załoŝeniu, Ŝe dotyczą przede wszystkim tej części zarządzania ryzykiem biznesowym, które jest związane z przetwarzaniem informacji w firmowych systemach IT. Rzetelne potraktowanie tej tematyki wymaga jednak przedstawienia analizy ryzyka na potrzeby bezpieczeństwa teleinformatycznego w szerszym kontekście firmowej, biznesowej analizy ryzyka. Niniejsze opracowanie moŝna traktować jako systematyzację i uzupełnienie zagadnień opisywanych publikacjach [2], [3], [4] oraz rozdziale 7 w [1]. 2. Analiza ryzyka na potrzeby bezpieczeństwa teleinformatycznego a zabezpieczenia i SZBI Proponuje się (za [1]) przyjęcie następującej definicji bezpieczeństwa teleinformatycznego : Definicja 1 Termin bezpieczeństwo teleinformatyczne oznacza poziom uzasadnionego 5 zaufania, Ŝe potencjalne straty wynikające z niepoŝądanego (przypadkowego lub świadomego) ujawnienia, modyfikacji, zniszczenia lub uniemoŝliwienia przetwarzania informacji przechowywanej i przesyłanej za pomocą systemów teleinformatycznych nie zostaną poniesione. Z definicji tej wynika, Ŝe bezpieczeństwo teleinformatyczne dotyczy informacji oraz pośrednio, jako środka przechowywania, przesyłania i 4 Na przykład pełnomocnika ds. bezpieczeństwa lub administratora bezpieczeństwa teleinformatycznego. 5 Np. analizą ryzyka i przyjętymi metodami postępowania z ryzykiem. Biuletyn Instytutu Automatyki i Robotyki, 23/4 K. Liderman przetwarzania informacji, systemów teleinformatycznych. MoŜna zauwaŝyć, Ŝe bezpieczeństwo nie jest ani obiektem, ani zdarzeniem to imponderabilia z dziedziny psychologii. Z tego względu jest co najmniej problematyczne usiłowanie pomiaru bezpieczeństwa [8]. Jednak Ŝeby skutecznie czymkolwiek zarządzać, trzeba mieć oparcie, przy podejmowaniu decyzji, w wynikach pomiarów. Z tego względu proponuje się przyjęcie (za [1]) następującej definicji systemu bezpieczeństwa dla systemu teleinformatycznego, wykorzystanej następnie do zdefiniowania mierzalnego stanu ochrony: Definicja 2 Systemem bezpieczeństwa S TE dla systemu teleinformatycznego T osadzonego w środowisku E nazywa się uporządkowaną piątkę: taką Ŝe: S TE = O T, B T, R T, R B, Ω T O T = {o i i 1, m } B T = {b p p 1, r } R T = {r s s 1, t } R B R T Ω T = {ω w w 1, z } jest niepustym zbiorem obiektów (czynnych i/lub biernych) składających się na system T; jest zbiorem środków bezpieczeństwa (zabezpieczeń) zastosowanych w systemie S TE; jest zbiorem podatności istniejących w systemie S TE, przy czym w ogólnym przypadku prawdziwa jest formuła: [ o i O T r s R T b j B T[ω(o i, b j, r s)]] jest zbiorem podatności chronionych przed zagroŝeniami, tj. o i O T r s R B b j B T[ω(o i, b j, r s)] jest niepustym zbiorem relacji określonych w iloczynie kartezjańskim O T B T R B, wiąŝących elementy zbioru O T z posiadanymi przez nie podatnościami ze zbioru R B, chronionymi za pomocą środków bezpieczeństwa ze zbioru B T: ω y = { o i, b p, r s O T B T R B } co dla konkretnej relacji zapisujemy: ω y(o i, b p, r s) W zbiorze środków bezpieczeństwa B T =B TO B TF B TSP moŝna wyróŝnić zabezpieczenia: organizacyjne i kadrowe B TO, fizyczne i techniczne B TF, sprzętowo-programowe B TSP. 46 Biuletyn Instytutu Automatyki i Robotyki, 23/20065 Zarządzanie ryzykiem... Definicja 3 Stanem ochrony STO τ dla systemu teleinformatycznego T osadzonego w środowisku E nazywa się uporządkowaną piątkę: STO τ = O Tτ, B Tτ, R Tτ, R Bτ, Ω Tτ gdzie: STO τ S TE I τ I jest okresem eksploatacji systemu bezpieczeństwa, oznacza wybraną chwilę obserwacji. Upraszczając moŝna powiedzieć, Ŝe stan ochrony jest fotografią stanu obiektów, podatności i zabezpieczeń wykonaną w określonej chwili τ. Warto zauwaŝyć Ŝe, z takiej perspektywy, piątka S TE moŝe być uwaŝana za przestrzeń stanów ochrony. Do powiązania stanu ochrony z działaniami w zakresie zarządzania ryzykiem, istotna jest równieŝ definicja ryzyka na potrzeby bezpieczeństwa teleinformatycznego. Proponuje się przyjęcie (za [1]) następującej definicji: Definicja 4 Termin ryzyko oznacza miarę stopnia zagroŝenia dla tajności, integralności i dostępności informacji wyraŝoną jako iloczyn prawdopodobieństwa (lub moŝliwości) wystąpienia sytuacji stwarzającej takie zagroŝenie i stopnia szkodliwości jej skutków (strat). MoŜliwe działania związane z STO τ, mające wpływ na poziom ryzyka, to: w zakresie kontroli ryzyka (por. rozdz. 3.4) dobór, instalacja i konfiguracja zabezpieczeń B T (czyli działania w zakresie budowy, głównie części technicznej, systemu ochrony); w zakresie transferu ryzyka (por. rozdz. 3.4) usunięcie obiektu ze zbioru O T i co z tym się wiąŝe podatności związanych z tym obiektem ze zbioru R T. Z punktu widzenia osób zajmujących się bezpieczeństwem teleinformatycznym tylko pierwsze z wymienionych działań leŝy zwykle w zakresie ich kompetencji. Decyzje odnośnie pozostałych moŝliwości minimalizacji ryzyka (unikania, transferu i retencji) leŝą zwykle poza zakresem decyzyjnym tych osób i naleŝą do Zarządu firmy lub firmowych menedŝerów ryzyka. Nie oznacza to oczywiście, Ŝe osoby związane z zapewnianiem bezpieczeństwa teleinformatycznego są całkowicie odsunięte od takich procesów decyzyjnych wręcz przeciwnie, ich opinia odnośnie moŝliwości Biuletyn Instytutu Automatyki i Robotyki, 23/6 K. Liderman wdroŝenia i skutków podjętych decyzji powinna być starannie przez decydentow rozwaŝona. W praktyce stosowane jest teŝ często pojęcie ryzyka operacyjnego. Jest ono szczególnie rozpowszechnione w isnstytucjach typu finansowego, gdzie za Bazylejskim Komitetem ds. Nadzoru Bankowego [19] przyjmuje się, Ŝe ryzyko operacyjne naleŝy rozumieć jako ryzyko straty wynikającej z niedostosowania lub zawodności wewnętrznych procesów, ludzi i systemów technicznych lub ze zdarzeń zewnętrznych. W zakres ryzyka operacyjnego wchodzi ryzyko prawne, natomiast wyłącza się z niego ryzyko reputacji i strategiczne. 3. Charakterystyka procesu zarządzania ryzykiem Zarządzanie ryzykiem (na potrzeby bezpieczeństwa teleinformatycznego) ma na celu: wykazanie, których ryzyk i jak moŝna uniknąć, stosując rozwiązania organizacyjne i techniczne w zakresie przetwarzania, przesyłania i przechowywania informacji w firmowych systemach IT, zapewnienie optymalnego, ze względu na koszty i znane/zadane ograniczenia, stanu ochrony ww. informacji, zminimalizowanie ryzyka szczątkowego tak, aby stało się ryzykiem akceptowalnym. Uznane standardy zarządzania ryzykiem brytyjski Risk Management Standard promowany przez FERMA (Federation of European Risk Management Associations) oraz australijski AS/NZS 4360 są zgodne co do wyodrębnienia, przedstawionych na rys.1, podstawowych elementów procesu zarządzania ryzykiem. Te ogólne, przedstawione na rys.1, elementy zostaną uszczegółowione (w kontekście ryzyka związanego z przetwarzaniem informacji w firmowych systemach IT) w kolejnych rozdziałach niniejszego opracowania. Szczególna uwaga w zakresie postępowania z ryzykiem będzie zwrócona na jego kontrolowanie z tego względu, Ŝe działania takie naleŝą do rutynowych zadań personelu technicznego działów IT (administratorów) i osób odpowiedzialnych za bezpieczeństwo teleinformatyczne Analiza ryzyka identyfikacja zagroŝeń, podatności i środowiska Pokazane na rys. 1 czynności identyfikacji (zakresu, zagroŝeń, podatności, 48 Biuletyn Instytutu Automatyki i Robotyki, 23/20067 Zarządzanie ryzykiem... potencjalnych strat) oraz oszacowania i oceny ryzyka nazywa się zwykle analizą ryzyka (ang. risk analysis). Wynikiem rozpoznania zagroŝeń i środowiska (podatności i wymagań) powinno być opisanie ryzyka, tzn. przedstawienie cech określonych zagroŝeń w sposób strukturalny i pozwalający na ich porównanie. ZARZĄDZANIE RYZYKIEM Identyfikacja: zakresu analizy ryzyka; zagroŝeń; podatności; potencjalnych strat. Oszacowanie ryzyka Ocena ryzyka Opracowanie zasad postępowania z ryzykiem w zakresie jego: unikania kontrolowania transferu retencji. Administrowanie ryzykiem Akceptacja ryzyka szczątkowego Rys.1. Podstawowe elementy procesu zarządzania ryzykiem Identyfikacja zagroŝeń i podatności Wstępną czynnością analityczną w analizie ryzyka jest identyfikacja Biuletyn Instytutu Automatyki i Robotyki, 23/8 K. Liderman zagroŝeń i podatności. Zidentyfikowane zagroŝenia sugeruje się [16] sklasyfikować w następujących grupach: strategiczne (wpływające na długoterminowe cele firmy), operacyjne (wpływające na codzienne funkcjonowanie firmy), finansowe (związane z bezpośrednimi działaniami finansowymi i kapitałem firmy), informacyjne (wpływające na bezpieczeństwo firmowych zbiorów informacji), zgodności (wpływające na utrzymywanie zgodności z obowiązującymi regulacjami prawnymi). MoŜna teŝ, jako kryterium klasyfikacji, przyjąć ich związek z konkretną firmą/organizacją. W takim przypadku zwykle wyróŝnia się: a) ZagroŜenia nie wymagające specyficznej wiedzy dziedzinowej (tj. związanej z konkretną firmą /organizacją), np.: zagroŝenia katastrofami naturalnymi (poŝar, powódź, itp.), zagroŝenia typu zatrzymanie działalności (BI Business Interruption). b) ZagroŜenia wymagające specyficznej wiedzy dziedzinowej (tj. związanej z konkretną firmą /organizacją), np.: utrata kluczowych pracowników, utrata kluczowego klienta, utrata reputacji, awaria systemów IT. W przypadku identyfikacji zagroŝeń na potrzeby bezpieczeństwa teleinformatycznego 6 moŝna przyjąć następującą klasyfikację zagroŝeń, jako podstawę do ich szczegółowej identyfikacji i opisania: 1) Siły wyŝsze (klęski Ŝywiołowe, katastrofy finansowe, zmiany prawa, itd.) moŝliwe skutki: zniszczenie informacji i zasobów fizycznych, utrata dostępności, obniŝenie poziomu ochrony. 2) Działania nieuprawnione i przestępcze, w tym: a) zagroŝenia związane z kradzieŝami fizycznymi i zagubieniami sprzętu, oprogramowania i dokumentów moŝliwe skutki: głównie utrata dostępności i poufności informacji; 6 Metodyka identyfikacji zagroŝeń z wykorzystaniem analizy drzewa zagroŝeń została opisana w rozdz. 4 w [2]. 50 Biuletyn Instytutu Automatyki i Robotyki, 23/20069 Zarządzanie ryzykiem... b) zagroŝenia związane z podsłuchami róŝnego typu (w tym wykorzystanie klasycznych technik szpiegowskich) sprzętu i oprogramowania moŝliwe skutki: utrata poufności informacji; c) nieuprawnione działania personelu moŝliwe skutki: utrata dostępności, integralności i poufności informacji, obniŝenie poziomu ochrony; d) nieuprawnione działania osób postronnych moŝliwe skutki: utrata dostępności, integralności i poufności informacji, obniŝenie poziomu ochrony. 3) Błędy personelu obsługującego system komputerowy moŝliwe skutki: utrata dostępności, integralności i poufności informacji, obniŝenie poziomu ochrony. 4) Skutki złej organizacji pracy, w tym zagroŝenia związane z błędami w ochronie fizycznej i technicznej moŝliwość utraty dostępności, integralności i poufności. 5) Awarie i uszkodzenia sprzętu oraz wady oprogramowania moŝliwe skutki: głównie utrata dostępności informacji oraz obniŝenie poziomu ochrony. W przypadku rozpoznawania zakresu (środowiska) analizy ryzyka na potrzeby bezpieczeństwa teleinformatycznego, istotna jest takŝe identyfikacja podatności jako podstawa przyszłych działań w zakresie minimalizacji ryzyka. Podatności mogą być związane z: 1) Systemem teleinformatycznym: a) elementami sprzętowymi: składającymi się na system komputerowy, zapewniającymi komunikację pomiędzy systemami i sieciami (tzw. urządzenia sieciowe); b) elementami programowymi: systemem operacyjnym, oprogramowaniem uŝytkowym; c) ludźmi eksploatującymi system komputerowy: operatorami, administratorami; d) procedurami eksploatacji (w szczególności procedurami dostępu do systemu i do informacji przetwarzanej i przechowywanej w systemie). 2) Systemem ochrony: Biuletyn Instytutu Automatyki i Robotyki, 23/10 K. Liderman a) elementami ochrony fizycznej: elementami mechanicznymi i budowlanymi, ludźmi pełniącymi funkcje ochronne (straŝ przemysłowa, portierzy), procedurami ochrony fizycznej; b) elementami skomputeryzowanego systemu ochrony technicznej: elementami sprzętowymi, elementami programowymi, ludźmi eksploatującymi skomputeryzowany system ochrony technicznej: c) systemem nadzoru: ludźmi pełniącymi funkcje nadzorcze, procedurami nadzoru; d) elementami sprzętowo-programowymi wbudowanymi lub dodanymi do systemu informatycznego w celu zapewnienia naleŝytej ochrony informacji: zapory sieciowe, IPS, systemy uwierzytelniania i autoryzacji w systemach dostępu logicznego, oprogramowanie antywirusowe, oprogramowanie i urządzenia kryptograficzne itp. 3) Otoczeniem (środowiskiem eksploatacji) systemu informatycznego i związanego z nim systemu ochrony: systemami zasilania w energię elektryczną, systemami klimatyzacji, budynkami i pomieszczeniami. Przedstawione klasyfikacje uszczegółowiają i pokazują zakres objęty nadzorem i działaniami osób odpowiedzialnych w firmie za bezpieczeństwo teleinformatyczne. Pokazują takŝe, jakie elementy powinny zostać uwzględnione w przypadku analizy ryzyka na potrzeby bezpieczeństwa teleinformatycznego. Zwykle źródłem informacji na temat zagroŝeń i wywoływanych przez nie szkód, jest analiza szkód własnych i znanych na rynku. MoŜna ją wykonać przez przegląd i syntezę własnych (firmowych) baz danych i raportów na temat szkód, a takŝe przegląd dostępnych archiwów firmy oraz np. materiałów prasowych pod kątem określonych zdarzeń u konkurentów. Dobrym źródłem informacji są teŝ analizy szkód prowadzone przez ubezpieczyciela. Inne wskazówki metodyczne związane z opisem środowiska analizy ryzyka (w tym procesów kluczowych i krytycznych) są zawarte np. w rozdz.4 w [2] Identyfikacja wymagań na poziom ochrony 52 Biuletyn Instytutu Automatyki i Robotyki, 23/200611 Zarządzanie ryzykiem... Określenie poŝądanego poziomu ochrony jest konieczne w procesie analizy ryzyka do: ustalenia wymaganych środków ochronnych (zabezpieczeń), podjęcia decyzji o akceptacji ryzyka szczątkowego. Wymagany poziom ochrony powinien być określony w Polityce bezpieczeństwa teleinformatycznego (o ile taki dokument istnieje) i odnosić się do kluczowych procesów biznesowych i związanych z nimi zasobów informacyjnych. PoŜądane poziomy ochrony określają zwykle członkowie zarządu firmy, wspomagani przez właścicieli zasobów. Przesłanki do określenia poziomu ochrony zasobów informacyjnych firmy przetwarzanych, przesyłanych i przechowywanych w systemach teleinformatycznych to: 1. Potencjalne skutki błędów w ochronie informacji i dostępności usług świadczonych przez systemy teleinformatyczne. W tym przypadku wymagane poziomy moŝna określić wstępnie na przykład według następującej skali: bardzo wysoki gdy błędy w ochronie informacji dla konkretnych systemów teleinformatycznych prowadzą do całkowitego załamania działalności biznesowej firmy lub wywierają szerokie niekorzystne skutki społeczne lub gospodarcze; wysoki gdy błędy w ochronie informacji dla konkretnych systemów teleinformatycznych naruszają zdolność do działania centralnych organów firmy, a szkody z tego wynikłe dotyczą samej firmy i podmiotów trzecich; średni gdy błędy w ochronie informacji dla konkretnych systemów teleinformatycznych szkodzą tylko firmie; niski gdy błędy w ochronie informacji dla konkretnych systemów teleinformatycznych przynoszą firmie tylko niewielkie szkody. 2. Cele, które kierownictwo firmy chce się osiągnąć dzięki wdroŝonym środkom ochronnym i systemowi zarządzania bezpieczeństwem informacji, na przykład: zapewnienie dobrej marki firmy na rynku; zabezpieczenie ciągłości pracy w firmie/organizacji; zapewnienie realizacji przepisów prawnych np. o ochronie tajemnicy państwowej lub danych osobowych; zagwarantowanie niezawodności procesów handlowych w aspekcie terminowości (dostępność informacji), dokładności (integralność informacji) jak i ich poufności. Biuletyn Instytutu Automatyki i Robotyki, 23/12 K. Liderman W przypadku zasobów informacyjnych, poŝądane poziomy ochrony powinny być przyporządkowane do kaŝdego z podstawowych atrybutów bezpieczeństwa informacji: tajności, integralności i dostępności, co ilustruje tabela 1. Tab. 1. Określanie poziomu ochrony. Nr Nazwa i rodzaj zasobu Atrybuty informacji Poziom ochrony Uzasadnienie Dane osobowe klientów Tajność Integralność Wysoki Średni Dane osobowe zgodnie z obowiązującymi przepisami prawnymi podlegają ścisłej ochronie. Błędy zostają szybko rozpoznawane i mogą być łatwo korygowane Dostępność Średni Niedostępność danych komputerowych do 72 godzin moŝe być łatwo zastąpiona papierową bazą dokumentacyjną 2 Dane administracyjne własne Tajność Integralność Dostępność Średni Średni Średni Przetwarzane są dane które mają co najwyŝej klauzulę tajności do uŝytku wewnętrznego Szkody wynikłe z zafałszowania danych nie przekraczają zwykle zł Przez okres do jednego tygodnia jest moŝliwa praca na dokumentach papierowych Wśród miar poŝądanego poziomu ochrony moŝna wyróŝnić: 1. Miary sformalizowane, podane w normach, np. poziomy uzasadnionego zaufania EAL w normie PN-ISO/IEC-15408:3. 54 Biuletyn Instytutu Automatyki i Robotyki, 23/200613 Zarządzanie ryzykiem Miary nieformalne, wynikające z konkretnych uwarunkowań działalności firmy, związane na przykład z wymagam poziomem dostępności usług systemów teleinformatycznych. Przykładem takiej miary mogą być: maksymalne, dopuszczalne czasy zatrzymania kluczowych procesów biznesowych; klasa tajności przetwarzanej informacji; sformułowania typu: zapewnić zgodność działania systemów teleinformatycznych z wymaganiami ustawy o ochronie danych osobowych i rozporządzenia MSWiA z dnia 29 kwietnia 2004 r. w sprawie... (Dz. U. z 2004 r. Nr 100, poz. 1024) Miary takie są często zawarte w sformułowaniach umów, np.:...wykonać system zabezpieczeń gwarantujący dostępność usług, świadczonych przez firmę w Internecie, na poziomie 99,999% Oszacowanie ryzyka Oszacowanie ryzyka polega na określeniu moŝliwości realizacji zagroŝeń (do tego potrzebna jest m.in. znajomość podatności) oraz potencjalnych strat. Oszacowanie takie jest wykonane w sposób jakościowy lub ilościowy, uwzględniający dwa podstawowe parametry: moŝliwość lub prawdopodobieństwo realizacji zagroŝenia oraz skutki finansowe tego zdarzenia. Najczęściej wyniki oszacowania ryzyka przybierają formę wykresu lub tabeli 7. Zaletą takiej formy przedstawienia wyników analizy ryzyka jest obrazowe pokazanie wzajemnego usytuowania róŝnych ryzyk oraz ich istotności, co stanowi podstawę do podejmowania decyzji odnośnie postępowania z ryzykiem. Na rysunku 2 jest pokazana przykładowa, podstawowa, czteropolowa matryca ryzyka wraz z interpretacją poszczególnych pól. W praktyce (por. rys.3) pola zwykle nie będą równe; poza tym, gdy oszacowania mają być bardziej precyzyjne, stosowane są matryce o większej ilości pól, np. szesnastopolowe. Mapy ryzyka mogą być pomocne [18] nie tylko w trafnej identyfikacja ryzyka, ale umoŝliwiają takŝe odpowiednie określenie profilu ryzyka i właściwe dostosowanie mechanizmów zarządzania tym ryzykiem. W procesie konstruowania mapy ryzyka poszczególne kategorie ryzyka operacyjnego przyporządkowuje się pionom operacyjnym, funkcjom organizacyjnym i procesom. Mapa ryzyka umoŝliwia poza tym ujawnienie podatności oraz nadanie priorytetu dalszym działaniom zarządczym 8. 7 UŜywane są róŝne nazwy: mapa ryzyka, matryca ryzyka, model ryzyka, profil ryzyka. 8 Zmiany administracyjno-organizacyjne i technologiczne oraz wprowadzanie nowych produktów i usług powinny być uwzględniane w procesie zarządzania ryzykiem operacyjnym, przed ich Biuletyn Instytutu Automatyki i Robotyki, 23/14 K. Liderman Analizy wykonywane podczas identyfikacji zagroŝeń pozwalają zwykle na dobre opisanie ryzyka. Takie opisanie wykonuje się przez podanie następujących, podstawowych parametrów ryzyka (por. takŝe definicję 4): maksymalnego skutku pienięŝnego realizacji zagroŝenia (dalej oznaczanego jako PML 9 ), prawdopodobieństwa realizacji zagroŝenia; oraz zwykle dwóch parametrów dodatkowych: okoliczności, w jakich moŝe dojść do realizacji zagroŝenia, potencjału zagroŝenia (do oddziaływania szerszego niŝ w bezpośredniej lokalizacji zdarzenia oraz dłuŝszego niŝ bezpośrednio po zdarzeniu). Przyjmowana w praktyce dokładność oszacowań, to rząd wielkości błąd 10%-20% jest uwaŝany zwykle za dobry wynik. Przy analizie kombinacji zdarzeń dających róŝne wielkości PML, przyjmuje się najczęściej czarny scenariusz, tj. wielkości praktycznie najbardziej niekorzystne dla firmy Oszacowanie ryzyka przegląd metod W oszacowaniach ryzyka wybór sprowadza się do dwóch metod: 1. Metody ilościowej analizy ryzyka (por. np. [1], [3]), gdzie operuje się miarą zdarzenia losowego prawdopodobieństwem wyraŝonym liczbą z przedziału [0,1]. 2. Metody jakościowej analizy ryzyka (por. np. [1], [4]), gdzie operuje się opisowymi, arbitralnie dobieranymi miarami wyraŝającymi moŝliwość zajścia zdarzenia losowego. Wariantem analizy jakościowej jest dość często stosowane w analizie ryzyka oszacowanie częstościowe, gdzie podaje się moŝliwą liczbę badanych zdarzeń w pewnym okresie czasu (np. roku). Przykład 1 Przyjmijmy następujące oceny: formalnym zatwierdzeniem i wprowadzeniem, zaś ryzyko operacyjne, które moŝe być z nimi związane, powinno podlegać odpowiednim procedurom oceny. 9 Possible Maximum Loss, czyli Maksymalna MoŜliwa Strata, wskaźnik stosowany zwykle w przypadku katastrof (poŝar, powódź, trzęsienie ziemi itd.), oraz zdarzeń typu BI. 10 Istotna jest umiejętność oceny, który czarny scenariusz jest jeszcze realny, a który juŝ nie. 56 Biuletyn Instytutu Automatyki i Robotyki, 23/200615 Zarządzanie ryzykiem... moŝliwość całkowitego spalenia serwerowni (zagroŝenie) wynosi raz na 1000 lat (tj. 1:1000), a poniesione w takim przypadku całkowite straty 11 wynoszą 20 mln. PLN. moŝliwość kradzieŝy słuŝbowego samochodu (zagroŝenie) o wartości 200 tys. PLN wynosi raz na 10 lat (tj. 1:10). szkody Niskie Średnie Wysokie Wysokie szkody w przypadku realizacji zagroŝenia i niska moŝliwość jego realizacji (średnie ryzyko) Niskie szkody w przypadku realizacji zagroŝenia i niska moŝliwość jego realizacji (niskie ryzyko) Wysokie szkody w przypadku realizacji zagroŝenia i wysoka moŝliwość jego realizacji (wysokie ryzyko) Niskie szkody w przypadku realizacji zagroŝenia i wysoka moŝliwość jego realizacji (średnie ryzyko) Niska Średnia Wysoka moŝliwość realizacji zagroŝenia Rys. 2. Mapa ryzyka przykład. W obu przypadkach wartości ryzyka będą identyczne: Ryzyko(serwerownia) = /1000 = Ryzyko(samochód) = /10 = Na tym przykładzie widać wyraźnie, Ŝe ryzyko i zagroŝenie (lub, precyzyjniej, moŝliwość realizacji zagroŝenia) to nie to samo. Niestety, w wielu 11 Odrębnym zagadnieniem jest liczenie strat, które w tym przypadku muszą uwzględniać nie tylko wartość fakturową spalonego wyposaŝenia, ale takŝe np. koszty odtworzenia działania systemów teleinformatycznych (w tym koszty utraty informacji). Biuletyn Instytutu Automatyki i Robotyki, 23/16 K. Liderman przypadkach analizy ryzyka moŝna spotkać się z zamiennym stosowaniem terminów ryzyko i moŝliwość realizacji zagroŝenia, co często moŝe prowadzić (i prowadzi!) do nieporozumień i błędów w oszacowaniach. Warto w tym miejscu zastanowić się takŝe nad róŝnicami przy podejściu ilościowym, gdzie operuje się miarą zdarzenia losowego prawdopodobieństwem wyraŝonym liczbą z przedziału [0,1], a zastosowanym w przykładzie 1 podejściem częstościowym, nazywanym takŝe często prawdopodobieństwem. Metoda ilościowa oznacza, Ŝe prawdopodobieństwo interesującego zdarzenia wyliczane jest na podstawie danych statystycznych, tzn. obserwuje się dany obiekt (np. samochód) przez zadany okres czasu (np. 10 lat) i w tym czasie odnotowuje się zajścia określonego zdarzenia (np. prób kradzieŝy) licząc zarówno próby nieudane jak i udane. Prawdopodobieństwo 0,1 w takim przypadku moŝe oznaczać, Ŝe w ciągu 10 lat miało miejsce 100 prób kradzieŝy, z których tylko 10 zakończyło się powodzeniem. W przypadku podejścia częstościowego wiemy tylko tyle, Ŝe powiodła się jedna próba kradzieŝy w ciągu 10 lat. Widać wyraźnie, Ŝe róŝna jest uŝyteczność informacyjna obu podejść w drugim przypadku nie ma Ŝadnych przesłanek pozwalających wnioskować np. o sile systemu ochrony samochodu przed kradzieŝą ani o ilości obserwowanych zdarzeń w zadanym przedziale czasu. UŜywane tutaj prawdopodobieństwo jest odwrotnością liczby lat oddzielających jedno zdarzenie od drugiego. W praktyce zdarzeniom mającym miejsce więcej niŝ raz w roku przypisuje się prawdopodobieństwo równe 1, a wartość PML ustala na poziomie sumy strat z całego roku. Fakt, Ŝe oszacowanie częstościowe jest często stosowane wynika głównie z braku danych empirycznych zbieranych w sposób wcześniej wzmiankowany. To, co jest zwykle dostępne, to zapisy (w aktach, dziennikach eksploatacji, prasie itp.), Ŝe pewne wydarzenie miało miejsce. Poza tym, z biznesowego punktu widzenia, istotny jest określony skutek a nie przyczyny nie musimy się zajmować tym, czy przyczyną np. poŝaru było podpalenie, zaprószenie ognia czy zwarcie w instalacji elektrycznej. W tym kontekście ryzyko moŝna interpretować tak jest to liczba wyraŝająca maksymalny skutek (szkody) rozłoŝony na liczbę lat związaną z częstością realizacji danego zagroŝenia. Jest to zatem wskaźnik amortyzacji całej spodziewanej szkody na wszystkie lata pomiędzy jednym takim wydarzeniem a kolejnym. W praktyce najczęściej występują oszacowania jakościowe ryzyka, tj. bez operowania precyzyjnymi, liczbowymi prawdopodobieństwami zajścia badanych zdarzeń. Zalecenie [12] zawiera ogólnie uznawany zarys metodyki oszacowania jakościowego ryzyka. W stosowanych metodach postępowania 58 Biuletyn Instytutu Automatyki i Robotyki, 23/200617 Zarządzanie ryzykiem... korzysta się z predefiniowanych zakresów wartości róŝnych parametrów procesu szacowania ryzyka jak równieŝ z miar opisowych (np. moŝliwość realizacji zagroŝenia opisuje się jako niską, średnią, lub wysoką ). Do uzyskania konkretnych wartości stosuje się najczęściej metody ankietowe, tzn. właściciele informacji i inne osoby, których wiedza moŝe być przydatna w procesie analizy ryzyka wypełniają odpowiednio przygotowane kwestionariusze. Metodyka zgodna z zaleceniem [12] jest w duŝym stopniu oparta na subiektywnych miarach i ocenach. Subiektywne są: wartości opisowe poziomów róŝnego typu; przyjęte zakresy wartości miar liczbowych; przyjęte przedziały wartości miar odpowiadających poszczególnym poziomom. przyporządkowania konkretnych miar zagroŝeniom, podatnościom, skutkom itp. Przyporządkowanie takie jest wykonywane przez wybrany personel firmy podczas badań ankietowych. Analityk moŝe narzucić konkretne miary opisowe oraz zakresy przedziałów, ale w końcu i tak musi zaakceptować to, co podadzą mu pracownicy firmy. Nie istnieją Ŝadne unormowania czy standardy traktujące o tym, jak ustalać ww. wartości. Skutkiem moŝe być niepowtarzalność wyników procesu analizy ryzyka dla potrzeb bezpieczeństwa teleinformatycznego w zakresie wygenerowanych konkretnych ocen i oszacowań. Niestety, przy braku danych statystycznych do oszacowania rozkładu prawdopodobieństwa zagroŝeń dla potrzeb ilościowej analizy ryzyka oraz braku danych od ekspertów (których opinie teŝ są w duŝej mierze subiektywne), oszacowania jakościowe ryzyka pozostają jedynym praktycznym sposobem przeprowadzenia tego etapu procesu budowania systemu bezpieczeństwa teleinformatycznego Ocena ryzyka Na etapie oceny ryzyka (ang. risk evaluation) określa się istotność (w sensie waŝności dla działalności biznesowej firmy) ryzyk i, w konsekwencji, kto podejmuje decyzje w zakresie reakcji na ryzyko (Zarząd, dyrektor Departamentu lub Oddziału regionalnego, kierownicy zespołów operacyjnych?). Poszczególnym ryzykom nadaje się równieŝ priorytety na skali waŝności i pilności. Biuletyn Instytutu Automatyki i Robotyki, 23/18 K. Liderman 3.4. Reakcja na ryzyko W literaturze (m.in. Risk Management Standard, AIRMIC) podaje się zwykle następujące moŝliwe reakcje na ryzyko (ang. risk treatment): unikanie ryzyka, kontrolowanie ryzyka, transfer ryzyka, retencję (zatrzymanie) ryzyka. Wymieniona kolejność jest umotywowana pogarszającym się wskaźnikiem nakładów czasu, wysiłku i kosztów do uzyskanych efektów kolejnych rozwiązań. Unikanie ryzyka 12 pozwala na pełne uwolnienie własnych zasobów bądź procesów od tego ryzyka. JeŜeli moŝliwości unikania ryzyka zostały wyczerpane, naleŝy podjąć próbę kontrolowania ryzyka poprzez: prewencję, czyli oddziaływanie poprzez kontrolowanie podatności na moŝliwość realizacji zagroŝenia; minimalizowanie (redukcję) strat, czyli oddziaływanie na skutek realizacji zagroŝenia, mające na celu zmniejszanie wielkości strat w przypadku wykorzystania podatności przez zagroŝenie działania minimalizujące powinny być opisane w planach odtwarzania ciągłości działania (firmy, systemu teleinformatycznego, itp.). Oddziaływanie to zwykle sprowadza się do realizacji odpowiednich procedur szybkiego przywracania poprawnego działania systemów teleinformatycznych. Wobec ryzyk leŝących bliŝej lewego górnego rogu mapy ryzyka (niskie prawdopodobieństwo zdarzenia lecz katastrofalny skutek por. rys.2) działania będą najskuteczniejsze i najwydajniejsze w zakresie zmniejszanie PML zwykle znacznie łatwiej będzie zmniejszyć PML o 1/3 (np. z 3 mln do 2 mln PLN) niŝ prawdopodobieństwo realizacji zagroŝenia zmniejszyć np. z 3% do 2%. Powodowane jest to m.in. tym, Ŝe są to najczęściej tzw. zdarzenia (zagroŝenia) rzadkie, często związane z czynnikami naturalnymi (trzęsienie ziemi, powódź, huragan), na które zwykle nie mamy wpływu. Z kolei ryzyka leŝące blisko prawego dolnego rogu (częste, lecz mało dotkliwe zdarzenia) wymagają zwykle działań zmniejszających prawdopodobieństwo realizacji zagroŝenia (oddziaływania na przyczyny), gdyŝ 12 Na przykład odcięcie pracownikom dostępu do Internetu pozwala na uniknięcie ryzyka m.in. dostępu do agresywnych stron WWW lub ataku zdalnego. Podobnie, przejście na system typu Unix pozwala na uniknięcie ataku kodów i programów złośliwych utworzonych dla systemów Windows. 60 Biuletyn Instytutu Automatyki i Robotyki, 23/200619 Zarządzanie ryzykiem... próba zmniejszenia kaŝdej jednostkowej szkody z np PLN do 700 PLN będzie mało skuteczna i jednocześnie bardzo kosztowna. Przykładem (próby zmniejszenia jednostkowej szkody zamiast prewencji) moŝe być rezygnacja ze stosowania oprogramowania antywirusowego na rzecz procedur naprawczych po wykonanym ataku kodu lub programu złośliwego. Gdy zostały wyczerpane moŝliwości kontrolowania ryzyka przez firmę, i jeśli tzw. ryzyka rezydentne (według Risk Management Standard, ang. residual risks,) czyli poziom ryzyka, które pozostało po zastosowaniu wcześniej wspomnianych technik je minimalizujących, jest nadal zbyt wysoki, naleŝy rozwaŝyć przekazanie tych ryzyk lub ich części, czyli ich transfer. Podstawową zasadą transferu jest dokonywanie go na podmiot, który potrafi ryzykiem zarządzać lepiej niŝ podmiot, który chce się ryzyka pozbyć. Do form przekazywania ryzyk na zewnątrz, naleŝy: outsourcing tych funkcji firmy, które są obarczone ryzykiem niewspółmiernie wysokim do wartości dodanej przez te funkcje. Przykładowo, moŝe to być oddanie w outsourcing utrzymywania firmowych stron WWW lub utworzenie Centrum Zapasowego dla firmowego ośrodka komputerowego na zasadzie kolokacji lub hostingu; pozostawienie funkcji (procesów, majątku trwałego) w firmie, a wyprowadzenie samego ryzyka poza firmę często odbywa się to przez współuczestniczenie partnera zewnętrznego w ryzyku 13 ; ubezpieczenie ryzyka. Elementem wspólnym wszystkich form transferu ryzyka jest to, iŝ jest on odpłatny wymaga poniesienia kosztu i finansowania tego rozwiązania przez firmę. Dlatego najpierw próbuje się kontrolować i minimalizować ryzyka (gdyŝ sam proces minimalizowania, jego koszty i skuteczność pozostają pod całkowitą kontrolą firmy), a dopiero potem odpłatnie transferować zminimalizowane ryzyka (a więc tańsze w transferze, bo bezpieczniejsze ). Transfer ryzyka pozbawia firmę w duŝym stopniu kontroli nad nim na ryzyko wystawiona jest firma, ale kto inny nim zarządza. Podstawowe pytanie, na które naleŝy w takim przypadku znaleźć odpowiedź to: na ile partner, który odpłatnie przejmuje ryzyko dotyczące naszej firmy potrafi je kontrolować i skutecznie zareagować w przypadku jego realizacji? Ostatnią formą reagowania na ryzyko jest jego retencja (zatrzymanie). W przypadku retencji wymagane jest opracowanie planów odtwarzania (powrotu, według PN-IEC [15]). 13 Np. partycypacja finansowa firmy ochrony w szkodach kradzieŝowych, obowiązek kontrolowania i finansowania ryzyka awarii sprzętu komputerowego przez producenta lub serwisanta, itp. Biuletyn Instytutu Automatyki i Robotyki, 23/20 K. Liderman 3.5. Akceptacja ryzyka szczątkowego Podstawowym zadaniem dla procesu akceptacji ryzyka szczątkowego jest ustalenie wartości progowych dla PML oraz wartości progowych dla częstości (prawdopodobieństw, moŝliwości). Dwa najpopularniejsze podejścia to: tolerancja 14 na ryzyko, wartości progowe. W przypadku pierwszym naleŝy określić, jakie maksymalne straty w ciągu roku firma moŝe ponieść, aby jeszcze zachować zdolność operacyjną i konkurencyjną. Dysponując wartością maksymalnych rocznych strat moŝna na mapie ryzyka narysować krzywą obrazująca próg tolerancji firmy na ryzyko ryzyka ponad krzywą nie są tolerowane, pod krzywą są akceptowane. Na przykład, firma zdolna samofinansować roczne straty rzędu 100 tys. PLN: dla zdarzeń raz na 4 lata (0,25) będzie miała tolerancję rzędu PLN, dla zdarzeń raz na 10 lat (0,1) tolerancja wynosi PLN, itd. W drugim przypadku, szczególnie gdy oszacowania mają być bardziej precyzyjne niŝ akceptowalne i nie akceptowalne, oraz przewiduje się stosowanie miar opisowych typu: małe, średnie, duŝe, prawdopodobne, mało prawdopodobne itp., naleŝy zdefiniować tzw. wartości progowe dla: PML określające, gdzie przebiega granica pomiędzy małą stratą a średnią, średnią a duŝą itd. W zastosowaniach praktycznych wykorzystuje się najczęściej zbiór parametrów i wskaźników finansowych firmy często wykorzystuje się odniesienia do przychodów rocznych firmy oraz do jej rocznych zysków; moŝliwości (potocznego prawdopodobieństwa lub częstości) dających podstawy do podjęcia (lub nie) określonych działań przez firmę. Progi te mogą zostać określone zdroworozsądkowo lub bardziej formalnie, z wykorzystaniem mediany 15 oraz górnego i dolnego kwartyla z wartości prawdopodobieństwa wszystkich analizowanych ryzyk. Na rysunku 3 pokazana jest mapa ryzyka z naniesioną krzywą tolerancji ryzyka oraz dwiema prostymi: pionową, pokazującą granicę pomiędzy częstościami niekorzystnych zdarzeń powyŝej których muszą być podjęte konkretne działania; poziomą, która oznacza przyjęty górny poziom akceptacji szkód. 14 W Ŝargonie menedŝerów ryzyka nazywana często apetytem. 15 W przypadku wykorzystania mediany jako wartości progowej naleŝy posortować ryzyka według prawdopodobieństwa i wybrać, jako wartość progową, ryzyko środkowe. 62 Biuletyn Instytutu Automatyki i Robotyki, 23/2006 Pokazać jeszcze
2012 Metodyka zarządzania ryzykiem w obszarze bezpieczeństwa informacji Niniejszy przewodnik dostarcza praktycznych informacji związanych z wdrożeniem metodyki zarządzania ryzykiem w obszarze bezpieczeństwa Bardziej szczegółowo Autor: Artur Lewandowski. Promotor: dr inż. Krzysztof Różanowski
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 PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji Bardziej szczegółowo Zarządzenie Nr 71/2010 Burmistrza Miasta Czeladź. z dnia 28 kwietnia 2010r.
Zarządzenie Nr 71/2010 Burmistrza Miasta Czeladź z dnia 28 kwietnia 2010r. w sprawie : wprowadzenia procedury Identyfikacji zagroŝeń oraz oceny ryzyka zawodowego na stanowiskach pracy w Urzędzie Miasta Bardziej szczegółowo Systemy zarządzania bezpieczeństwem informacji: co to jest, po co je budować i dlaczego w urzędach administracji publicznej
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 Powiązania norm ISO z Krajowymi Ramami Interoperacyjności i kontrolą zarządczą
Krzysztof Świtała WPiA UKSW Podstawa prawna 20 ROZPORZĄDZENIA RADY MINISTRÓW z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany Bardziej szczegółowo Zakład Ubezpieczeń Społecznych Departament Zamówień Publicznych ul. Szamocka 3, 5, 01-748 Warszawa tel: 22 667 17 04, faks: 22 667 17 33
Zakład Ubezpieczeń Społecznych Departament Zamówień Publicznych ul. Szamocka 3, 5, 01-748 Warszawa tel: 22 667 17 04, faks: 22 667 17 33 993200/370/IN-402/2012 Warszawa, dnia 22.05.2012 r. Informacja dla Bardziej szczegółowo BAKER TILLY POLAND CONSULTING
BAKER TILLY POLAND CONSULTING Wytyczne KNF dla firm ubezpieczeniowych i towarzystw reasekuracyjnych w obszarze bezpieczeństwa informatycznego An independent member of Baker Tilly International Objaśnienie Bardziej szczegółowo Typowe błędy w analizie rynku nieruchomości przy uŝyciu metod statystycznych
Typowe błędy w analizie rynku nieruchomości przy uŝyciu metod statystycznych Sebastian Kokot XXI Krajowa Konferencja Rzeczoznawców Majątkowych, Międzyzdroje 2012 Rzetelnie wykonana analiza rynku nieruchomości 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 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 Ryzyko w Rozporządzeniu Rady Ministrów z dnia 12 kwietnia 2012r. w sprawie Krajowych Ram Interoperacyjności ( )
Ryzyko w Rozporządzeniu Rady Ministrów z dnia 12 kwietnia 2012r. w sprawie Krajowych Ram Interoperacyjności ( ) Dr inż. Elżbieta Andrukiewicz Przewodnicząca KT nr 182 Ochrona informacji w systemach teleinformatycznych Bardziej szczegółowo Praktyczne aspekty wdroŝenia systemu zarządzania ryzykiem.
Praktyczne aspekty wdroŝenia systemu zarządzania ryzykiem. Szanse i zagroŝenia na przykładzie wybranej jednostki. Krzysztof Chmurkowski Audytor Wewnętrzny (CGAP) Członek SAW IIA Polska, SGI Audyt, a zarządzanie Bardziej szczegółowo ZARZĄDZENIE NR 17/2014R. KIEROWNIKA GMINNEGO OŚRODKA POMOCY SPOŁECZNEJ W POSTOMINIE
ZARZĄDZENIE NR 17/2014R. KIEROWNIKA GMINNEGO OŚRODKA POMOCY SPOŁECZNEJ W POSTOMINIE Z DNIA 29 GRUDNIA 2014R. w sprawie określenia procedur samooceny funkcjonowania systemu kontroli zarządczej w Gminnym Bardziej szczegółowo WZ PW Norma ISO/IEC 27001:2013 najnowsze zmiany w systemach zarzadzania bezpieczeństwem informacji IT security trends
Norma ISO/IEC 27001:2013 najnowsze zmiany w systemach zarzadzania bezpieczeństwem informacji dr inż. Bolesław Szomański Wydział Zarządzania Politechnika Warszawska b.szomański@wz.pw.edu.pl Plan Prezentacji Bardziej szczegółowo I. O P I S S Z K O L E N I A
Sektorowy Program Operacyjny Rozwój Zasobów Ludzkich Priorytet 2 Rozwój społeczeństwa opartego na wiedzy Działanie 2.3 Rozwój kadr nowoczesnej gospodarki I. O P I S S Z K O L E N I A Tytuł szkolenia Metodyka 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 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 Tomasz Redliński - Manager, Departament Bezpieczeństwa, PBSG Sp. z o.o. Janusz Słobosz Risk Consulting Manager, Aon Polska Sp. z o.o.
Maj 2013 Spis treści 1. Wprowadzenie... 3 2. Podstawy prawne... 4 3. Zasada działania programu... 6 4. Zgodność z analizą zagrożeń... 7 5. Opis programu... 8 5.1. Menu Górne... 9 5.2. Status... 10 5.3. 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 Ryzyko w działalności przedsiębiorstw przemysłowych. Grażyna Wieteska Uniwersytet Łódzki Katedra Zarządzania Jakością
Ryzyko w działalności przedsiębiorstw przemysłowych Grażyna Wieteska Uniwersytet Łódzki Katedra Zarządzania Jakością Plan Prezentacji Cel artykułu Dlaczego działalność przemysłowa wiąże się z ryzykiem? Bardziej szczegółowo ISO 27001 w Banku Spółdzielczym - od decyzji do realizacji
Polityka bezpieczeństwa informacji Główne zagadnienia wykładu Bezpieczeństwo systemów informatycznych Polityka bezpieczeństwa Zbigniew Suski 1 Polityka Bezpieczeństwa Jest zbiorem zasad i procedur obowiązujących Bardziej szczegółowo ISO 9001 + 3 kroki w przód = ISO 27001. ISO Polska - Rzeszów 22 stycznia 2009r. copyright (c) 2007 DGA S.A. All rights reserved.
ISO 9001 + 3 kroki w przód = ISO 27001 ISO Polska - Rzeszów 22 stycznia 2009r. O NAS Co nas wyróŝnia? Jesteśmy I publiczną spółką konsultingową w Polsce! 20 kwietnia 2004 r. zadebiutowaliśmy na Giełdzie Bardziej szczegółowo Zarządzenie Nr 90/2008 Burmistrza Miasta Czeladź. z dnia 09.05. 2008
Zarządzenie Nr 90/2008 Burmistrza Miasta Czeladź z dnia 09.05. 2008 w sprawie : wprowadzenia procedury Identyfikacji zagrożeń oraz oceny ryzyka zawodowego na stanowiskach pracy w Urzędzie Miasta Czeladź Bardziej szczegółowo Analiza ryzyka jako podstawa zabezpieczenia danych osobowych Maciej Byczkowski Janusz Zawiła-Niedźwiecki
Analiza ryzyka jako podstawa zabezpieczenia danych osobowych Maciej Byczkowski Janusz Zawiła-Niedźwiecki Centrum Informatyzacji II Konferencja Zabezpieczenie danych osobowych Nowa rola ABI aspekty organizacyjne Bardziej szczegółowo Normalizacja dla bezpieczeństwa informacyjnego
Normalizacja dla bezpieczeństwa informacyjnego J. Krawiec, G. Ożarek Kwiecień, 2010 Plan wystąpienia Ogólny model bezpieczeństwa Jak należy przygotować organizację do wdrożenia systemu zarządzania bezpieczeństwem 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 Zarządzanie ryzykiem w bezpieczeństwie informacji
Zarządzanie ryzykiem w bezpieczeństwie informacji Systemy zarządzania bezpieczeństwem informacji zyskują coraz większą popularność, zarówno wśród jednostek administracji publicznej jak i firm z sektora Bardziej szczegółowo Zarządzenie Nr 24/2012 Rektora Uniwersytetu Wrocławskiego z dnia 28 marca 2012 r. w sprawie Polityki zarządzania ryzykiem
Zarządzenie Nr 24/2012 Rektora Uniwersytetu Wrocławskiego z dnia 28 marca 2012 r. w sprawie Polityki zarządzania ryzykiem Na podstawie art. 66 ust. 2 ustawy z dnia 27 lipca 2005 r. - Prawo o szkolnictwie Bardziej szczegółowo Zarządzenie nr 9a / 2011 Dyrektora Domu Pomocy Społecznej Betania" w Lublinie z dnia 20.06.2011 roku
Dom Pomocy Społecznej Betania Al. Kraśnicka 223, 20-718 Lublin tel./fax 081 526 49 29 NIP 712-19-36-365, REGON 000979981 Zarządzenie nr 9a / 2011 Dyrektora Domu Pomocy Społecznej Betania" w Lublinie z Bardziej szczegółowo Zarządzanie ryzykiem w bezpieczeostwie IT
Zarządzanie ryzykiem w bezpieczeostwie IT GIGACON 2011 Marek Abramczyk CISA, CRISC, CISSP, LA ISO27001 Warszawa, 29.11.2011 ABIWAY 1 /34 Agenda 1 2 3 4 5 6 7 Omówienie procesu zarządzania ryzykiem ISO27005 Bardziej szczegółowo Część I. Różnice i podobieństwa analizy ryzyka na potrzeby zarządzania ryzykiem oraz rocznego planowania audytu i programowania zadań audytowych
Praktyczne aspekty określania wskaźników ryzyka w systemie zarządzania ryzykiem i ich wykorzystanie w procesie rocznego planowania audytu i programowania zadań audytowych Zofia Szynkowska Część I Różnice Bardziej szczegółowo Szkoła Podstawowa nr 336 im. Janka Bytnara Rudego - Ursynów
RAPORT OCENA KONTROLI ZARZĄDCZEJ Szkoła Podstawowa nr 336 im. Janka Bytnara Rudego - Ursynów raport za rok: 2015 Strona 1 z 12 I. WSTĘP: Kontrolę zarządczą w jednostkach sektora finansów publicznych stanowi Bardziej szczegółowo Imed El Fray Włodzimierz Chocianowicz
Imed El Fray Włodzimierz Chocianowicz Laboratorium Certyfikacji Produktów i Systemów Informatycznych Wydział Informatyki Katedra Inżynierii Oprogramowania Zachodniopomorski Uniwersytet Technologiczny w Bardziej szczegółowo Bezpieczeństwo danych w sieciach elektroenergetycznych
Bezpieczeństwo danych w sieciach elektroenergetycznych monitorowanie bezpieczeństwa Janusz Żmudziński Polskie Towarzystwo Informatyczne Nadużycia związane z bezpieczeństwem systemów teleinformatycznych 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 Budowanie polityki bezpieczeństwa zgodnie z wymogami PN ISO/IEC 17799 przy wykorzystaniu metodologii OCTAVE
Budowanie polityki bezpieczeństwa zgodnie z wymogami PN ISO/IEC 17799 przy wykorzystaniu metodologii OCTAVE AGENDA: Plan prezentacji Wstęp Charakterystyka zagrożeń, zasobów i zabezpieczeń Założenia bezpieczeństwa 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 POLITYKA BEZPIECZEŃSTWA INFORMACJI
Załącznik 1 POLITYKA BEZPIECZEŃSTWA INFORMACJI W celu zabezpieczenia danych gromadzonych i przetwarzanych w Urzędzie Miejskim w Ząbkowicach Śląskich oraz jego systemie informatycznym, a w szczególności Bardziej szczegółowo Bezpieczeństwo dziś i jutro Security InsideOut
Bezpieczeństwo dziś i jutro Security InsideOut Radosław Kaczorek, CISSP, CISA, CIA Partner Zarządzający w IMMUSEC Sp. z o.o. Radosław Oracle Security Kaczorek, Summit CISSP, 2011 CISA, Warszawa CIA Oracle Bardziej szczegółowo System Kontroli Wewnętrznej w Banku BPH S.A.
System Kontroli Wewnętrznej w Banku BPH S.A. Cel i elementy systemu kontroli wewnętrznej 1. System kontroli wewnętrznej umożliwia sprawowanie nadzoru nad działalnością Banku. System kontroli wewnętrznej Bardziej szczegółowo Dyrektora Gminnego Zespołu Szkół w Ozimku
ZARZĄDZENIE nr 31/2012 Dyrektora Gminnego Zespołu Szkół w Ozimku z dnia 17 października 2012 r. w sprawie organizacji zarządzania ryzykiem w GZS w Ozimku Na podstawie art.. 68 oraz art. 69 ust.1 pkt 3 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 RACHUNKOWOŚĆ ZARZĄDCZA
RACHUNKOWOŚĆ ZARZĄDCZA wykład XI dr Marek Masztalerz Uniwersytet Ekonomiczny w Poznaniu 2011 EKONOMICZNY CYKL śycia PRODUKTU 1 KOSZTY CYKLU śycia PRODUKTU OKRES PRZEDRYNKOWY OKRES RYNKOWY OKRES POSTRYNKOWY 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 SYSTEM ZARZĄDZANIA RYZYKIEM W DZIAŁALNOŚCI POLITECHNIKI WARSZAWSKIEJ FILII w PŁOCKU
Ewa Szczepańska Zarządzanie projektami a zarządzanie ryzykiem Warszawa, dnia 9 kwietnia 2013 r. Agenda Definicje Wytyczne dla zarządzania projektami Wytyczne dla zarządzania ryzykiem Miejsce ryzyka w zarządzaniu Bardziej szczegółowo Spis treści. Analiza Zagrożeń Instrukcja Użytkowania
Luty 2013 Spis treści 1. Wprowadzenie... 3 2. Podstawy prawne... 4 2.1. Poziom zagrożeń... 4 2.2. Dobór środków bezpieczeństwa... 5 3. Zasada działania programu... 6 4. Opis programu... 7 4.1. Menu Górne... Bardziej szczegółowo Plan prezentacji. Projektowanie i wdrażanie systemów zarządzania bezpieczeństwem informacji zgodnie z ISO/IEC 27003 dokumentacja ISO/IEC 27003:2010
Projektowanie i wdrażanie systemów zarządzania bezpieczeństwem informacji zgodnie z ISO/IEC 27003 dokumentacja Plan prezentacji Norma ISO/IEC 27003:2010 Dokumenty wymagane przez ISO/IEC 27001 Przykładowe Bardziej szczegółowo Zarządzanie ryzykiem teoria i praktyka. Ewa Szczepańska Centrum Projektów Informatycznych Warszawa, dnia 31 stycznia 2012 r.
Zarządzanie ryzykiem teoria i praktyka Ewa Szczepańska Centrum Projektów Informatycznych Warszawa, dnia 31 stycznia 2012 r. Zarządzanie ryzykiem - agenda Zarządzanie ryzykiem - definicje Ryzyko - niepewne Bardziej szczegółowo Zarządzenie Nr 37/2011. Starosty Lubelskiego z dnia 29 marca 2011 r.
Zarządzenie Nr 37/2011 Starosty Lubelskiego z dnia 29 marca 2011 r. w sprawie określenia procedury zarządzania ryzykiem w Starostwie Powiatowym w Lublinie Na podstawie art. 69 ust. 1 pkt 2 ustawy z dnia Bardziej szczegółowo ZARZĄDZENIE Nr 96/2014 Burmistrza Bornego Sulinowa z dnia 26 października 2014 r.
ZARZĄDZENIE Nr 96/2014 Burmistrza Bornego Sulinowa z dnia 26 października 2014 r. w sprawie wprowadzenia Procedury alarmowej i ustalenia zasad sporządzania Sprawozdania rocznego stanu systemu ochrony danych Bardziej szczegółowo Zarządzanie ryzykiem w ochronie informacji niejawnych. KSIBIT Warszawa 22 lipca 2014 r.
Zarządzanie ryzykiem w ochronie informacji niejawnych KSIBIT Warszawa 22 lipca 2014 r. Agenda spotkania Zamiast wstępu Wymagania prawne Zalecenia uzupełniające Pojęcia i terminy Metodyka szacowania ryzyk Bardziej szczegółowo Polityka Bezpieczeństwa Informacji Urzędu Miejskiego w Zdzieszowicach
Polityka Bezpieczeństwa Informacji Urzędu Miejskiego w Zdzieszowicach 1. Podstawa prawna Niniejszy dokument reguluje sprawy ochrony danych osobowych przetwarzane w Urzędzie Miejskim w Zdzieszowicach i Bardziej szczegółowo Bezpieczeństwo i koszty wdrażania Informatycznych Systemów Zarządzania Hubert Szczepaniuk Wojskowa Akademia Techniczna im. Jarosława Dąbrowskiego
Bezpieczeństwo i koszty wdrażania Informatycznych Systemów Zarządzania Hubert Szczepaniuk Wojskowa Akademia Techniczna im. Jarosława Dąbrowskiego Problem wdrażania IT w organizacji Wskaźnik powodzeń dużych 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 Zmiany w standardzie ISO dr inż. Ilona Błaszczyk Politechnika Łódzka
Zmiany w standardzie ISO 9001 dr inż. Ilona Błaszczyk Politechnika Łódzka 1 W prezentacji przedstawiono zmiany w normie ISO 9001 w oparciu o projekt komitetu. 2 3 4 5 6 Zmiany w zakresie terminów używanych Bardziej szczegółowo ZARZĄDZENIE Nr 73/2015 WÓJTA GMINY Orły z dnia 11 czerwca 2015 r. w sprawie wdrożenia Polityki Bezpieczeństwa Informacji w Urzędzie Gminy w Orłach
ZARZĄDZENIE Nr 73/2015 WÓJTA GMINY Orły z dnia 11 czerwca 2015 r. w sprawie wdrożenia Polityki Bezpieczeństwa Informacji w Urzędzie Gminy w Orłach Na podstawie 5 ust. 3 rozporządzenia Ministra Spraw Wewnętrznych 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 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 Deklaracja Zarządu o ustanowieniu Polityki Bezpieczeństwa PLT Sp. z o.o.
Deklaracja Zarządu o ustanowieniu Polityki Bezpieczeństwa PLT Sp. z o.o. Dokument przygotowany w oparciu o obowiązujące przepisy prawa, dot. ochrony zasobów ludzkich, materialnych i niematerialnych. Przygotował Bardziej szczegółowo Standard określania klasy systemu informatycznego resortu finansów
Dane dokumentu Nazwa Projektu: Kontrakt Konsolidacja i Centralizacja Systemów Celnych i Podatkowych Studium Projektowe Konsolidacji i Centralizacji Systemów Celnych i Podatkowych (SPKiCSCP) Numer wersji Bardziej szczegółowo Matryca efektów kształcenia dla programu studiów podyplomowych ZARZĄDZANIE I SYSTEMY ZARZĄDZANIA JAKOŚCIĄ
Podstawy firmą Marketingowe aspekty jakością Podstawy prawa gospodarczego w SZJ Zarządzanie Jakością (TQM) Zarządzanie logistyczne w SZJ Wymagania norm ISO serii 9000 Dokumentacja w SZJ Metody i Techniki Bardziej szczegółowo OPIS SYSTEMU ZARZĄDZANIA RYZYKIEM
OPIS SYSTEMU ZARZĄDZANIA RYZYKIEM SECUS ASSET MANAGEMENT S.A. dotyczy art. 110w ust.4 Ustawy o obrocie instrumentami finansowymi z dnia 29 lipca 2005 roku tekst zmieniony ustawą z 05-08-2015 Dz. U. poz. Bardziej szczegółowo Podstawowe pytania o bezpieczeństwo informacji i cyberbezpieczeństwo w jednostkach sektora finansów publicznych
Opracowanie z cyklu Polskie przepisy a COBIT Podstawowe pytania o bezpieczeństwo informacji i cyberbezpieczeństwo w jednostkach sektora finansów publicznych Czerwiec 2016 Opracowali: Joanna Karczewska Bardziej szczegółowo Strategia identyfikacji, pomiaru, monitorowania i kontroli ryzyka w Domu Maklerskim Capital Partners SA
Strategia identyfikacji, pomiaru, monitorowania i kontroli ryzyka zatwierdzona przez Zarząd dnia 14 czerwca 2010 roku zmieniona przez Zarząd dnia 28 października 2010r. (Uchwała nr 3/X/2010) Tekst jednolity Bardziej szczegółowo Nr sprawy: BDG-II-281-17-PC/09 Warszawa dn. 29 października 2009 r.
Nr sprawy: BDG-II-281-17-PC/09 Warszawa dn. 29 października 2009 r. Treść zapytań wraz z wyjaśnieniami do SIWZ W związku ze złoŝeniem pytań dotyczących treści specyfikacji istotnych warunków zamówienia, Bardziej szczegółowo Powody wdraŝania i korzyści z funkcjonowania Systemu Zarządzania Jakością wg ISO 9001. Mariola Witek
Powody wdraŝania i korzyści z funkcjonowania Systemu Zarządzania Jakością wg ISO 9001 Mariola Witek Przedmiot wykładu 1.Rozwój systemów zarządzania jakością (SZJ) 2.Potrzeba posiadania formalnych SZJ 3.Korzyści 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 Warszawa, dnia 21 czerwca 2013 r. Poz. 15 OBWIESZCZENIE KOMISJI NADZORU FINANSOWEGO. z dnia 21 czerwca 2013 r.
DZIENNIK URZĘDOWY Warszawa, dnia 21 czerwca 2013 r. Poz. 15 OBWIESZCZENIE z dnia 21 czerwca 2013 r. w sprawie ogłoszenia jednolitego tekstu uchwały Nr 384/2008 Komisji Nadzoru Finansowego w sprawie wymagań Bardziej szczegółowo Polityka Bezpieczeństwa Informacji PIN BG AGH. (w wyborze)
Polityka Bezpieczeństwa Informacji PIN BG AGH (w wyborze) Opis Punktu Informacji Normalizacyjnej (PIN) Punkt Informacji Normalizacyjnej znajduje się w Bibliotece Głównej Akademii Górniczo-Hutniczej im. Bardziej szczegółowo 3. Umowa ws. Grantu Blokowego. 4. Kwalifikowalność kosztów i poziom dofinansowania. 5. Zadania i obowiązki
Aneks nr 3: Zasady i Procedury dla Grantów Blokowych, Funduszu na Przygotowanie Projektów, Funduszu Pomocy Technicznej oraz Funduszu Stypendialnego w ramach Szwajcarsko - Polskiego Programu Współpracy Bardziej szczegółowo Zarządzenie Nr 60/2011/2012 Rektora Uniwersytetu Kazimierza Wielkiego z dnia 2 kwietnia 2012 r.
Zarządzenie Nr 60/2011/2012 Rektora Uniwersytetu Kazimierza Wielkiego z dnia 2 kwietnia 2012 r. w sprawie wprowadzenia i funkcjonowania w Uniwersytecie Kazimierza Wielkiego Systemu zarządzania ryzykiem Bardziej szczegółowo DLA SEKTORA INFORMATYCZNEGO W POLSCE
DLA SEKTORA INFORMATYCZNEGO W POLSCE SRK IT obejmuje kompetencje najważniejsze i specyficzne dla samego IT są: programowanie i zarządzanie systemami informatycznymi. Z rozwiązań IT korzysta się w każdej 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 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 Polityka zarządzania ryzykiem na Uniwersytecie Ekonomicznym w Poznaniu. Definicje
Załącznik do Zarządzenia nr 70/2015 Rektora UEP z dnia 27 listopada 2015 roku Polityka zarządzania ryzykiem na Uniwersytecie Ekonomicznym w Poznaniu 1 Definicje Określenia użyte w Polityce zarządzania 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 Podejście procesowe do audytów PKJPA. Szkolenia do audytu PKJPA 2009
Podejście procesowe do audytów PKJPA Szkolenia do audytu PKJPA 2009 Agenda 1. Wprowadzenie do nowej formuły audytu 2. Struktura i sposób tworzenia dokumentacji Struktura dokumentacji, poziomy dokumentacji Bardziej szczegółowo Spis treści. 00 Red. Spis tresci. Wstep..indd 5 2009 12 02 10:52:08
Spis treści Wstęp 9 Rozdział 1. Wprowadzenie do zarządzania projektami 11 1.1. Istota projektu 11 1.2. Zarządzanie projektami 19 1.3. Cykl życia projektu 22 1.3.1. Cykl projektowo realizacyjny 22 1.3.2. Bardziej szczegółowo Informatyka w kontroli i audycie
Informatyka w kontroli i audycie Informatyka w kontroli i audycie Wstęp Terminy zajęć 30.11.2013 - godzina 8:00-9:30 ; 9:45-11:15 15.12.2013 - godzina 8:00-9:30 ; 9:45-11:15 05.04.2014 - godzina 15:45-17:15 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 Kryteria selekcji dobrych praktyk w ramach projektu Doświadczania wdraŝania Regionalnych Strategii Innowacji
Kryteria selekcji dobrych praktyk w ramach projektu Doświadczania wdraŝania Regionalnych Strategii Innowacji Bogdan Piasecki Instytut Badań nad Przedsiębiorczością i Rozwojem Ekonomicznym (EEDRI) przy Bardziej szczegółowo Zarządzanie ryzykiem Klasyfikacja Edukacja. Maciej Iwanicki, Symantec Łukasz Zieliński, CompFort Meridian
Zarządzanie ryzykiem Klasyfikacja Edukacja Maciej Iwanicki, Symantec Łukasz Zieliński, CompFort Meridian Organizacja obszarów technologii informacyjnej i bezpieczeństwa środowiska teleinformatycznego 5.4. 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 zarządzania ładem korporacyjnym w Spółdzielczej Kasie Oszczędnościowo- Kredytowej Świdnik
Polityka zarządzania ładem korporacyjnym w Spółdzielczej Kasie Oszczędnościowo- Kredytowej Świdnik 1 W związku z opublikowaniem przez Komisję Nadzoru Finansowego Zasad ładu korporacyjnego dla instytucji Bardziej szczegółowo ZARZĄDZENIE Nr 38 MINISTRA KULTURY I DZIEDZICTWA NARODOWEGO 1) z dnia 27 lipca 2011 r.
ZARZĄDZENIE Nr 38 MINISTRA KULTURY I DZIEDZICTWA NARODOWEGO 1) z dnia 27 lipca 2011 r. w sprawie realizacji działania kontroli zarządczej w Ministerstwie Kultury i Dziedzictwa Narodowego Na podstawie art. 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 Polityka Bezpieczeństwa jako kluczowy element systemu informatycznego. Krzysztof Młynarski Teleinformatica Krzysztof.Mlynarski@security.
Polityka Bezpieczeństwa jako kluczowy element systemu informatycznego Krzysztof Młynarski Teleinformatica Krzysztof.Mlynarski@security.pl Główne zagadnienia referatu Pojęcie Polityki Bezpieczeństwa Ocena Bardziej szczegółowo Krajowy System Informatyczny SIMIK 07-13. Tymczasowe procedury zgłaszania problemów/zmian/incydentów dot. naruszenia bezpieczeństwa informacyjnego.
Krajowy System Informatyczny SIMIK 07-13 Tymczasowe procedury zgłaszania problemów/zmian/incydentów dot. naruszenia bezpieczeństwa informacyjnego. Zatwierdzam: Wersja 1.1. Warszawa, dnia 25 lipca 2008 Bardziej szczegółowo ISO/IEC ISO/IEC 27001:2005. opublikowana 15.10.2005 ISO/IEC 27001:2005. Plan prezentacji
Projektowanie i wdrażanie systemów zarządzania bezpieczeństwem informacji zgodnie z ISO/IEC 27001 Plan prezentacji Norma ISO/IEC 27001 Budowa polityki bezpieczeństwa - ćwiczenie Przykładowy plan wdrożenia Bardziej szczegółowo KSIĘGA JAKOŚCI SYSTEM ZARZĄDZANIA JAKOŚCIĄ. 4.1 Wymagania ogólne i zakres obowiązywania systemu zarządzania jakością.
Wydanie: 4 z dnia 09.06.2009r zmiana: 0 Strona 1 z 6 4.1 Wymagania ogólne i zakres obowiązywania systemu zarządzania jakością. W Szpitalu Miejskim w Elblągu został ustanowiony, udokumentowany, wdroŝony Bardziej szczegółowo Definicja ryzyka ubezpieczeniowego, cechy ryzyka, faktory ryzyka.
Podstawowe pojęcia ubezpieczeniowe. Klasyfikacja ubezpieczeń Ubezpieczenia dzielimy na: Społeczne, Gospodarcze. Ubezpieczenia społeczne naleŝą do sektora publicznego, są ściśle związane z pracownikiem Bardziej szczegółowo Karta audytu wewnętrznego
Załącznik nr 1 do Zarządzenia Nr 0050.149.2015 Burmistrza Miasta Lędziny z dnia 08.07.2015 Karta audytu wewnętrznego 1. Karta audytu wewnętrznego określa: cel oraz zakres audytu wewnętrznego; zakres niezależności Bardziej szczegółowo 2016 © DocPlayer.pl Polityka prywatności | Warunki świadczenia usług | Zwrotny adres