Zarządzanie bezpieczeństwem systemów informatycznych

Transkrypt

1 PROFESJONALNE USŁUGI BEZPIECZEŃSTWA Zarządzanie bezpieczeństwem systemów informatycznych - Juniper Security Threat Response Manager (STRM) DEDYKOWANE WARSZTATY ZABEZPIECZEŃ Opracował: dr inŝ. Mariusz Stawowski CISSP, JNCIS CLICO Sp. z o.o., ul. Oleandry 2, Kraków; Tel: ; ; Fax: ; support@clico.pl, orders@clico.pl.; Ftp.clico.pl.;

2 PROGRAM WARSZTÓW WPROWADZENIE 3 1. ZASADY DZIAŁANIA STRM 4 2. ZARZĄDZANIE LOGÓW I OBSŁUGA INCYDENTÓW (SIEM) 6 3. WYKRYWANIE ANOMALII SIECI (NBAD) 7 4. MODELE I SCENARIUSZE WDROśENIA STRM 8 5. PODSTAWOWA KONFIGURACJA I ADMINISTRACJA STRM KONSOLA ZARZĄDZANIA DASHBOARD PRZEGLĄDANIE ZDARZEŃ EVENT VIEWER ZARZĄDZANIE INCYDENTÓW OFFENSE MANAGER ANALIZA BEZPIECZEŃSTWA CHRONIONYCH ZASOBÓW (ASSETS) ANALIZA STANU SIECI (FLOW VIEWER, NETWORK SURVEILLANCE) INTEGRACJA STRM Z JUNIPER NSM I PROFILER TWORZENIE STATYSTYK I RAPORTÓW CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 2

3 Wprowadzenie Działalność biznesowa firm jest coraz mocnej uzaleŝniona od systemów informatycznych. Efektywne zarządzanie ich bezpieczeństwem w skali całego przedsiębiorstwa staje się duŝym wyzwaniem. Podstawowe wymagania stawiane systemom zarządzania bezpieczeństwem są następujące: w jednym miejscu obsługa incydentów bezpieczeństwa dla całego obszaru systemu informatycznego, zarządzanie i analiza wielu milionów rejestrowanych zdarzeń bez ponoszenia duŝych nakładach pracy, precyzyjne monitorowanie stanu i efektywności pracy środowiska sieciowego (m.in. przeciąŝeń, awarii, ataków D/DoS i 0-day), spełnienie wymagań prawnych, standardów bezpieczeństwa i innych regulacji (PCI, SOX, ISO-27001, Basel II, itd.). Rozwiązaniem spełniającym powyŝsze wymagania są systemy klasy Security Information and Events Management (SIEM) oraz Network Behavior Anomalny Detection (NBAD). Systemy SIEM pobierają logi z wielu róŝnych elementów systemu informatycznego, poddają je korelacji i na tej podstawie przedstawiają administratorom wiarygodne informacje na temat stanu bezpieczeństwa i wykrytych incydentów. Logi z systemu informatycznego nie pokazują jednak pełnego obrazu bezpieczeństwa. Podstawą prawidłowego funkcjonowania systemów informatycznych jest sieć. Od systemu zarządzania bezpieczeństwem wymagane jest precyzyjne monitorowanie stanu i efektywności pracy środowiska sieciowego. Takie zadania spełnia NBAD, który na podstawie statystyk i opisu ruchu (np. NetFlow) pobieranych bezpośrednio z urządzeń sieciowych (ruterów, przełączników) dokonuje analizy stanu i efektywności pracy sieci, w tym wykrywania sytuacji nieprawidłowych (anomalii). Utrzymywanie dwóch systemów zarządzania SIEM i NBAD zwiększa nakłady administracyjne i koszty utrzymania zabezpieczeń. Uzasadnione jest stosowanie rozwiązań zintegrowanych CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 3

