Bezpieczeństwo a zarządzanie projektami

Slides:



Advertisements
Podobne prezentacje
IDEA WARSZTATÓW LOKALNEGO OŻYWIENIA GOSPODARCZEGO 4 etapy.
Advertisements

Agile w praktyce, czyli jak to robimy naprawdę

Czy warto wdrażać ISO w Banku Spółdzielczym
Analiza ryzyka projektu
w Bankach Spółdzielczych z wykorzystaniem rozwiązań Wdrożenie wymagań NUK w Bankach Spółdzielczych z wykorzystaniem rozwiązań Asseco Poland S.A. Zawiercie,
BENCHMARKING – NARZĘDZIE EFEKTYWNEJ KONTROLI ZARZĄDCZEJ
Systemy dla przedsiębiorstw
Zarządzanie projektami – controlling data: Katedra Nauk Społecznych wykładowca: dr Małgorzata Madej.
Platformy na żądanie (ASP) element wdrożenia rozwiązania e-learning
Projekt finansowany ze środków Europejskiego Funduszu Społecznego w ramach Inicjatywy Wspólnotowej EQUAL. Bilansowanie kompetencji zawodowych.
Cykle życia oprogramowania
Eksploatacja zasobów informatycznych przedsiębiorstwa
Jakość systemów informacyjnych (aspekt eksploatacyjny)
Zarządzanie zmianami w systemie bezpieczeństwa - rozwiązania Check Point i partnerów OPSEC dr inż. Mariusz Stawowski
Projekt zaliczeniowy z przedmiotu "Inżynieria oprogramowania"
Bardzo ważnym elementem metodologii projektowania systemów informatycznych jest PMBoK PMBoK (ang. Project Management Body of Knowledge) jest zbiorem standardów.
Analiza, projekt i częściowa implementacja systemu obsługi kina
Architektura systemów wykorzystujących bazy danych (systemów bazodanowych) Wykład S. Kozielski.
Wykład 2 Cykl życia systemu informacyjnego
Bezpieczeństwo w cyklu życia oprogramowania
Innowacyjne podejście do ryzyka rynkowego w Spółce Jakub Stolarczyk, DM IDMSA Warszawa 3 III 2008.
BCMS czyli……… 1.
Kompleksowe zarządzanie jakością informacji (TIQM)
Wewnętrzny system zapewniania jakości PJWSTK - główne założenia i kierunki działań w ramach projektu „Kaizen - japońska jakość w PJWSTK” Projekt współfinansowany.
Microsoft Solution Framework
Copyright © The OWASP Foundation Permission is granted to copy, distribute and/or modify this document under the terms of the OWASP License. The OWASP.
Zadanie badawcze nr 3 Zwiększenie wykorzystania energii z OZE w budownictwie 1 Kierownik części zadania badawczego dr Zbigniew Caputa Projekt finansowany.
Bezpieczeństwo IT w polskich firmach raport z badań
Copyright (c) 2007 DGA S.A. | All rights reserved. Skuteczny i efektywny samorząd terytorialny Warszawa, 8 października 2010 r. System Przeciwdziałania.
Dr Karolina Muszyńska Na podst.:
Program Operacyjny Kapitał Ludzki
ZWIĄZKI MIĘDZY KLASAMI KLASY ABSTRAKCYJNE OGRANICZENIA INTERFEJSY SZABLONY safa Michał Telus.
Testowanie bezpieczeństwa
STRATEGICZNY PROGRAM BADAWCZY PPT – BPP
MS Excel - wspomaganie decyzji
Kick-off meeting PROJEKT „Poprawa zdolności administracyjnych
Zarządzanie Energią i Teleinformatyka ZET 2013 Nałęczów lutego 2013 r.
KONTROLA ZARZĄDCZA - 1 Kontrolę zarządczą stanowi ogół
Ewaluacja konferencja 11 czerwca 2014 RODN „WOM” w Katowicach.
Analiza i zarządzanie ryzykiem systemów informatycznych
Zarządzanie ryzykiem.
Zarządzanie ryzykiem w projekcie
REGUŁY ZABEZPIECZEŃ W APLIKACJI OeBS Przedmiot i zakres szkolenia Przedmiot i zakres szkolenia Przedmiot i zakres szkolenia Przedmiot i zakres szkolenia.
Projekt współfinansowany ze środków Unii Europejskiej i budżetu państwa Partnerzy projektu: Program do analizowania i weryfikowania danych dla JST i kuratoriów.
Komentarz do raportu Henryk Banaszak Zakład Statystyki, Demografii i Socjologii Matematycznej przetargów na badania sondażowe z roku 2014.
Eksploatacja zasobów informatycznych przedsiębiorstwa.
Wdrażanie SYSTEMU Jacek WĘGLARCZYK.
niezawodności Z problemem jakości systemów informacyjnych wiąże się problem zapewnienia odpowiedniej niezawodności ich działania.
SYSTEM ZARZĄDZANIA BEZPIECZEŃSTWEM INFORMACJI- wymagania normy ISO 27001:2007 Grażyna Szydłowska.
Systemy zarządzania przepływem pracy i systemy zarządzania procesami biznesowymi Karolina Muszyńska.
Logical Framework Approach Metoda Macierzy Logicznej
Bezpieczne korzystanie z internetu Bezpieczne korzystanie z internetu.
Bezpieczeństwo w sieciach VoIP Wojciech Dymkowski s4459.
Zarządzanie ryzykiem operacyjnym System E X pert Seminarium PW WZ marzec 2014 E X PERT 1.
The OWASP Foundation Copyright © The OWASP Foundation Permission is granted to copy, distribute and/or modify this document under.
Faza 1: Faza zaprojektowania systemu monitoringu projektu: 1. Inwentaryzacja obietnic złożonych sponsorowi we wniosku - przegląd założeń projektu, opracowanie.
ANALIZA WARTOŚCI PRZEDSIĘWZIĘĆ PROJEKTOWYCH ZE SZCZEGÓLNYM UWZGLĘDNIENIEM KRYTERIUM ICH EFEKTYWNOŚCI Bartłomiej Czekaj Numer albumu: 1892 Promotor: Prof.
Departament Rozwoju Regionalnego i Funduszy Europejskich
Innowacyjne podejście do ryzyka rynkowego w Spółce
Departament Rozwoju Regionalnego i Funduszy Europejskich
Departament Rozwoju Regionalnego i Funduszy Europejskich
Modele zarządzania ryzykiem w ujęciu jakości projektu
Zarządzanie projektami informatycznymi
Zarządzanie projektami
IV Konferencja Naukowo-Techniczna "Nowoczesne technologie w projektowaniu, budowie.
[Nazwa projektu] Analiza zamknięcia
Departament Rozwoju Regionalnego i Funduszy Europejskich
IEEE SPMP Autor : Tomasz Czwarno
Zapis prezentacji:

