Przejdź do treści

Separacja sieci

Cel artykułu

Poniższy artykuł ma na celu zapoznanie z tematem separacji sieci. Artykuł został podzielony na trzy części:

  • Pierwsza część omawia kluczowe pojęcia oraz rolę separacji sieci jako mechanizmu bezpieczeństwa.
  • Druga część przedstawia zagadnienia związane z architekturą separacji sieci.
  • Trzecia część prezentuje narzędzia oraz praktyki umożliwiające wprowadzenie separacji sieci w życie.

Przykład umieszczony na samym końcu ilustruje proces separacji w sieci niewielkiej firmy.

Definicja

Separacja sieci to mechanizm bezpieczeństwa. Polega na podziale sieci na mniejsze, odizolowane od siebie części (podsieci lub segmenty). Każdy z segmentów działa jako oddzielna strefa, dla której obowiązują unikalne zasady kontroli dostępu.

W tradycyjnym, płaskim modelu sieciowym wszystkie urządzenia mogą komunikować się ze sobą bez ograniczeń. Jeżeli atakujący uzyska dostęp do jednego komputera, może poruszać się po sieci organizacji. W takim przypadku mowa o ruchu horyzontalnym (ang. lateral movement) - przemieszczaniu się atakującego między hostami w sieci po uzyskaniu początkowego dostępu, bądź eskalacji uprawnień (ang. privilege escalation), kiedy atakujący zdobywa wyższe uprawnienia w systemie, niż posiadał pierwotnie.

Przykładowe kroki wdrożenia separacji sieci

  1. Inwentaryzacja - sporządzić listę urządzeń, usług i zmapować przepływy (jakie urządzenia się ze sobą komunikują oraz po jakich portach). (Więcej informacji w artykule: Inwentaryzacja)
  2. Projekt segmentów - na podstawie mapy przepływów oraz zasady najmniejszych uprawnień wyznaczyć segmenty i przypisać VLAN-y.
  3. Konfiguracja przełączników - utworzyć VLAN-y, przypisać porty, wyłączyć nieużywane porty.
  4. Konfiguracja zapory - wdrożyć reguły z zasadą domyślnej odmowy.
  5. Monitorowanie - włączyć zbieranie logów z zapory sieciowej w celu weryfikacji działania reguł separacji.
  6. Dokumentacja - udokumentować segmenty, reguły i procedury przeglądów.
  7. Przegląd - okresowo weryfikować reguły zapory i ACL pod kątem aktualności oraz zgodności z mapą przepływów.

Kluczowe koncepcje

Aby zrozumieć, dlaczego oraz w jaki sposób wprowadza się mechanizm separacji sieci, warto najpierw zapoznać się z koncepcjami, które odpowiadają na te pytania.

Promień rażenia (ang. Blast Radius)

Promień rażenia określa zakres systemów, danych oraz usług, które mogą być celem ataku w przypadku naruszenia wybranego komponentu sieci. Jest miarą skuteczności mechanizmu, jakim jest separacja sieci.

Przykład

Jeżeli stacja robocza pracownika w wyniku ataku zostanie zainfekowana, a sieć jest odpowiednio posegmentowana oraz odseparowana, to promień rażenia jest ograniczony do podsieci, w której znajdowała się stacja oraz wystawionych do tej sieci usług, a nie całej organizacji.

Zasada najmniejszych uprawnień (ang. Principle of least privilege)

Zasada najmniejszych uprawnień stwierdza, że każdy podmiot (osoba, proces, urządzenie, usługa) powinien mieć tylko te uprawnienia, które są absolutnie niezbędne do wykonania swojego zadania.

Przykład

Lista kontroli dostępu (ang. Access Control List) powinna przepuszczać ruch przychodzący tylko na konkretnym porcie (np. 3306) do bazy danych i wyłącznie ze źródłowego adresu IP należącego do serwera WWW. Serwer WWW otrzymuje tylko te uprawnienia, które są mu niezbędne do pracy z bazą danych. Dodatkowo konto wykorzystywane przez usługę WWW powinno mieć ściśle określone uprawnienia oraz pozwalać na logowanie wyłącznie z uprzednio zdefiniowanego adresu IP.

Ochrona w głąb (ang. Defense in Depth)

Ochrona w głąb to strategia cyberbezpieczeństwa polegająca na budowaniu wielowarstwowych i nakładających się na siebie zabezpieczeń w pełnym przekroju stosu - od warstwy fizycznej aż po warstwę aplikacyjną. Jej głównym celem jest zapewnienie, że w przypadku przełamania jednej linii obrony, kolejne warstwy skutecznie powstrzymają intruza. Separacja sieci to wcielenie strategii ochrony w głąb w infrastrukturze IT.