4 1. Zasady działania STRM Juniper Security Threat Response Manager (STRM) to scentralizowany system zarządzania bezpieczeństwem realizujący funkcje SIEM i NBAD oraz utrzymujący centralne repozytorium logów. Juniper STRM obsługuje incydenty bezpieczeństwa na podstawie następujących źródeł informacji: zdarzenia i logi z systemów zabezpieczeń (firewall, VPN, IPS, AV, itd.), systemów operacyjnych (Unix, Windows, itd.) oraz aplikacji i baz danych, statystyki i opis ruchu sieciowego odbierane z urządzeń za pomocą NetFlow, J- Flow, S-Flow i Packeteer oraz odczytywane bezpośrednio z sieci (span port), informacje na temat stanu systemów i ich słabości bezpieczeństwa odczytywane za pomocą Juniper IDP Profiler oraz skanerów Nessus, NMAP, ncircle, Qualys, Foundstone, itd. Zdarzenia i logi pobierane są przez STRM za pomocą róŝnych metod, m.in. Syslog standardowy format logów (TCP, UDP), SNMP - wiadomości o zdarzeniach (SNMP Trap, v3), Adaptive Log Exporter (ALE) Agent - zdarzenia z systemów MS Windows, JuniperNSM integracja z systemem zarządzania Juniper NSM, JDBC:SiteProtector integracja z IBM SiteProtector, Log Export API (LEA) integracja z systemem zarządzania Check Point, Security Device Event Exchange (SDEE) - protokół uŝywany w urządzeniach Cisco, oparty na SOAP, a takŝe Java Database Connectivity API (JDBC) - zdalny dostęp do baz danych. Administratorzy bezpieczeństwa korzystają z STRM za pomocą dedykowanych, graficznych narzędzi uruchamianych z wykorzystaniem standardowej przeglądarki Web. Nie ma potrzeby instalowania do tego celu dodatkowych aplikacji. STRM wspiera przeglądarki Microsoft Internet Explorer 7.0 i Firefox 2.0 (oraz ich nowsze wersje). Konsola zarządzania Juniper STRM 2008 CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 4

5 Do podstawowych komponentów systemu zarządzania STRM moŝna zaliczyć: Console interfejs i narzędzia zarządzania STRM, Update Daemon utrzymuje bazę danych systemu, Event Collector pobiera logi z monitorowanych systemów, normalizuje dane i przesyła do Event Processor (przed wysłaniem do Event Processor identyczne zdarzenia są scalane i rejestrowane w systemie identyfikacyjnym STRM); w architekturze rozproszonej STRM komponent Event Collector moŝe działać jako oddzielne Appliance słuŝące do pobierania logów (syslog, snmp, itd.) z innych systemów, Event Processor przetwarza dane odbierane z róŝnych Event Collectors i poddaje je korelacji w oparciu o reguły (takŝe w kontekście analizy behawioralnej), a następnie przesyła dane do Magistrate, Flow Collector - odczytuje dane z urządzeń sieciowych (NetFlow, J-Flow, S- Flow, itd.), QFlow Collector - odczytuje dane bezpośrednio z sieci (sniffing) i poddaje je analizie sieciowej i aplikacyjnej, Flow Processor tworzy tzw. superflows, czyli flows zagregowane przed tym jak trafiają do Classification Engine, Classification Engine analizuje i klasyfikuje flows, Flow Writer zapisuje flows oraz profile zasobów (asset profile), Magistrate wykonuje przetwarzanie wyŝszego poziomu, m.in. tworzy perspektywy, raporty, alarmy oraz analizuje ruch sieciowy i zdarzenia bezpieczeństwa, na podstawie których generuje informacje o naduŝyciach (offense). Offense to zdarzenie utworzone przez STRM na podstawie wielu źródeł, zwykle zdarzeń z wielu monitorowanych systemów poddanych analizie wraz z wynikami analizy behawioralnej i wskazaniami skanerów zabezpieczeń. Magistrate priorytetyzuje zdarzenia Offense i przydziela im waŝność (Magnitude) na podstawie wielu kryteriów (zgodnie z JSL) CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 5

