Przejdź do treści

Inwentaryzacja

Cel artykułu

Celem artykułu jest zaprezentowanie inwentaryzacji sieci oraz opisanie dobrych praktyk jej realizacji - od metodyki wykrywania urządzeń, przez strukturę rekordu zasobu, po utrzymanie dokumentacji.

Definicja

Inwentaryzacja sieci to usystematyzowany proces ewidencji i bieżącego monitorowania zasobów.

Dlaczego inwentaryzacja jest krytyczna

Zasobów, które nie są nigdzie ewidencjonowane, nie da się chronić ani nimi zarządzać - pozostają one poza zasięgiem monitorowania, aktualizacji i reakcji na incydenty. Pełna wiedza o zasobach infrastruktury jest warunkiem skutecznego monitorowania bezpieczeństwa, reagowania na incydenty, tworzenia kopii zapasowych, odtwarzania systemów po awarii oraz efektywnego wdrożenia separacji sieci.

Urządzenia nieautoryzowane

Zasoby dołączane do sieci poza oficjalną procedurą powinny być identyfikowane lub izolowane, aby nie stały się wektorem ataku. Brak takiej procedury oznacza, że w sieci funkcjonują urządzenia, których nikt nie monitoruje ani nie utrzymuje.

Proces inwentaryzacji

Inwentaryzacja przebiega w spójnych, powtarzalnych krokach, które należy wykonywać w sposób ciągły. Wyróżnia się trzy główne etapy procesu:

Podejście do inwentaryzacji oraz sposoby wykrywania urządzeń mogą być zmienne, co wpływa na kolejność podejmowanych czynności. Jednak zakres gromadzonych informacji powinien opierać się na ujednoliconym modelu danych. Zbierane atrybuty najlepiej podzielić na trzy główne kategorie:

Identyfikacja i fizyczna lokalizacja

  • Dane identyfikacyjne - numer inwentaryzacyjny (ang. asset tag), numer seryjny, producent, model i typ urządzenia. Atrybuty te stanowią podstawę fizycznej weryfikacji.
  • Lokalizacja fizyczna - adres obiektu, budynek, pomieszczenie, a w środowiskach serwerowych także konkretna szafa rack. Informacja ta jest niezbędna do szybkiego fizycznego dostępu do sprzętu w nagłej sytuacji.

Parametry sieciowe i topologia

  • Adresacja sieciowa - adresy IP, adresy MAC, nazwy hostów, przynależność do VLAN-u, podsieć, nazwa interfejsu oraz numer portu, do którego urządzenie jest podłączone.
  • Topologia sieci - powiązania fizyczne oraz logiczne między urządzeniami. Zrozumienie, co jest podłączone do czego, pozwala planować zmiany i przewidzieć wpływ awarii jednego węzła na resztę środowiska.

Bezpieczeństwo i rozliczalność

  • Właściciel lub użytkownik sprzętu - osoba lub zespół odpowiedzialny za urządzenie. Przypisanie właściciela pozwala jasno określić osobę odpowiedzialną za aktualizowanie, wymianę lub wycofanie urządzenia. Wymagane są również aktualne dane kontaktowe.
  • Konfiguracja urządzenia - wersja systemu operacyjnego, oprogramowania sprzętowego (ang. firmware), zainstalowanego oprogramowania oraz istotnych ustawień usług (np. konfiguracja zapory sieciowej).
  • Usługi oraz porty - otwarte porty, uruchomione i nasłuchujące usługi oraz wykorzystywane protokoły.
  • Mapa przepływów - ruch sieciowy między urządzeniami: jakie usługi komunikują się między sobą, po jakich portach i w jakim celu.
  • Cykl życia i wsparcie dostawcy - status operacyjny urządzenia (aktywne, w rezerwie, wyłączone), data wygaśnięcia wsparcia (ang. end of life, EOL) lub końca dostarczania poprawek bezpieczeństwa.

Każdy otwarty port to dodatkowa powierzchnia ataku

Każdy nasłuchujący port to potencjalny wektor ataku. Rejestr otwartej przestrzeni portów i usług jest podstawą do ograniczania ekspozycji oraz wdrażania zasady najmniejszych uprawnień. Szczególnym przypadkiem są usługi wystawione publicznie. Więcej informacji w artykule: Odporność infrastruktury - Usługi dostępne publicznie

Metody wykrywania zasobów IT

Identyfikacja zasobów może być realizowana na kilka sposobów, dobieranych w zależności od infrastruktury, dostępnych narzędzi oraz możliwości organizacji. Poszczególne metody się uzupełniają - żadna z nich stosowana samodzielnie nie daje pełnego obrazu sieci.