Przykład

Nawet jeżeli atakujący skompromituje usługę w strefie zdemilitaryzowanej (np. serwer WWW), to napotka kolejne warstwy, takie jak wewnętrzna zapora sieciowa blokująca ruch do sieci LAN.

Zerowe zaufanie (ang. Zero Trust)

Zero Trust to model bezpieczeństwa oparty na zasadzie „nigdy nie ufaj, zawsze weryfikuj". Oznacza to, że żadnemu podmiotowi, użytkownikowi, urządzeniu czy usłudze nie przysługuje domyślne zaufanie, niezależnie od tego, czy znajduje się wewnątrz, czy na zewnątrz sieci. Każda próba dostępu jest weryfikowana i autoryzowana na bieżąco.

Separacja sieci stanowi jedną z warstw realizujących zasady podejścia Zero Trust. Bez podziału na segmenty niemożliwe jest ograniczenie dostępu do zasobów (mikrosegmentacja) oraz egzekwowanie zasady najmniejszych uprawnień na poziomie sieci.

W tradycyjnym modelu perymetrowym (ang. castle-and-moat) zakłada się, że po przejściu zewnętrznej zapory ruch wewnątrz sieci jest zaufany. Przebicie granicy daje atakującemu swobodę poruszania się wewnątrz. W modelu Zero Trust sieć traktowana jest jako potencjalnie wrogie środowisko. Każde kolejne połączenie jest osobno weryfikowane, niezależnie od tego, czy pochodzi z wnętrza, czy spoza sieci.

Przykład

Pracownik łączący się z usługą wewnętrzną nie uzyskuje dostępu tylko dlatego, że znajduje się w biurowej podsieci. System weryfikuje jego tożsamość oraz kontekst połączenia i na tej podstawie przyznaje dostęp wyłącznie do wybranej usługi, a nie całej sieci wewnętrznej.

Metody i architektura separacji sieci

Metodę separacji sieci można podzielić na dwa główne podejścia: separację fizyczną oraz separację logiczną. Wybór zależy od wymagań bezpieczeństwa, dostępnych zasobów oraz charakteru chronionych systemów.

Kryteria podziału na segmenty

Przed wyborem metody separacji należy najpierw wyznaczyć granice segmentów. To decyzja projektowa, która odpowiada na pytanie „co z czym odseparować" - dopiero na jej podstawie dobiera się narzędzie realizujące te granice. Poniższe kryteria wyznaczają naturalne linie podziału:

Kryteria wyznaczania granic segmentów

  • Rola i funkcja - grupowanie urządzeń o tym samym przeznaczeniu (stacje robocze w jednym segmencie, serwery aplikacyjne w oddzielnym segmencie). Urządzenia pełniące tę samą rolę mają podobny profil ruchu i zbliżony poziom zaufania.
  • Ekspozycja - oddzielenie usług publicznie dostępnych (DMZ) od sieci wewnętrznej oraz środowisk izolowanych (np. OT/ICS).
  • Wrażliwość danych - osobne segmenty dla danych regulowanych (np. dane osobowe podlegające RODO, dane finansowe, dane zdrowotne), dla których izolacja wynika z wymagań prawnych.
  • Krytyczność biznesowa - wydzielenie systemów o kluczowym znaczeniu dla ciągłości działania, aby awaria lub kompromitacja mniej krytycznych segmentów nie paraliżowała ich działania.
  • Grupa użytkowników - oddzielenie ról o różnym poziomie zaufania (administratorzy, pracownicy, goście).

Fizyczna separacja

Fizyczna separacja polega na wykorzystaniu odrębnych urządzeń sieciowych (np. przełączników, routerów) dla każdej wydzielonej sieci, tak aby nie mogły się ze sobą komunikować, chyba że są specjalnie połączone oraz skonfigurowane do tego celu.

Najbardziej rygorystyczną odmianą separacji fizycznej jest air gapping (ang. air gap - szczelina powietrzna). Polega on na fizycznym braku połączenia kablowego z jakimikolwiek innymi sieciami, w tym z internetem - sieć air-gapped jest odcięta sprzętowo.

Air gapping

Air gapping stosuje się przede wszystkim w środowiskach o krytycznym znaczeniu: systemach sterowania przemysłowego (ang. Industrial Control Systems), infrastrukturze krytycznej czy sieciach wojskowych.

Uwaga

Air gapping nie gwarantuje pełnego bezpieczeństwa. Ataki takie jak Stuxnet udowodniły, że przeprowadzenie operacji na izolowanej sieci jest możliwe z użyciem nośników wymiennych (np. pendrive) jako wektora infekcji.