6 2. Zarządzanie logów i obsługa incydentów (SIEM) Do celów zarządzania zdarzeń (Log Management) w STRM utrzymywane jest centralne repozytorium logów. Logi mogą być przeglądanie w formie rzeczywistej (raw) lub znormalizowanej. Starsze logi poddawane są kompresji. Informacje składowane w STRM są zabezpieczone kryptograficznie za pomocą sum kontrolnych (takŝe za pomocą "silnej" funkcji SHA-2). Logi z zewnętrznych systemów są identyfikowane w STRM za pomocą modułów Device Support Module (DSM). STRM automatycznie rozpoznaje urządzenia i systemy wysyłające logi w formacie SYSLOG. Rozpoznane urządzenia i systemy są wyświetlane w zakładce Sensor Devices. Logi przesyłane w formacie innym jak SYSLOG muszą zostać dodane przez administratorów STRM. Dla administratorów dokonujących obsługi incydentów bezpieczeństwa, przy duŝej liczbie generowanych alarmów istotne jest szybkie identyfikowanie najwaŝniejszych zdarzeń. W STRM obowiązują zasady zaczerpnięte z systemu logiki sądowej - Judicial System Logic (JSL). Dla kaŝdego zidentyfikowanego incydentu prezentowana jest jego waŝność (Magnitude) ustalana na podstawie trzech kryteriów: 1. Wiarygodność (Credibility): Jak wiarygodny jest dowód? JeŜeli wielu świadków (źródeł danych) potwierdzi zdarzenie to jego wiarygodność jest wyŝsza. 2. Istotność (Relevance): WaŜność zdarzenia (incydentu) zaleŝy od obszaru, gdzie wystąpiło oraz zasobów, których dotyczyło. 3. Surowość (Severity): Wielkość zagroŝenia zaleŝy m.in. od podatności zasobów na ataki, wartości zasobów, rodzaju ataku, liczby zaatakowanych zasobów. Architektura systemu zarządzania STRM 2008 CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 6

7 3. Wykrywanie anomalii sieci (NBAD) Zawarty w Juniper STRM moduł NBAD dokonuje wykrywania anomalii w systemie informatycznym za pomocą analizy behawioralnej. Na bieŝąco budowane są profile normalnego stanu i zachowania sieci oraz identyfikowane odchylenia, m.in. zmiany stanu, nagłe zwiększenia lub zmniejszenia natęŝenia ruchu i przekroczenie wartości progowych. Funkcje NBAD umoŝliwiają wykrywanie nowych obiektów w systemie informatycznym (hostów, aplikacji, protokołów, itd.) i dzięki temu identyfikowanie zagroŝeń i incydentów, m.in. Trojanów nawiązujących połączenia zwrotne z intruzami, wirusów propagujących się przez oraz serwisów nielegalnie uruchomionych w sieci. Analiza stanu i zachowania sieci umoŝliwia takŝe wykrywanie wielu innych niedozwolonych działań jak np. serwerów Web działających jako Proxy, a takŝe partnerów i klientów naduŝywających uprawnień (dostęp do obszaru, z którego nie powinni korzystać). Przykład działania NBAD Zawarte w Juniper STRM fukncje NBAD zwiększają moŝliwości i podwyŝszają wiarygodność identyfikowanych incydentów bezpieczeństwa SIEM. W tym zakresie moŝna przedstawić wiele przykładów, m.in.: analiza ruchu NBAD wykazała, Ŝe zaatakowany system tuŝ po ataku przesłał odpowiedź do sieci zewnętrznej z duŝym prawdopodobieństwem wystąpiło włamanie, analiza ruchu NBAD wykazała, Ŝe system komunikuje się z serwerem IRC w Internecie, co moŝe wskazywać, Ŝe intruz zainstalował w tym systemie IRC Bot, analiza ruchu NBAD wykazała, Ŝe serwis, który został zaatakowany z duŝym prawdopodobieństwem został zablokowany, poniewaŝ po ataku nie wykazuje aktywności. Moduł NBAD moŝe zostać takŝe uŝyty do wykrywania awarii waŝnych biznesowo systemów, które powinny być dostępne 24/7, m.in.: zablokowanych/uszkodzonych serwerów i aplikacji, niewykonania operacji backup, urządzeń blokujących ruch CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 7

