Bezpieczenstwo w sieci

[ Pobierz całość w formacie PDF ]

wiązania bankowości internetowej. Niemal cała struktura sieci była stworzona przez
sprzedawc� sprz�tu komputerowego, który, jak tego si� można było domyślać, okre-
ślił wyraznie mark� ruterów, przełączników, a także zapór sieciowych i urządzeń słu-
żących do wykrywania włamań.
Chociaż trudno było jej cokolwiek zarzucić z punktu widzenia dost�pności, jednak
struktura sieci powodowała pewne problemy, które nie były związane z komponentami
(tj. z urządzeniami). Serwery sieciowe, do których klienci mieli bezpośredni dost�p,
miały także bezpośrednie połączenie z wewn�trznymi serwerami baz danych i kom-
puterem centralnym (mainframe), gdzie przechowywane i przetwarzane były wszystkie
żądania przychodzące od użytkowników kont. Mimo że pomi�dzy serwerami siecio-
wymi a serwerami wewn�trznych baz danych stał firewall, używane oprogramowanie
wymuszało otwarty dost�p do baz danych. Efekt był taki, że pomimo fizycznej obec-
ności w rzeczywistości zapora sieciowa była bezużyteczna. Lepszym rozwiązaniem
byłoby ustawienie w tym miejscu serwera pośredniczącego (proxy), dzi�ki któremu
zapora sieciowa mogłaby skutecznie ograniczać ruch pomi�dzy serwerami sieciowy-
mi a bazami danych i niemożliwe byłoby bezpośrednie połączenie (patrz rysunek 2.2).
W przypadku ewentualnego ataku na serwery sieciowe, napastnik nie mógłby dostać
si� dalej, tj. do serwerów z bazami danych zawierającymi krytyczne informacje ani do
komputera centralnego lub do wewn�trznej sieci korporacyjnej.
Z przytoczonego przykładu można wyciągnąć dwa wnioski. Po pierwsze, nigdy nie
pozwalaj sprzedawcy sprz�tu na projektowanie struktury twojej sieci bez nadzoru i oce-
ny ze strony niezależnych konsultantów. Po drugie, nigdy nie zakładaj, że architektura
jest bezpieczna, nawet gdy z punktu widzenia topologii sieci nic jej nie można zarzucić.
Przed uznaniem struktury za bezpieczną oprogramowanie, dost�pność danych i usług
należy poddać testom.
Rozdział 2. f& Tworzenie bezpiecznej infrastruktury sieciowej 41
Rysunek 2.2. Wymagania funkcjonalne mogą ograniczyć efektywność wewnętrznej zapory sieciowej
Testy penetracyjne
Testy penetracji sieci równie dobrze mogłyby zostać umieszczone w sekcji monitoro-
wanie i wykrywanie włamań, ale z uwagi na fakt, że zwykle są one wymagane przez
zespoły dokonujące audytu (a nie administratorów), zostały umieszczone w tej sekcji.
W dużym skrócie testy te polegają na przeprowadzeniu prób włamania do systemu.
Zespół specjalistów na różne sposoby sprawdza skuteczność działania mechanizmów
42 Bezpieczeństwo w sieci
zabezpieczających sieć: próbują oni ataków z zewnątrz (z Internetu) lub od wewnątrz
(ze stanowisk fizycznie znajdujących si� w siedzibie firmy), wykorzystują łączność
komutowaną i łącza partnerskie, a czasami nawet korzystają z metod inżynierii społecz-
nej (tzw. social engineering). W tym momencie testy stają si� naprawd� ciekawe. Każdy
z nich ma odrobin� inny charakter. Wartość i znaczenie każdego z nich także jest inne.
Poszukiwanie słabych punktów skanowanie sieci
Pierwszy typ testu zwany jest czasami skanowaniem systemu. Tego rodzaju testy wy-
konywane są najcz�ściej przy użyciu zautomatyzowanego narz�dzia, które skanuje
komputery macierzyste w sieci, sprawdza wyst�powanie znanych luk programowych
lub systemowych i przygotowuje specjalne raporty. Dzi�ki takiemu skanowaniu do-
wiesz si�, czy przypadkiem ktoś bez twojej wiedzy nie uruchomił nowego serwera lub
usługi (na przykład łączności telnetowej), która nie powinna być uruchamiana. Ponadto
uzyskasz informacje o wszystkich nietypowych konfiguracjach (np. oprogramowania
serwerowego Windows NT), w których nie zastosowano niezb�dnych pakietów Se-
rvice Pack lub uaktualnień. Jeżeli testy tego rodzaju wykonywane są regularnie (np.
co miesiąc lub co kwartał), dają ci coś w rodzaju niepewnego odczucia, że drzwi do
twojej sieci nie są szeroko otwarte dla każdego, kto ma ochot� wejść.
Odnajdywanie słabości sieci testy [ Pobierz całość w formacie PDF ]

Tematy