Poniższe metody różnią się zakresem zdobywanych danych, inwazyjnością oraz wymaganiem dostępu zarządczego do urządzeń. W praktyce można je łączyć:

  • Fizyczna weryfikacja - bezpośrednie sprawdzenie pokoi, zawartości szaf rackowych oraz gniazd sieciowych. Jest to źródło informacji o lokalizacji urządzeń. Umożliwia zidentyfikowanie urządzeń wyłączonych bądź urządzeń, które nie raportują stanu do systemów monitorowania. Fizyczna weryfikacja potwierdza również, że urządzenie, które występuje w rejestrze, faktycznie istnieje we wskazanej lokalizacji. Pozwala również na uzupełnienie informacji na temat numerów seryjnych urządzeń. Jest to metoda czasochłonna i pracochłonna, dlatego stosuje się ją okresowo.
  • Logi DHCP i dane DNS - analiza dzierżaw (ang. leases) serwera DHCP oraz rejestrów dynamicznych DNS (ang. Dynamic DNS). Każde urządzenie dołączające do sieci i pobierające adres poprzez DHCP zostawia w logu serwera swój adres MAC, nadany adres IP, nazwę hosta (jeśli urządzenie ją zgłasza) oraz czas dzierżawy. Jest to jedno z najlepszych źródeł informacji o urządzeniach końcowych, które pojawiają się w sieci. Słabością jest to, że logi obejmują wyłącznie urządzenia korzystające z DHCP. Urządzenia z adresacją statyczną pozostają dla tej metody niewidoczne. Dodatkowo rekordy mogą być przestarzałe.

Uwaga

Serwer DHCP powinien być skonfigurowany tak, aby przydzielać adresy IP wyłącznie urządzeniom ze znanym, autoryzowanym adresem MAC, blokując dostęp sprzętom nieznanym. Próba uzyskania adresu IP przez urządzenie o nieznanym adresie MAC powinna wywoływać alert.

  • Informacje z urządzeń sieciowych - tablice adresów MAC przełączników, tablice ARP routerów oraz sesje na zaporach sieciowych. To źródło wiedzy o tym, jakie urządzenia fizycznie są podłączone do sieci i do których portów. Tablice te wskazują, na którym porcie przełącznika widoczny jest dany adres MAC, co umożliwia fizyczną lokalizację urządzenia. W przeciwieństwie do DHCP, obejmują również urządzenia z adresacją statyczną. Metoda ta wymaga jednak dostępu zarządczego do urządzeń sieciowych oraz regularnego odpytywania, ponieważ wpisy w tablicach są usuwane po określonym czasie nieaktywności.
  • Skanowanie sieci3 - aktywne przeszukiwanie przestrzeni adresowej i portów (np. narzędziem Nmap). Pozwala wykrywać urządzenia nieznane oraz nieautoryzowane usługi, także na hostach, do których nie mamy dostępu zarządczego. Identyfikacja w dużej mierze opiera się na analizie sygnatur i zachowań (tzw. OS fingerprinting) - wersja oprogramowania i system operacyjny są wnioskowane, a nie odczytywane z urządzenia, co bywa niedokładne. Skanowanie może również wywołać reakcję systemów wykrywania włamań - dlatego należy je zaplanować, aby unikać fałszywych alarmów o zagrożeniu.
  • SNMP - monitorowanie stanu i odpytywanie urządzeń sieciowych protokołem SNMP (ang. Simple Network Management Protocol). Metoda ta pozwala pozyskać ze skonfigurowanych urządzeń sieciowych (przełączników, routerów, drukarek) informacje takie jak: listę interfejsów, tablicę adresów MAC, konfigurację VLAN oraz podstawowe parametry pracy.

SNMP tylko w wersji trzeciej

SNMP jest protokołem powszechnie obsługiwanym, ale w wersjach 1 i 2c występuje brak szyfrowania, a wspólnota (ang. community string) przesyłana jest w postaci jawnej. Z tego względu bezwzględnie należy stosować SNMPv3 z uwierzytelnieniem i szyfrowaniem.

  • MDM - systemy zarządzania urządzeniami mobilnymi (ang. Mobile Device Management). Pozwalają inwentaryzować np. laptopy, telefony i tablety objęte zarządzaniem centralnym, również poza siecią firmową.
  • Monitorowanie przepływów - analiza statystyk przepływów eksportowanych przez przełączniki i routery. Przykładem takich narzędzi może być NetFlow czy sFlow.

Aktywne i pasywne wykrywanie