8 4. Modele i scenariusze wdroŝenia STRM System zarządzania Juniper STRM dostarczany jest w formie gotowych do uŝycia urządzeń Appliance o róŝnej wydajności i przestrzeni dyskowej STRM 500, STRM 2500 i STRM Modele urządzeń Juniper STRM Urządzenie STRM (chassis) jest wyposaŝone w trzy rodzaje wymiennych komponentów sprzętowych (field-replaceable units, FRU), które mogą pracować redundancyjnie i być wymieniane w trakcie pracy urządzenia (hot-swappable): dyski, zasilacze, wentylatory. Urządzenia działają na bazie odpowiednio utwardzonego systemu operacyjnego klasy Linux (CentOS), umoŝliwiającego łatwą integracje z zewnętrznymi repozytoriami danych (m.in. iscsi SAN i NAS) CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 8

9 System zarządzania Juniper STRM moŝe zostać wdroŝony w architekturze scentralizowanej (wszystkie funkcje na jednym Appliance) oraz rozproszonej, złoŝonej z wielu urządzeń. Struktura rozproszona STRM budowana jest w celu zwiększenia wydajności systemu. TakŜe w przypadku rozproszonej struktury STRM zarządzanie całości systemu odbywa się z jednej konsoli. Przykładowa rozproszona struktura STRM 2008 CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 9

10 5. Podstawowa konfiguracja i administracja STRM Podstawowy panel konfiguracyjny STRM CONFIG. Odbywa się tam konfiguracja podstawowych parametrów systemu STRM (System Configuration), dostrajanie prezentowanych na konsoli informacji (Views Configuration), a takŝe działania modułów SIEM (SIM) i NBAD (Flow). W sekcji System Management dostępna jest konsola do urządzenia 2008 CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 10

11 Informacje na temat ruchu w sieci wyświetlane są w odniesieniu do zdefiniowanej hierarchii sieci (Network Hierarchy). Hierarchia sieci moŝe zostać zdefiniowana w oparciu o wiele parametrów, w tym geograficznych i funkcjonalnych, np. Sieć wewnętrzna, DMZ, VPN, serwery Proxy, zakresy adresów NAT, podsieci serwerów i VoIP. Dostrajanie prezentowanych na konsoli informacji o ruchu sieciowym (Views Configuration Enable/Disable Views). Zatwierdzamy zmiany CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 11

12 STRM domyślnie pobiera dane przesyłane za pomocą SYSLOG. Pozostałe protokoły naleŝy w razie potrzeby dodać w konfiguracji. Wiele urządzeń wysyłających logi poprzez SYSLOG jest w STRM automatycznie rozpoznawanych. W razie potrzeby nowe monitorowane urządzenie naleŝy dodać. Dodajemy monitorowane urządzenia sieciowe, z których będą odczytywane Uwaga: Na monitorowanych urządzeniach i systemach naleŝy skonfigurować wysyłanie logów i flows do systemu STRM. W razie problemów diagnozujemy poprawność komunikacji sieciowej: [root@strm ~]# ping <IP urządzenia/systemu> [root@strm ~]# tcpdump i eth0 host <IP urządzenia/systemu> W razie problemów z odbiorem zdarzeń przez STRM, które nastąpiły po dokonaniu zmian w adresacji monitorowanych systemów zalecany jest restart firewalla: [root@strm ~]# service restart iptables 2008 CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 12

13 Zgodnie ze specyfiką działania określonych systemów zabezpieczeń dodajemy je do konfiguracji STRM. PoniŜej przedstawiony został przykład konfiguracji obsługi zabezpieczeń Check Ponit. -- w systemie zarządzania SmartCenter Server (SCS) definiujemy aplikację OPSEC dla STRM i instalujemy politykę -- w STRM dodajmy nowy protokół OPSEC LEA i nowe urządzenie W sytuacji gdy komunikacji pomiędzy STRM i Check Point SCS jest kontrolowana przez firewall naleŝy zezwolić STRM dostęp do SCS za pomocą protokołów FW1_ica_pull (18210 tcp) oraz FW1_lea (18184 tcp) CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 13