Wadą separacji fizycznej jest wysoki koszt. Każda dodatkowa sieć wymaga dedykowanego sprzętu. Z tego powodu w praktyce stosuje się ją tam, gdzie wymaga tego regulacja lub gdzie skutki naruszenia bezpieczeństwa są nieakceptowalne.

Więcej informacji na temat bezpieczeństwa środowisk OT/ICS:

Logiczna separacja

Logiczna separacja polega na wydzieleniu sieci na poziomie oprogramowania i konfiguracji urządzeń, przy wykorzystaniu tej samej infrastruktury fizycznej. Jest to podejście znacznie bardziej elastyczne.

Sieć VLAN (ang. Virtual Local Area Network, standard IEEE 802.1Q) to podstawowy mechanizm logicznej separacji w sieciach lokalnych. Pozwala na podział jednego przełącznika fizycznego na wiele wirtualnych sieci, z których każda działa jak oddzielna domena rozgłoszeniowa. Ruch między sieciami VLAN jest blokowany domyślnie i wymaga routingu (zwykle przez zaporę sieciową lub router warstwy trzeciej). Sam podział na VLAN-y wspiera się listami kontroli dostępu (ang. Access Control Lists, ACL) - filtrowaniem ruchu na poziomie przełączników lub routerów, ograniczającym komunikację między segmentami do niezbędnych portów i protokołów.

Dodatkowe mechanizmy logicznej separacji
  • VRF (ang. Virtual Routing and Forwarding) - tworzenie oddzielnych tabel routingu w jednym routerze, co pozwala na izolację ruchu między sieciami na poziomie warstwy trzeciej.
  • VXLAN (ang. Virtual Extensible LAN) - enkapsulacja ramek Ethernet w UDP, pozwalająca na tworzenie nakładkowych sieci wirtualnych (ang. overlay networks) rozciągniętych między centrami danych.
  • Mikrosegmentacja (ang. microsegmentation) - segmentacja na poziomie pojedynczych obciążeń (ang. workloads) zamiast całych podsieci.

Przykład

Administracja przełącznikami i routerami odbywa się wyłącznie z dedykowanego segmentu zarządczego (Management VLAN), do którego dostęp mają tylko stacje administracyjne. Ruch użytkowników w innych sieciach VLAN nie ma trasy do adresów zarządczych urządzeń sieciowych.

Strefa zdemilitaryzowana

Strefa zdemilitaryzowana (ang. Demilitarized Zone, DMZ) to segment sieci izolujący usługi udostępniane na zewnątrz od sieci wewnętrznej organizacji. Jej celem jest ograniczenie promienia rażenia w przypadku kompromitacji publicznie dostępnych usług. Atakujący, który przejmie serwer w DMZ, nie uzyska automatycznie dostępu do sieci wewnętrznej.

Typowe usługi umieszczane w DMZ to serwery WWW, serwery pocztowe, zewnętrzne serwery DNS czy bramy API. Sieć wewnętrzna (np. stacje robocze, bazy danych) znajduje się za dodatkową warstwą zabezpieczeń.

Architektura DMZ najczęściej realizowana jest w modelu z dwoma zaporami:

  • zapora zewnętrzna oddziela DMZ od internetu,
  • zapora wewnętrzna oddziela DMZ od sieci wewnętrznej (LAN).

Strefa zdemilitaryzowana.

Schemat logiczny strefy zdemilitaryzowanej.

DMZ z jedną zaporą sieciową

Strefa zdemilitaryzowana może być również zrealizowana z jedną zaporą sieciową. W takiej konfiguracji ruch z internetu musi przejść przez zaporę sieciową, aby trafić do strefy zdemilitaryzowanej. Ruch między DMZ, a segmentem wewnętrznym również przechodzi przez tę samą zaporę sieciową. Separacja między segmentami ustalana jest dzięki regułom na zaporze sieciowej.

Przykład

Urząd gminy udostępnia portal informacyjny. Serwer WWW znajduje się w strefie zdemilitaryzowanej, za zaporą zewnętrzną, która przepuszcza ruch jedynie na porcie 443. Baza danych portalu znajduje się w dedykowanym segmencie wewnątrz sieci wewnętrznej, za zaporą wewnętrzną, która zezwala wyłącznie na połączenia z DMZ na porcie 3306 i tylko z adresu IP serwera WWW. W przypadku kompromitacji serwera WWW atakujący nie może swobodnie poruszać się po sieci urzędu. Ruch do sieci LAN jest domyślnie blokowany.

Narzędzia i najlepsze praktyki wdrożeniowe

Skuteczna separacja sieci wymaga połączenia odpowiednich procesów i narzędzi. Poniżej znajduje się zestawienie kluczowych elementów.

Listy kontroli dostępu i reguły zapory ogniowej