Dobre praktyki (CIS Safeguards 1.3 i 1.51) zalecają stosowanie aktywnych narzędzi wykrywania, uruchamianych codziennie lub częściej, a w bardziej dojrzałych środowiskach także pasywnych narzędzi wykrywania, które nasłuchują ruch sieciowy bez wysyłania zapytań.

Ograniczenia

Metody automatyczne posiadają naturalne ograniczenia, które należy uwzględnić przy planowaniu inwentaryzacji:

  • Segmenty odseparowane - skanowanie z centralnego punktu nie dociera do odizolowanych segmentów sieci w przypadku separacji oraz wprowadzenia list kontroli dostępu między segmentami. W takiej sytuacji należy przeprowadzić działania wewnątrz każdego segmentu.
  • Urządzenia wyłączone - nie są widoczne dla mechanizmów automatycznych. Jedyną metodą ich identyfikacji jest fizyczna weryfikacja.
  • Urządzenia wirtualne oraz usługi chmurowe - konieczne jest powiązanie inwentaryzacji sieciowej z hipernadzorcą (ang. hypervisor) lub interfejsem dostawcy chmury, ponieważ maszyny wirtualne mogą być migrowane, uruchamiane oraz wyłączane dynamicznie.
  • Zablokowane funkcje - niektóre urządzenia domyślnie nie odpowiadają na określone typy zapytań (takie jak np. ICMP Echo Request) bądź też odpowiadają wyłącznie wybranym adresom. W takiej sytuacji próby nawiązywania połączeń mogą przynosić niepełne rezultaty.

Dokumentacja

Dokumentacja powinna odzwierciedlać stan faktyczny, uzyskany w trakcie całego procesu inwentaryzacji. Inwentaryzacja to nie jednorazowe zadanie. Utrzymanie aktualnej mapy zasobów jest procesem ciągłym. Wszelkie zmiany w infrastrukturze powinny najpierw odbywać się na mapie inwentaryzacji w celu ich ostatecznego zatwierdzenia, a dopiero potem być realizowane w środowisku produkcyjnym wraz z datą wprowadzenia oraz osobą realizującą.

Rekordy

Rekordy w centralnym rejestrze powinny co najmniej zawierać następujące dane dla każdego zasobu:

  • typ urządzenia,
  • numer seryjny,
  • numer ewidencyjny,
  • nazwa hosta,
  • adres IP,
  • adres MAC,
  • lokalizację (obiekt oraz szafa rackowa / pomieszczenie),
  • właściciela,
  • stan cyklu życia,
  • status wsparcia producenta,
  • datę ostatniej fizycznej weryfikacji.

Data ostatniej fizycznej weryfikacji

Automatyczne skanowanie nie zastępuje okresowej fizycznej inwentaryzacji. Zapis daty ostatniej fizycznej weryfikacji pozwala wykryć urządzenia, które przestały raportować się do systemów automatycznych, lecz nadal są podłączone do sieci - lub takie, które zostały podłączone z pominięciem oficjalnej procedury.

Przykład

Oto przykładowa tabela inwentaryzacyjna dla kilku przykładowych urządzeń w infrastrukturze2:

Atrybut \ L.p. 1 2 3 4
Typ urządzenia Przełącznik sieciowy Serwer Drukarka sieciowa Punkt dostępowy
Numer seryjny 5462456 1243143 8452343 9102391
Numer ewidencyjny nr-001 nr-003 nr-015 nr-022
Nazwa hosta przelacznik-101 serwer-db-104 drukarka-202 punktdostepowy-107
Adres IP 10.0.0.1 10.0.1.50 192.168.5.20 10.0.2.15
Adres MAC 00:1A:2B:3C:4D:5E AA:BB:CC:DD:EE:FF 11:22:33:44:55:66 99:88:77:66:55:44
Lokalizacja Budynek A / Serwerownia / Szafa 1 Budynek A / Serwerownia / Szafa 2 Budynek B / Pokój 102 Budynek A / Sekretariat
Właściciel Jan Kowalski - 111 222 333 (Zespół Sieciowy) Adam Nowak - 111 333 333 (Zespół IT) Anna Kowalska - 111 111 111 (Administracja) Maja Wiśniewska - 111 222 333 (Zespół Sieciowy)
Stan cyklu życia Aktywne Aktywne Aktywne Aktywne
Status wsparcia producenta Aktywne (do 2028-12) Aktywne (do 2027-06) Aktywne (do 2028-10) Aktywne (do 2029-01)
Data ostatniej fizycznej weryfikacji 2026-07-15 2026-08-01 2026-06-10 2026-08-05