14 Integracja z systemem zarządzania Juniper NSM wymaga zdefiniowania protokołu Juniper NSM. NSM moŝe zostać w STRM zdefiniowany ręcznie jako monitorowane urządzenie. Po skonfigurowaniu w NSM przesyłania logów do STRM urządzenia zabezpieczeń zarządzane przez NSM (np. IDP, firewall) mogą zostać wykryte przez STRM automatycznie. Logowanie SYSLOG do STRM naleŝy skonfigurować w NSM oraz zarządzanych urządzeniach. UWAGA: Szczegółowe wytyczne do integracji STRM z innymi systemami dostępne są w dokumencie STRM Configuring DSMs CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 14

15 Role i uprawnienia administratorów STRM mogą zostać dostosowane do potrzeb organizacji. Istnieje moŝliwość ograniczenia poszczególnym administratorom dostępu do ustalonego obszaru systemu informatycznego oraz limitowania operacji w systemie zarządzania STRM. ToŜsamość administratorów STRM moŝe być weryfikowana poprzez lokalne konto oraz zewnętrzne systemy uwierzytelniania (m.in. RADIUS, TACACS, LDAP/Active Directory). Uprawnienia administratora: System Configuration User Roles. W trakcie definiowania kont administratorów (System Configuration Users) ustalany jest obszar monitorowania dla określonego administratora CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 15

16 6. Konsola zarządzania Dashboard Konsola Dashboard stanowi domyślny interfejs STRM uruchamiany po zalogowaniu do systemu. Konsola wyświetla podsumowania oraz rozszerzone informacje o następujących aspektach bezpieczeństwa: incydenty bezpieczeństwa w sieci (Offense), ogólny stan bezpieczeństwa sieci, podgląd stanu i zachowania ruchu sieciowego. Konsola STRM Dashboard umoŝliwia: monitorowanie liczby wystąpień zdarzeń o określonym poziomie niebezpieczeństwa, monitorowanie 10 urządzeń, które w ostatnie 15 minut przesłało do STRM najwięcej zdarzeń, monitorowanie incydentów (Offense) przydzielonych dla określonego administratora, wyświetlenie ostatnio wygenerowanych raportów, wybór przedziału czasowego dla wyświetlanych grafów CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 16

17 Zawartość Dashboard moŝe być dostrajana do wymagań poszczególnych administratorów. Konsola umoŝliwia wyświetlanie danych nt. stanu sieci w róŝnych formatach (Time Series, Line Chart, Pie Chart). Z poziomu konsoli Dashboard mogą być generowane i zapisywane raporty CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 17

18 7. Przeglądanie zdarzeń Event Viewer Konsola Event Viewer umoŝliwia przeglądanie w czasie rzeczywistym zdarzeń (logów) przesyłanych do STRM z moŝliwością ich selekcji, a takŝe danych historycznych. Przeszukiwanie informacji w Event Viewer moŝe odbywać za pomocą róŝnego rodzaju zapytań i kategorii selekcji. Utworzone w Event Viewer warunki selekcji zdarzeń mogą zostać zapisane i uruchomione w czasie realizacji innych zdań oraz do generowania raportów. Selekcjonowanie (filtrowanie) informacji moŝe odbywać się z poziomu Event Viewer CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 18

19 Administrator STRM ma do dyspozycji dodatkowe informacje o zdarzeniu, wyświetlane bezpośrednio z Event Viewer. Przeglądane logów w Event Viewer moŝe odbywać się dla zdarzeń zagregowanych (pogrupowanych) względem róŝnych atrybutów (np. adresy IP generujące najwięcej incydentów). Domyślnie informacje wyświetlane są w postaci znormalizowanej. MoŜna jednak przeglądać dane w formie rzeczywistej (row) lub zagregowanej opcje Display CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 19