Bezpieczeństwo a zarządzanie projektami Wojciech Dworakowski, SecuRing OWASP Poland, 2013-05-08

Bezpieczeństwo Funkcjonalność Dostępność

Z mojego doświadczenia Ponad 200 zbadanych systemów w branży finansowej i nie tylko Średnio ok. 10 podatności na badany system W ponad 70% przypadków znajdujemy podatności o znaczeniu kluczowym

Koszty Szczegółowe testy bezpieczeństwa Usuwanie podatności Analiza zmian Negocjacje Korespondencja, spotkania Weryfikacja skuteczności poprawek Czasowe istnienie podatności na produkcji (akceptacja ryzyka)

Przyczyny Wymagania w zakresie bezpieczeństwa nie są definiowane w ogóle lub nie uwzględniają cech niefunkcjonalnych Osoby definiujące wymagania nie mają wiedzy pozwalającej na projektowanie scenariuszy ataków dobranie zabezpieczeń (wymagań)

Wymagania - przykłady funkcjonalne Po przekroczeniu maksymalnej liczby prób uwierzytelnienia konto zostaje zablokowane na okres czasu pozwalający na powstrzymanie ataków typu brute force. Wszystkie mechanizmy uwierzytelniania są egzekwowane po stronie serwera. Istnieje scentralizowany mechanizm zabezpieczający dostęp do każdego typu chronionych zasobów Dla wszystkich wejść są zdefiniowane i zastosowane wzorce pozytywnej walidacji Wszystkie niezaufane dane trafiające do interpreterów SQL używają parametryzowanych interfejsów niefunkcjonalne Źródło: OWASP ASVS (Application Security Verification Standard)

Jak to zmienić? Definiowanie Analiza ryzyka (7.4) Zdefiniowanie wymagań (7.2) Projektowanie Wymagania są weryfikowane w projekcie Wdrażanie Testy przed wdrożeniem (7.5-6) Weryfikacja spełnienia wymagań (7.7) Wykonanie Testy jednostkowe (według przyjętych wymagań)

Analiza ryzyka (model uproszczony) Identyfikacja ryzyka Zagrożenia (Kto?) Potencjalne skutki (Po co?) Ranking ryzyk (ekspozycja, motywacja, skutki, …) Definiowanie Projektowanie Wykonanie Wdrażanie

Zdefiniowanie wymagań Kto? Scenariusze ataku Jak? Co? Zagrożenia Skutki Scenariusze ataku Jak zagrożenia mogą osiągnąć cele? Uwaga: Wymaga doświadczenia i wiedzy eksperckiej Definiowanie Projektowanie Wykonanie Wdrażanie

Zdefiniowanie wymagań (c.d.) Dobranie zabezpieczeń Jak bronić się przed atakami? WYMAGANIA funkcjonalne i niefunkcjonalne Częściowo można wykorzystać istniejące standardy Np. OWASP ASVS Definiowanie Projektowanie Wykonanie Wdrażanie

Projektowanie i wytwarzanie Weryfikacja wymagań w projekcie Wytwarzanie Weryfikacja poprawności kodu Testy jednostkowe zabezpieczeń Definiowanie Projektowanie Wykonanie Wdrażanie

Testy przed wdrożeniem Zakres testów Weryfikacja wymagań Scenariusze testowe Scenariusze ataków (z etapu definiowania) Definiowanie Projektowanie Wykonanie Wdrażanie

Zalety Zmiany łatwe do wdrożenia Wystarczy dodać definiowanie wymagań w zakresie bezpieczeństwa Jasno zdefiniowane wymagania dla wykonawcy Jasno zdefiniowany zakres testów bezpieczeństwa

Zalety c.d. Optymalizacja kosztów Zabezpieczenia adekwatne do ryzyka Możliwość wczesnej eliminacji podatności Znacznie łatwiejsza analiza wpływu zmian na bezpieczeństwo

Równowaga Bezpieczeństwo Funkcjonalność Dostępność

Pytania? Wojciech Dworakowski wojciech.dworakowski@securing.pl tel. 506 184 550