Powyższa tabela prezentuje niezbędne dane do identyfikacji urządzeń. Dobrą praktyką jest również powiązanie rekordu zasobu z listą uruchomionych usług oraz nasłuchujących portów.

To właśnie inwentaryzacja otwartych portów pozwala na zidentyfikowanie powierzchni ataku oraz jest niezbędna do zbudowania kompletnej mapy przepływów sieciowych.

Nazwa hosta Adres IP Port Docelowy Protokół Usługa Oprogramowanie / Wersja
core-sw-01 10.0.0.1 22 TCP SSH OpenSSH 9.3p1
core-sw-01 10.0.0.1 161 UDP SNMP Net-SNMP 5.9.3
db-prod-01 10.0.1.50 22 TCP SSH OpenSSH 9.3p1
db-prod-01 10.0.1.50 5432 TCP PostgreSQL PostgreSQL 15.4
prn-ksiegowosc 192.168.5.20 443 TCP HTTPS lighttpd 1.4.71
prn-ksiegowosc 192.168.5.20 631 TCP IPP CUPS 2.4.6

Zgodnie z dobrymi praktykami (m.in. CIS Control 1, Safeguard 1.11), rejestr zasobów należy przeglądać i aktualizować nie rzadziej niż co pół roku, a w środowiskach dynamicznych - częściej. Sam rejestr powinien wskazywać, czy dane urządzenie zostało autoryzowane do podłączenia do sieci - w przeciwnym wypadku zasób wymaga rozstrzygnięcia.

Mapa przepływów

Mapa przepływów to zapis faktycznych relacji między urządzeniami w sieci. W odróżnieniu od rekordu zasobu, który opisuje pojedyncze urządzenie, mapa przepływów opisuje ruch sieciowy. Jest on kluczowy z punktu widzenia separacji sieci.

Mapę przepływów buduje się na podstawie monitorowania przepływów oraz wyników skanowania sieci. Każdy wpis powinien wskazywać co najmniej:

  • urządzenie źródłowe,
  • urządzenie docelowe,
  • porty oraz protokół,
  • cel ruchu - uzasadnienie, dlaczego dana komunikacja jest potrzebna.

W przypadku planowania lub utrzymania separacji sieci wpisy z mapy przepływów stanowią podstawę do ustalania VLAN-ów oraz projektowania reguł zapory.

Przykład

Poniższa tabela prezentuje przykładowy fragment mapy przepływów na poziomie urządzeń:

Źródło Cel Porty Protokół Cel ruchu
Internet Serwer WWW (srv-www-01) 80, 443 HTTP / HTTPS Ruch do publicznej strony WWW
Stacje robocze Kontroler domeny (srv-dc-01) 53 DNS (UDP/TCP) Rozwiązywanie nazw domenowych i internetowych
Stacje robocze Kontroler domeny (srv-dc-01) 88 Kerberos (UDP/TCP) Logowanie użytkowników do domeny
Stacje robocze Kontroler domeny (srv-dc-01) 389, 636 LDAP / LDAPS Zapytania do bazy Active Directory
Stacje robocze Kontroler domeny (srv-dc-01) 445 SMB Pobieranie polityk GPO i skryptów logowania (SYSVOL)
Stacje robocze Serwer aplikacyjny (srv-ap-01) 443 HTTPS Dostęp do aplikacji

Postępowanie z urządzeniami nieautoryzowanymi

Równie istotne jest prowadzenie procesu rozstrzygania statusu urządzeń nieautoryzowanych - takich, które nie znajduje się w rejestrze lub nie mają formalnego właściciela. Dobre praktyki (CIS Control 1, Safeguard 1.21) zalecają, aby taki proces działał nie rzadziej niż co tydzień. W zależności od oceny organizacja może:

  • odłączyć urządzenie od sieci,
  • zablokować zdalny dostęp do sieci,
  • skierować urządzenie do segmentu kwarantanny.

Duże i dynamiczne środowiska z trudem radzą sobie z utrzymaniem aktualnej mapy zasobów. Dodatkowym wyzwaniem jest to, że urządzenia przenośne okresowo dołączają do sieci i z niej znikają, a maszyny wirtualne bywają trudne do śledzenia, gdy są zatrzymane lub wyłączone.

Przykład

Skanowanie sieci wykryło w segmencie biurowym przełącznik, którego nie ma w rejestrze zasobów. Urządzenie nie ma przypisanego właściciela. Zespół sieciowy ustala, że przełącznik został tymczasowo zamontowany przez zewnętrznego wykonawcę bez zgłoszenia zmiany. Zasób zostaje odłączony, a incydent służy jako podstawa do poprawy procedury zgłaszania nowego sprzętu.