20 8. Zarządzanie incydentów Offense Manager Konsola Offense Manager przedstawia zidentyfikowane naruszenia bezpieczeństwa w sieci z moŝliwością ich analizy. Offense Manager umoŝliwia wyeksportowanie danych o intruzach i celach ataków do formatu XML lub CSV (np. do wygenerowania raportu), a takŝe przypisanie zdarzenia do obsługi przez określonego administratora STRM CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 20

21 Naruszenie bezpieczeństwa w STRM zwykle identyfikowane są na podstawie wielu źródeł. Konsola Offense Manager umoŝliwia szczegółową analizę zdarzeń i warunków ich wystąpienia. STRM posiada zestaw predefiniowanych reguł korelacji zdarzeń. Dzięki temu na podstawie wielu pojemnych zdarzeń potrafi w sposób wiarygodnych wskazać naruszenia bezpieczeństwa CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 21

22 Administratorzy STRM mogą w razie potrzeby definiować własne reguły korelacji zdarzeń i obsługi naruszeń bezpieczeństwa. Reguły mogą operować na zdarzeniach (New Event Rule) oraz naruszeniach (New Offense Rule). Odbywa się to za pomocą kreatora reguł Rule Wizard. PoniŜej przedstawiony został proces tworzenia reguły korelacji zdarzeń. Odbywa się w to w następującej kolejności. 1. Wybór testów wykonywanych przez STRM na odbieranych zdarzeniach (zasad identyfikacji) CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 22

23 Uwaga: Testy mogą być dodawane w relacji iloczynu logicznego and oraz zaprzeczenia and NOT. W razie potrzeby zdefiniowana relacji logicznej OR naleŝy uŝyć testu typu Multi-Rule Event Function i wskazać poszczególne testy (reguły) z opcją any. Przykład poniŝej. 2. Dostrajamy parametry testów. Zdefiniowane testy mogą zostać zapisane i uŝyte do tworzenia kolejnych reguł CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 23

24 3. Konfigurujemy zasady obsługi zdarzeń i zatwierdzamy utworzoną regułę. W sekcji Rule Action moŝemy ustawić parametry waŝności zdarzenia (Severity, Credibility, Relevance), przesłać zdarzenie do dalszej analizy i korelacji z innymi zdarzeniami (Ensure the detected event is part of an offense) lub przeznaczyć zdarzenie tylko do archiwizacji (Drop the detected event). W sekcji Rule Response wybieramy opcję Dispatch New Events tak, aby informacja o nowym zdarzeniu (incydencie) była wyświetlana w konsoli STRM oraz wybieramy kategorię User Defined. Dodatkowo zaznaczamy opcję Ensure the dispatched event is part of an offense tak, aby przesłać zdarzenie do dalszej analizy i korelacji z innymi zdarzeniami (do Magistrate). Nowa regułę aktywujemy CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 24

25 9. Analiza bezpieczeństwa chronionych zasobów (Assets) Skuteczna obsługa incydentów koncentruje się na identyfikacji ich sprawców (uŝytkowników, hackerów, złośliwego kodu). W systemie STRM jest utrzymywana i na bieŝąco aktualizowana baza Asset Profile, która umoŝliwia przeszukiwanie zgromadzonych informacji o zasobach systemów informatycznych zgodnie z wieloma kryteriami. Zdarzenia analizowane przez STRM są powiązane z nazwami uŝytkowników, nazwami komputerów oraz adresami IP/MAC. Wiarygodność incydentów jest ustalana na podstawie wielu źródeł logów róŝnych systemów, ruchu w sieci oraz skanerów zabezpieczeń, itd. Dane określające toŝsamość uŝytkowników mogę zostać ustalone na podstawie wielu róŝnych systemów, m.in. Juniper Steel Belted Radius, Juniper Infranet Controller, Cisco Secure Access Control Server, Linux Authentication Server, ArrayNetworks ArrayVPN, Check Point SmartCenter/Provider-1, Cisco VpnConcentrator, F5 BigIP, Juniper NetScreen/SSG, Juniper SA, itd CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 25