To podstawowe mechanizmy egzekwujące granice między segmentami. Listy kontroli dostępu (ang. Access Control Lists, ACL) działają na poziomie przełączników i routerów, filtrując ruch na podstawie adresów IP, portów i protokołów. Są zwykle bezstanowe - każda reguła jest oceniana niezależnie, bez zapamiętywania sesji.

Zapory sieciowe (ang. firewalls) działają na wyższym poziomie abstrakcji. Większość współczesnych zapór jest stanowa (ang. stateful) - śledzi aktywne sesje i automatycznie przepuszcza ruch powrotny dla dozwolonych połączeń. Zapory nowej generacji (ang. Next-Generation Firewalls, NGFW) oferują dodatkowo filtrowanie na poziomie treści oraz integrację z systemami SIEM i listami reputacji IP.

Dobre praktyki zarządzania regułami

  • Unikaj reguł typu „allow any" - każda reguła powinna precyzyjnie określać źródło, cel, port i protokół.
  • Usuwaj reguły przestarzałe i weryfikuj, czy nadal są potrzebne. Dobrą praktyką jest audyt co najmniej kilka razy w roku lub po każdej istotnej zmianie architektury 1.
  • Zamiast wielokrotnie powtarzać adresy IP, grupuj je w nazwane obiekty (np. „serwery-www-DMZ"), co ułatwia utrzymanie i czytelność konfiguracji.
  • Zawsze stosuj zasadę domyślnej odmowy (ang. deny all).

Zarządzanie tożsamością

Zarządzanie tożsamością i dostępem (ang. Identity and Access Management, IAM) to fundament separacji na poziomie użytkowników i usług. Mimo że separacja sieci działa na poziomie pakietów, to ostatecznie dostęp autoryzowany jest na podstawie tożsamości. Dlatego architektura IAM powinna być spójna z podziałem sieci - przydzielanie ról i uprawnień powinno odzwierciedlać podział na segmenty.

Separacja sieci bez spójnego zarządzania tożsamością nie wystarcza

Nawet najlepszy podział na VLAN-y i reguły zapory nie ochroni organizacji, jeśli te same konta administracyjne mają nadmierne uprawnienia w wielu segmentach. Separacja sieci i zarządzanie tożsamością muszą być projektowane razem.

Ograniczanie dostępu do systemów krytycznych

Niektóre systemy są na tyle krytyczne, że należy zachować szczególną ostrożność. Dotyczy to przede wszystkim kontrolerów domeny, infrastruktury wirtualizacji, systemów przechowywania danych oraz serwerów kopii zapasowych. Podstawą wydzielenia tych systemów są kryteria krytyczności biznesowej oraz wrażliwości danych (zob. sekcję Kryteria podziału na segmenty).

Zabezpieczenie kontrolera domeny (Active Directory)

Kontroler domeny to centralny punkt zaufania całej infrastruktury - jego kompromitacja oznacza przejęcie sieci. Dlatego dostęp do niego musi być rygorystycznie ograniczony na poziomie zapory:

  • Ruch standardowy - z segmentów stacji roboczych i serwerów wewnętrznych należy przepuszczać tylko niezbędne protokoły (np. DNS, Kerberos, LDAP, SMB wyłącznie dla pobierania polityk GPO).
  • Ruch administracyjny - narzędzia takie jak zdalny pulpit (RDP) czy PowerShell Remoting (WinRM) powinny być dozwolone wyłącznie z izolowanego segmentu zarządczego.
  • Brak dostępu ze stref publicznych - hosty świadczące usługi w strefie DMZ (np. serwer WWW) nie mogą mieć dostępu administracyjnego do sieci wewnętrznej, w szczególności kontrolera domeny. Jeśli muszą weryfikować poświadczenia, należy zezwolić wyłącznie na porty zapytań (LDAP, Kerberos), domyślnie blokując próby logowania interaktywnego.
  • Konto administratora - konta administracyjne nie mogą być używane do codziennej pracy. Należy stosować osobne konta do zadań administracyjnych. Logowanie interaktywne kont administracyjnych musi być ograniczone wyłącznie do stacji zarządczych w izolowanym segmencie zarządczym, tylko z wybranych adresów IP.
Wirtualizacja i systemy przechowywania danych

Interfejsy zarządzania hipernadzorcami (np. vCenter) oraz macierzami danych (np. konsole SAN, interfejsy sprzętowe np. iLO/iDRAC) to krytyczne elementy infrastruktury, których kompromitacja daje kontrolę nad całym środowiskiem. Zarządzanie nimi powinno odbywać się wyłącznie z dedykowanego segmentu zarządczego. Interfejsy te muszą pozostawać całkowicie niewidoczne dla ruchu użytkowników i serwerów produkcyjnych. Dodatkowo konta administratorów systemów wirtualizacyjnych i do przechowywania danych powinny być poza domeną i posiadać dedykowane poświadczenia.

Kopie zapasowe

Serwer kopii zapasowych to ostatnia linia obrony w przypadku ataku ransomware, dlatego wymaga ścisłej separacji:

  • Powinien znajdować się w dedykowanym segmencie (osobny VLAN).
  • Ruch w sieci powinien być jednokierunkowy pod względem inicjacji. To serwer kopii nawiązuje połączenie i pobiera dane z chronionych systemów, a nie odwrotnie.
  • W przypadku przechowywania danych na osobnym zasobie sieciowym (np. macierz NAS ujęta w dedykowanym VLAN-ie), listy kontroli dostępu na tym urządzeniu muszą pozwalać na komunikację wyłącznie z adresu IP serwera kopii zapasowych.

Dodatkowo konta administratorów systemów do przechowywania kopii zapasowych powinny być poza domeną i posiadać dedykowane poświadczenia.

Więcej informacji na temat kopii zapasowych:

Dokumentacja

Dokumentacja segmentacji sieci to zapis jej stanu - podziału na segmenty, reguł ruchu między nimi oraz procedur utrzymania. Pozwala na skuteczne audyty oraz diagnozę incydentów. Dokumentacja jest szczególnie wartościowa, gdy łączy się ją ze spójną mapą przepływów.

Co powinno znaleźć się w dokumentacji

  • Mapa segmentów - VLAN-y, podsieci, przypisanie portów przełączników do segmentów.
  • Topologia sieci - diagramy fizyczne i logiczne pokazujące zapory, routery i relacje między segmentami.
  • Mapa przepływów - jakie urządzenia i po jakich portach muszą się komunikować; to dokument zasilany danymi z inwentaryzacji.
  • Reguły zapory i ACL - z uzasadnieniem każdej reguły, nie tylko samą specyfikacją techniczną.
  • Procedury przeglądów i zmian - kto i jak często weryfikuje reguły oraz kto autoryzuje zmiany.
  • Dziennik zmian - kto, co i kiedy zmienił w konfiguracji segmentacji.

Przykład procesu separacji sieci

Scenariusz edukacyjny

Powyższy scenariusz to uproszczony przykład, mający na celu zilustrowanie samej mechaniki i koncepcji separacji sieci. Został on celowo ograniczony do podstawowych usług, aby zachować czytelność i pokazać główny cel, czyli izolację krytycznych zasobów i ograniczenie swobodnego ruchu wewnątrz sieci. Nie należy traktować tej tabeli jako gotowego szablonu.

W świecie rzeczywistym infrastruktury są bardziej złożone, jednak dodanie kolejnych elementów to po prostu iteracyjne powtórzenie zaprezentowanego procesu.

Inwentaryzacja

Poniższy przykład ilustruje proces separacji sieci w niewielkiej firmie (uproszczony proces inwentaryzacji nastawiony na same przepływy, więcej informacji na temat inwentaryzacji w artykule: inwentaryzacja). W wyniku inwentaryzacji zasobów zidentyfikowano:

  • stacje robocze - stanowiska pracy w biurze
  • kontroler domeny - serwer Active Directory
  • serwer pocztowy - serwer pocztowy integrowany z AD
  • serwer WWW - strona internetowa dostępna publicznie
  • serwer aplikacyjny - serwer z aplikacjami, z których korzystają pracownicy
  • stację administratora - stacja do zarządzania urządzeniami
  • zapora sieciowa - urządzenie oddzielające sieć wewnętrzną od internetu

Dotychczas sieć nie zawierała żadnych segmentów, dlatego istniała jedna sieć LAN.

Schemat logiczny sieci przed wdrożeniem separacji.

Schemat logiczny sieci przed wdrożeniem separacji.

Na podstawie inwentaryzacji sporządzono mapę przepływów - zapis kto, z kim i po jakich portach musi się komunikować. Mapa stanowi uzasadnienie podziału na segmenty oraz podstawę do budowy reguł zapory w kolejnym etapie.

Mapa przepływów
Źródło Cel Porty Protokół Cel ruchu
Internet Serwer WWW 80, 443 HTTP / HTTPS Ruch do publicznej strony WWW
Internet Serwer pocztowy 25 SMTP Przyjmowanie poczty z zewnątrz
Stacje robocze Kontroler domeny (DC) 53 DNS (UDP/TCP) Rozwiązywanie nazw domenowych
Stacje robocze Kontroler domeny (DC) 88 Kerberos (UDP/TCP) Logowanie użytkowników do domeny
Stacje robocze Kontroler domeny (DC) 389, 636 LDAP / LDAPS Zapytania do bazy Active Directory
Stacje robocze Kontroler domeny (DC) 445 SMB Pobieranie polityk GPO i skryptów logowania (SYSVOL)
Stacje robocze Kontroler domeny (DC) 123 NTP Synchronizacja czasu komputerów
Stacje robocze Serwer aplikacyjny 443 HTTPS Dostęp do aplikacji
Stacje robocze Serwer pocztowy 993 IMAPS Odbieranie poczty w programie pocztowym
Stacje robocze Serwer pocztowy 587 SMTP Wysyłanie poczty z programu pocztowego
Stacje robocze Serwer pocztowy 443 HTTPS Dostęp do poczty przez WWW
Stacje robocze Internet 80, 443 HTTP / HTTPS Dostęp użytkowników do stron WWW
Serwer pocztowy Kontroler domeny (DC) 53 DNS Rozwiązywanie nazw w sieci
Serwer pocztowy Kontroler domeny (DC) 88 Kerberos Autoryzacja serwera poczty w domenie
Serwer pocztowy Kontroler domeny (DC) 389, 636 LDAP / LDAPS Zapytania do bazy Active Directory
Serwer pocztowy Internet 25 SMTP Wysyłanie poczty do innych serwerów w internecie
Serwer aplikacyjny Kontroler domeny (DC) 53 DNS Rozwiązywanie nazw
Serwer aplikacyjny Kontroler domeny (DC) 88 Kerberos (UDP/TCP) Autoryzacja serwera aplikacyjnego w domenie
Serwer aplikacyjny Kontroler domeny (DC) 389, 636 LDAP / LDAPS Zapytania do bazy Active Directory
Serwer aplikacyjny Internet 443 HTTPS Aktualizacje systemu oraz połączenia do zewnętrznych API
Serwer WWW (DMZ) Internet 80, 443 HTTP / HTTPS Pobieranie aktualizacji pakietów
Kontroler domeny (DC) Internet 53 DNS (UDP/TCP) Odpytywanie zewnętrznych serwerów DNS
Kontroler domeny (DC) Internet 443 HTTPS Aktualizacje Windows Update oraz sprawdzanie certyfikatów
Stacja administratora Wszystkie serwery 3389 RDP Zdalny pulpit (zarządzanie serwerami Windows)
Stacja administratora Wszystkie serwery 22 SSH Konsola (zarządzanie serwerami Linux / przełącznikami)
Stacja administratora Wszystkie serwery 5985, 5986 WinRM (HTTP/HTTPS) Zdalne wykonywanie skryptów PowerShell

Projekt segmentów

Korzystając z kryteriów podziału, zdecydowano się wydzielić następujące segmenty.

VLAN Nazwa segmentu Opis / Rola w sieci Zasoby
VLAN 10 DMZ Strefa bezpośrednio wystawiona na ruch z Internetu. Serwer WWW
VLAN 20 Pracownicy Komputery przeznaczone do codziennej pracy. Stacje robocze
VLAN 30 Serwer aplikacyjny Serwer aplikacyjny udostępniający usługi pracownikom. Serwer aplikacyjny
VLAN 31 Kontroler domeny Infrastruktura krytyczna odseparowana od użytkowników i innych serwerów. Kontroler domeny
VLAN 40 Poczta Przypadek specjalny - usługa wewnętrzna z dostępem z sieci zewnętrznej. Serwer pocztowy
VLAN 99 Zarządczy Strefa o najwyższych przywilejach. Odcięty ruch ze wszystkich innych segmentów. Stacja administratora

Dobre praktyki - segment zarządzający

Segment zarządzający to miejsce, do którego trafiają dedykowane porty administracyjne urządzeń sieciowych oraz interfejsy zarządzania serwerami (np. iLO, iDRAC). W przedstawionym przykładzie stacja administratora służy wyłącznie do zarządzania infrastrukturą. Jest to element wymagający szczególnej ostrożności, ponieważ kompromitacja stacji administracyjnej daje atakującemu pełny dostęp do całej infrastruktury. W innych sytuacjach (codziennie, nieadministracyjne czynności) administrator powinien korzystać ze stacji roboczych w VLAN-ie dla pracowników (VLAN 20).

Po wdrożeniu segmentacji sieć przybrała następującą postać:

Schemat logiczny sieci po wdrożeniu separacji.

Schemat logiczny sieci po wdrożeniu separacji.

Konfiguracja przełączników

W tym kroku ustalone VLAN-y należy skonfigurować na urządzeniach sieciowych. Konfiguracja zależy od fizycznej infrastruktury instytucji - liczby przełączników, ich rozmieszczenia oraz miejsca, w którym podłączona jest zapora.

Na przełącznikach tworzy się zdefiniowane VLAN-y (10, 20, 30, 31, 40, 99) i przypisuje porty:

  • porty access - dla stacji roboczych i serwerów; każdy port przypisany do jednego VLAN-u,
  • porty trunk - łącza przenoszące wiele VLAN-ów jednocześnie, z tagowaniem 802.1Q. Stosuje się je tam, gdzie wiele VLAN-ów musi przejść przez jedno łącze (np. między przełącznikiem a zaporą sieciową).

VLAN-y konfiguruje się tylko na tych przełącznikach, do których faktycznie podłącza się urządzenia z danej sieci, oraz na tych, przez które ten ruch musi przejść w drodze do celu (ruch tranzytowy). Nie ma sensu dodawać wszystkich VLAN-ów na każdym przełączniku w firmie.

Ruch tranzytowy

Rozpatrzmy łańcuch połączeń, w którym firewall łączy się z pośredniczącym przełącznikiem B, a ten z kolei z przełącznikiem A, do którego portów access bezpośrednio wpięci są pracownicy z VLAN 20. Choć do przełącznika B nie podłączono żadnego użytkownika końcowego, urządzenie to również musi posiadać w swojej bazie zdefiniowany VLAN 20, ponieważ jego łącza trunk pełnią rolę tranzytową na trasie między przełącznikiem A a zaporą sieciową - bez tej konfiguracji przełącznik po prostu zablokowałby nieznany sobie ruch. Jednocześnie na przełączniku C, który obsługuje wyłącznie strefę serwerów w innej części infrastruktury i w ogóle nie uczestniczy w transmisji danych dla pracowników, VLAN 20 nie jest dodawany do konfiguracji, co obrazuje zasadę ograniczania zasięgu przełączników wyłącznie do sieci, które bezpośrednio obsługują lub przez które przesyłają ruch.

Przykład częściowej konfiguracji przełączników.

Przykład częściowej konfiguracji przełączników.

Nieużywane porty należy wyłączyć, aby zapobiec nieautoryzowanemu podłączeniu urządzeń.

Konfiguracja zapory

Mapa przepływów to teoria, którą teraz należy przenieść na zaporę sieciową działającą jako router między VLAN-ami. Warto zauważyć, że na samym końcu znajduje się zasada domyślnej odmowy.

Reguły zapory ogniowej
ID Segment źródłowy Segment docelowy Usługi (Porty / Protokół) Akcja Opis (Cel reguły)
10 VLAN 99 (Zarządczy) VLAN 10, 20, 30, 31, 40 (Wszystkie) TCP: 22, 3389, 5985, 5986 Allow Zdalne zarządzanie infrastrukturą (SSH, RDP, WinRM) przez administratora.
20 Internet (WAN) VLAN 10 (DMZ) TCP: 80, 443 Allow Publiczny dostęp do firmowej strony WWW.
30 Internet (WAN) VLAN 40 (Poczta) TCP: 25 Allow Odbieranie poczty z zewnętrznych serwerów.
40 VLAN 20 (Pracownicy) VLAN 31 (Kontroler domeny) TCP/UDP: 53, 88
TCP: 389, 445, 636
UDP: 123
Allow Logowanie do domeny, pobieranie GPO, rozwiązywanie nazw i synchronizacja czasu (DC).
50 VLAN 20 (Pracownicy) VLAN 30 (Serwer aplikacyjny) TCP: 443 Allow Dostęp pracowników do wewnętrznych aplikacji.
55 VLAN 30 (Serwer aplikacyjny) VLAN 31 (Kontroler domeny) TCP/UDP: 53, 88
TCP: 389, 636
Allow Komunikacja serwera aplikacyjnego z AD (DNS, Kerberos, LDAP).
60 VLAN 20 (Pracownicy) VLAN 40 (Poczta) TCP: 443, 587, 993 Allow Korzystanie z poczty firmowej (IMAPS, SMTP, Webmail).
70 VLAN 40 (Poczta) VLAN 31 (Kontroler domeny) TCP/UDP: 53, 88
TCP: 389, 636
Allow Komunikacja serwera pocztowego z AD.
80 VLAN 20 (Pracownicy) Internet (WAN) TCP: 80, 443 Allow Standardowy dostęp użytkowników do zasobów sieci Internet.
90 VLAN 40 (Poczta) Internet (WAN) TCP: 25 Allow Wysyłanie wiadomości e-mail do serwerów zewnętrznych.
100 VLAN 10 (DMZ) Internet (WAN) TCP: 80, 443 Allow Pobieranie aktualizacji pakietów przez serwer WWW w DMZ.
105 VLAN 31 (Kontroler domeny) Internet (WAN) TCP/UDP: 53
TCP: 443
Allow Aktualizacje Windows Update oraz odpytywanie zewnętrznych serwerów DNS przez kontroler domeny.
110 VLAN 30 (Serwer aplikacyjny) Internet (WAN) TCP: 443 Allow Aktualizacje systemu oraz połączenia do zewnętrznych API przez serwer aplikacyjny.
999 Any (Wszystkie) Any (Wszystkie) Any Drop Deny All - domyślna blokada

Skalowalność procesu

Niezależnie od liczby systemów i stopnia skomplikowania sieci, dodanie kolejnego elementu sprowadza się do powtórzenia tych samych kroków: aktualizacji mapy zasobów i przepływów, wyznaczenia segmentu, dodania reguł zapory oraz odnotowania zmiany w dokumentacji.

Dokumentacja

Cały powyższy proces - inwentaryzacja, mapa przepływów, projekt segmentów, konfiguracja przełączników oraz reguły zapory - stanowi dokumentację segmentacji sieci. Dokumentacja ta pozwala na skuteczne audyty, diagnozę incydentów i planowanie kolejnych zmian.

Dla przedstawionego przykładu dokumentacja obejmuje:

  • listę zasobów i ich przynależność do segmentów,
  • mapę przepływów (jakie urządzenia oraz po jakich portach),
  • tabelę VLAN-ów z przypisanymi zasobami,
  • schemat logiczny sieci po wdrożeniu,
  • tabelę reguł zapory z uzasadnieniem każdej reguły.

Każda kolejna zmiana w sieci powinna być odzwierciedlona w dokumentacji i zapisana w dzienniku zmian.

Przegląd i wprowadzenie zmiany

Miesiąc po wdrożeniu firma zdecydowała się na uruchomienie rozwiązania SIEM. Wymaga to powtórzenia procesu:

  1. Inwentaryzacja - do mapy zasobów dodano serwer SIEM oraz zidentyfikowano jego przepływy: skąd zbiera logi (zapora, przełączniki, serwery) i po jakich portach.
  2. Projekt segmentów - utworzono nowy VLAN dla serwera SIEM, aby odseparować go od pozostałych segmentów.
  3. Konfiguracja przełączników - dodano nowy VLAN i przypisano port serwera SIEM.
  4. Konfiguracja zapory - dodano reguły zezwalające na odbieranie logów z poszczególnych segmentów do serwera SIEM.
  5. Dokumentacja - zaktualizowano mapę przepływów, tabelę VLAN-ów i reguły zapory, a zmianę odnotowano w dzienniku zmian.

Ten scenariusz ilustruje, że każda nowa usługa lub system w sieci wymaga przejścia przez te same kroki. Powtarzalność tej procedury - od inwentaryzacji przez projekt segmentu po reguły zapory - pozwala włączać nowe elementy bez psucia istniejącej separacji.

Częste błędy

Poniżej zestawienie najczęstszych z nich:

  • Brak dokumentacji przepływów - brak mapy połączeń utrudnia precyzyjne modyfikowanie konfiguracji, co w konsekwencji prowadzi do tworzenia zbyt swobodnych reguł.
  • Zaufanie do samego VLAN-u bez ACL - podział na VLAN-y bez reguł routingu i filtrowania między nimi daje iluzję separacji. VLAN stanowi domenę rozgłoszeniową, a nie barierę bezpieczeństwa.
  • Zbyt szeroka segmentacja - umieszczenie wszystkich serwerów w jednym segmencie oznacza, że kompromitacja jednego daje swobodę w obrębie całej puli.
  • Niespójność między siecią a zarządzaniem tożsamością - podział sieci nie odpowiada podziałowi ról i uprawnień, co pogarsza egzekwowanie zasady najmniejszych uprawnień.
  • Reguła „allow any any" jako rozwiązanie tymczasowe - reguła tymczasowa, włączona bywa zapomniana i staje się dziurą w separacji. Reguły tymczasowe powinny mieć datę automatycznego wygaśnięcia.
  • Ignorowanie ruchu zarządzania - ruch administracyjny często bywa pomijany w regułach separacji, a to częsty wektor ataku.
  • Brak przeglądów reguł - reguły narastają bez ich weryfikacji, aż w końcu nikt nie wie, które z nich są jeszcze potrzebne.

Uwaga

Separacja sieci nie jest jednorazowym projektem. Najczęstszym błędem jest potraktowanie wdrożenia jako zamkniętej fazy - bez procesów utrzymania, przeglądów i reakcji na zmiany w architekturze. Skuteczna separacja wymaga ciągłej pielęgnacji.


  1. Liczba audytów w roku to informacja, która powinna być zawarta w polityce bezpieczeństwa. 

Ostatnia aktualizacja artykułu: 2026-09-02.