Narzędzia wspomagające inwentaryzację

Istnieją narzędzia umożliwiające inwentaryzację oraz scentralizowane utrzymanie informacji o zasobach sieci. Wybór konkretnego rozwiązania powinien uwzględniać charakter infrastruktury.

W praktyce systemy wspomagające inwentaryzację pełnią różne funkcje, które najczęściej współpracują ze sobą i uzupełniają wzajemnie swoje dane:

  • Scentralizowane bazy zasobów (CMDB / rejestr aktywów) - służą jako rejestr przechowujący informacje o zasobach, adresacji IP, powiązaniach logicznych oraz właścicielach. Stanowią punkt odniesienia, do którego trafiają dane z pozostałych klas narzędzi. Przykładowymi narzędziami tej klasy są: Snipe-IT, GLPI, NetBox, Ralph.

  • Skanery sieciowe oraz systemy monitoringu - przeszukują przestrzeń adresową, identyfikują nowe urządzenia i odpytują je o szczegóły techniczne. Wyniki skanowania trafiają do bazy zasobów, gdzie są porównywane ze stanem zarejestrowanym, co pozwala wykrywać urządzenia nieautoryzowane oraz zmiany konfiguracji. Przykładowymi narzędziami tej klasy są: Zabbix oraz LibreNMS.

  • Systemy zarządzania urządzeniami końcowymi - zbierają szczegółowe dane o stacjach i serwerach: zainstalowane oprogramowanie, uruchomione usługi, konfigurację. Warianty agentowe wymagają instalacji programu klienckiego, lecz dają pełniejszy obraz. Bezagentowe systemy opierają się na zdalnym odpytywaniu i są łatwiejsze we wdrożeniu, lecz są bardziej ograniczone. Przykładowymi narzędziami tej klasy są: OCS Inventory NG oraz Microsoft Intune.

Narzędzie nie zastępuje procesu

Wdrożenie narzędzia nie jest równoznaczne z prowadzeniem inwentaryzacji. Bez spójnej procedury weryfikacji, przypisania właścicieli zasobów oraz okresowej fizycznej inwentaryzacji, dane gromadzone automatycznie szybko stają się nieaktualne i niespójne z rzeczywistym stanem sieci.

Należy mieć na uwadze, że część narzędzi monitorujących może być wektorem ataku. Przykładem takiego oprogramowania jest rozwiązanie bazujące na agentach służące do obserwacji urządzeń końcowych, które może zostać wykorzystane przez atakującego (np. do dystrybucji szkodliwego oprogramowania).

Korzyści wynikające z inwentaryzacji

Prowadzenie aktualnej inwentaryzacji jest niezbędne do utrzymania sieci w kontrolowanym stanie. W szczególności:

  • jest warunkiem wykonywania kontrolowanych zmian w infrastrukturze, w tym wdrażania separacji sieci - mapa zasobów oraz mapa przepływów stanowi podstawę projektowania segmentów i reguł zapory;
  • umożliwia śledzenie oraz aktualizowanie oprogramowania, w szczególności w sytuacjach, w których pojawiają się nowe luki bezpieczeństwa - szybkie zidentyfikowanie urządzeń, na których działa podatna wersja usługi, jest kluczowe dla skutecznej reakcji;
  • wspiera reagowanie na incydenty - zarówno przy ustalaniu pochodzenia ruchu sieciowego, jak i przy identyfikacji urządzeń podobnego typu lub w podobnej lokalizacji, które mogą być dotknięte tym samym wektorem ataku;
  • dostarcza danych niezbędnych do oceny zewnętrznej powierzchni ataku oraz identyfikacji usług, które nie powinny być udostępniane publicznie.

Więcej informacji na temat zewnętrznej powierzchni ataku:


  1. CIS Controls to zbiór dobrych praktyk bezpieczeństwa opracowany przez Center for Internet Security. Control 1 dotyczy inwentaryzacji i widoczności zasobów przedsiębiorstwa - obejmuje m.in. wykrywanie urządzeń, prowadzenie rejestru zasobów oraz postępowanie z urządzeniami nieautoryzowanymi. Pełna lista zabezpieczeń (ang. safeguards) dostępna jest na stronie CIS Security

  2. Rekordy składają się z minimalnej listy wymaganych wartości. Lista kolumn powinna być dostosowana do indywidualnych potrzeb. 

  3. Skanowanie sieci może przynosić niepełne rezultaty. Niektóre urządzenia domyślnie nie odpowiadają na określone typy zapytań, takie jak np. ICMP Echo Request (potocznie: ping). 

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