26 10. Analiza stanu sieci (Flow Viewer, Network Surveillance) Konsola Flow Viewer umoŝliwia monitorowanie i analizowanie w czasie rzeczywistym informacji na temat ruch sieciowego (Flow) oraz wykonywanie róŝnego rodzaju przeszukiwania danych. Flow rozumiany jest jako sesja komunikacyjna pomiędzy dwoma hostami w sieci. Informacje mogą być przeszukiwane i w razie potrzeby agregowane. Na podstawie zapisanych warunków selekcji mogą być generowane raporty. Dane o ruchu sieciowym mogą zostać wyeksportowane do formatów XML lub CSV. Konsola Network Surveillenace przedstawia bieŝące obciąŝenie sieci róŝnego rodzaju ruchem z moŝliwością definiowania zdarzeń typu Sentry (np. wykrywania i alarmowania w sytuacjach wyjątkowych) CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 26

27 11. Integracja STRM z Juniper NSM i Profiler System zarządzania STRM posiada moŝliwość integracji z Juniper NSM w zakresie bezpośredniego korzystania z utrzymywanej przez NSM bazy danych Profiler. Znajdują się tam informacje na temat stanu chronionych zasobów IT, uzyskane w wyniku pasywnego skanowania ruchu przez urządzenia zabezpieczeń Juniper IDP. Administrator STRM z poziomu konsoli Event Viewer moŝe odczytać szczegółowe informacje dotyczące określonego systemu (np. komputera intruza) CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 27

28 STRM naleŝy odpowiednio skonfigurować w zakresie integracji z systemem zarządzania Juniper NSM/Profiler. 1. W konsoli STRM dodajemy skaner dla Juniper IDP Profiler. 2. Na urządzeniu STRM w katalogu '/' uruchamiamy polecenie: [root@strm conf]# tar -xzf profiler-rightclick.tgz 3. Edytujemy plik /opt/qradar/conf/juniperprofilerrightclick.properties gdzie podajemy adres IP NSM oraz id i hasło dostępu do bazy danych NSM. 4. Otwieramy plik /opt/qradar/conf/ip_context_menu.xml i jeŝeli nie istnieje to dodajemy linię: <menuentry name="juniper IDP Profile" url="/console/juniperprofilerrightclick.jsp?hostip=%ip%" /> pomiędzy znacznikami <contextmenu> i </contextmenu>. 5. Linki symboliczne powinny być ustawione następująco: [root@strm conf]# ls -al geo* lrwxrwxrwx 1 root root 32 Jul 15 12:50 geographic.classify.conf -> geographic.classify.country.conf -rw-rw-r-- 1 nobody nobody Jul 15 10:29 geographic.classify.continent.conf -rw-rw-r-- 1 nobody nobody Jul 15 10:29 geographic.classify.country.conf lrwxrwxrwx 1 root root 23 Jul 15 12:50 geographic.conf -> geographic.country.conf -rw-rw-r-- 1 nobody nobody 507 Jul 15 10:29 geographic.continent.conf -rw-rw-r-- 1 nobody nobody 9163 Jul 15 10:29 geographic.country.conf JeŜeli jest inaczej naleŝy je zmodyfikować i zrestartować STRM. [root@strm conf]# rm geographic.classify.conf [root@strm conf]# rm geographic.conf [root@strm conf]# ln -s geographic.classify.country.conf geographic.classify.conf [root@strm conf]# ln -s geographic.country.conf geographic.conf STRM moŝna zrestartować poleceniem reboot lub sekwencją poleceń: # service hostcontext stop # service tomcat stop # service imq stop # service postgresql restart # service imq start # service tomcat start # service hostcontext start 2008 CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 28

29 12. Tworzenie statystyk i raportów STRM oferuje wiele typów raportów tworzonych zgodnie z kryteriami ustalonymi przez administratorów oraz raportów predefiniowanych (ponad 200), w tym na zgodność ze standardami (m.in. PCI, SOX, FISMA, GLBA, HIPAA). Do dyspozycji administratorów STRM dostępny jest intuicyjny kreator raportów. Raporty mogę być tworzone w wielu formatach (m.in. PDF, HTML, RTF, CVS, XML) CLICO SP. Z O.O. WSZELKIE PRAWA ZASTRZEśONE 29