Prosty protokół zarządzania siecią (SNMP) nie pojawił się nagle. Powstał w latach 80-tych. Internet się rozwijał. Sieci stały się chaotyczne. Zespoły IT potrzebowały sposobu na zarządzanie routerami, przełącznikami i serwerami z jednego punktu. SNMP rozwiązał ten problem. Stało się standardem monitorowania sieci TCP/IP.

System opiera się na prostej, ale efektywnej relacji pomiędzy dwoma podmiotami. Agenci działają na monitorowanych urządzeniach. Menedżerowie znajdują się na serwerach centralnych. Agent zbiera dane. Przechowuje ustawienia konfiguracyjne. Śledzi wskaźniki wydajności. Następnie pakuje te informacje w ustandaryzowany format. Menedżer wysyła prośby. Otrzymuje powiadomienia. Taka struktura pozwala na zdalną administrację bez fizycznego dostępu do każdego urządzenia.

Jak SNMP strukturyzuje dane przy użyciu baz MIB i OID

Inteligencja protokołu SNMP leży w jego modelu danych. W szczególności w bazie informacji zarządczych (MIB). Pomyśl o MIB jak o katalogu. Organizuje informacje w hierarchiczne drzewo. Każda reprezentacja danych jest obiektem. Każdy obiekt ma unikalny identyfikator zwany OID (identyfikator obiektu).

Taka konstrukcja zapewnia interoperacyjność. Router Cisco komunikuje się z serwerem Linux w tym samym języku. Dopóki oba urządzenia obsługują SNMP i spełniają standardy MIB, mogą się komunikować. Administratorzy mogą wysyłać zapytania do dowolnego OID. Mogą odczytać czas pracy systemu. Mogą sprawdzić błędy interfejsu. Mogą nawet rejestrować nowe wartości, aby zmienić ustawienia. Dzięki tej elastyczności protokół SNMP przetrwał dziesięciolecia zmian technologicznych.

Wersje SNMP i ewolucja zabezpieczeń

Nie wszystkie wersje SNMP są sobie równe. Oryginalna wersja, SNMPv1, była podstawowa. Do uwierzytelnienia użyła ciągu społecznościowego – wspólnego hasła. Nie spełniało to współczesnych wymogów bezpieczeństwa. Protokół SNMPv2 poprawił wydajność i obsługę błędów. Wprowadził także zapytanie GetBulk, które umożliwiło menedżerom sprawne pobieranie dużych wolumenów danych.

Potem pojawił się SNMPv3. Ta wersja zmieniła grę, dodając bezpieczeństwo. Weszła w proces uwierzytelniania. Dodała szyfrowanie. Zapewniało to integralność danych. W środowiskach korporacyjnych jedynym bezpiecznym wyborem jest SNMPv3. Uniemożliwia nieautoryzowanym użytkownikom odczytywanie wrażliwych danych sieciowych lub zmianę konfiguracji. Bez tych zabezpieczeń protokół SNMP jest narażony na ataki polegające na podsłuchiwaniu i fałszowaniu.

Informacje o portach i pułapkach UDP

Protokół SNMP działa głównie poprzez protokół UDP (User Datagram Protocol). Wykorzystuje określone porty do różnych typów komunikacji. Port 161 obsługuje standardowe żądania. Menedżer wysyła żądanie do agenta na tym porcie. Agent odpowiada, podając żądane dane. Port 162 jest inny. Radzi sobie z pułapkami.

Pułapki to niechciane wiadomości. Agent wysyła je do menedżera, gdy dzieje się coś niezwykłego. Kanał komunikacyjny jest odłączony. Temperatura procesora gwałtownie wzrasta. Awaria dysku twardego. Agent wysyła ten alert na port 162. Menedżer odbiera go i wyzwala alarm. To proaktywne ostrzeganie ma kluczowe znaczenie dla reakcji na incydenty. Umożliwia zespołom IT rozwiązywanie problemów, zanim spowodują przestoje.

Aplikacje i skalowalność w świecie rzeczywistym

Oprócz podstawowego monitorowania, SNMP zapewnia zarządzanie złożoną infrastrukturą. Centra danych wykorzystują go do śledzenia zużycia energii. Pomaga zoptymalizować koszty chłodzenia i energii. Wdrożenia Internetu rzeczy (IoT) wykorzystują go do monitorowania urządzeń. Ujednolicone rozwiązania do zarządzania infrastrukturą IT integrują dane SNMP w szerszych pulpitach nawigacyjnych.

Lekki charakter protokołu sprawia, że ​​jest on skalowalny. Zużywa minimalną przepustowość. Nie obciąża sieci, którą monitoruje. Ta wydajność wyjaśnia jego trwałość. Pomimo pojawienia się nowych, bardziej złożonych protokołów, SNMP pozostaje wbudowany w prawie każde urządzenie sieciowe. Zapewnia wspólne ramy dla środowisk heterogenicznych.

Dla zwykłych użytkowników oznacza to mniej awarii. Dla specjalistów IT oznacza to mniej zgadywania. Możliwość sprawdzenia stanu całej sieci w czasie rzeczywistym sprawia, że ​​reaktywne gaszenie pożarów staje się proaktywnym zarządzaniem. Protokół został dostosowany. Dorósł. Pozostaje niezastąpiony.

Przyszłość zarządzania siecią zależy od integracji tych starszych protokołów z nowoczesnymi architekturami chmurowymi. SNMP prawdopodobnie będzie ewoluować dalej. Mogą pojawić się nowe wersje. Podstawowe zasady komunikacji agent-menedżer i ustandaryzowane obiekty danych prawdopodobnie pozostaną. Oni pracują. Skalują się. Zapewniają widoczność.

W miarę jak sieci stają się coraz bardziej rozproszone, wzrasta zapotrzebowanie na niezawodne monitorowanie o niskim narzucie. SNMP odpowiada na tę potrzebę. Nie jest jasno. To nie jest nowe. Ale to jest fundamentalne. Bez niej zarządzanie ogromną skalą nowoczesnej infrastruktury IT byłoby niemal niemożliwe. Rozmowa trwa. Dane wciąż napływają. Menedżer nadal monitoruje.

Monitorowanie sieci nie jest już tym, czym było kiedyś. Wcześniej można było sobie pozwolić na wiele. Dzisiaj? To nie jest takie proste. Stawka jest wyższa, zagrożenia poważniejsze, a stare sposoby zarządzania urządzeniami upadają pod ciężarem współczesnych zagrożeń cybernetycznych.

Protokół SNMP (Simple Network Management Protocol) istnieje od początku lat 90-tych. Stanowi to podstawę interakcji z routerami, przełącznikami i serwerami. Jednak poleganie na nim bez zrozumienia jego ewolucji jest przepisem na katastrofę.

Pułapka sznurkowa społeczności

Spójrzmy w przeszłość, aby zrozumieć teraźniejszość. Protokoły SNMPv1 i SNMPv2c są nadal w użyciu. Są wszędzie. Opierają się na tak zwanym ciągu społecznościowym. Zasadniczo jest to hasło ogólne. Wprowadzasz go do narzędzia monitorującego, uderza w urządzenie i dzieje się magia.

To proste. Zbyt łatwe.

Jeśli ktoś przechwyci tę linię, uzyska pełny dostęp administracyjny. Będzie mógł zobaczyć wewnętrzną topologię Twojej sieci. Będzie mógł zmieniać konfiguracje. W świecie, w którym każdego dnia na pierwszych stronach gazet pojawiają się informacje o naruszeniach bezpieczeństwa danych, przesyłanie danych uwierzytelniających w postaci zwykłego tekstu za pomocą protokołu UDP jest ryzykowne. To nie tylko ryzykowne; Jest to zaniedbanie w przypadku jakiejkolwiek poważnej infrastruktury.

„Niejawne przesyłanie ciągów znaków społecznościowych jest zaniedbaniem w przypadku jakiejkolwiek poważnej infrastruktury”.

Tu nie chodzi tylko o tajemnicę. Chodzi o zaufanie. Jeśli nie możesz sprawdzić, kto wysłał wiadomość, ani czy wiadomość nie została zmieniona podczas przesyłania, oznacza to, że nie masz sieci. Masz źródło ryzyka prawnego.

Jak SNMPv3 naprawia zepsute podstawy

SNMPv3 to coś więcej niż tylko łatka. Było to całkowite przepisanie modelu bezpieczeństwa. Opracowany pod koniec lat 90., w końcu wprowadził uwierzytelnianie i szyfrowanie.

Działa na trzech filarach:

  • Uwierzytelnianie : Weryfikuje tożsamość użytkownika. Czy to naprawdę ty odpytujesz przełącznik, czy też osoba atakująca fałszuje Twój adres IP?
  • Prywatność : Szyfruje ładunek danych. Twoje dane, zmiany konfiguracji i dzienniki zdarzeń są szyfrowane. Tylko zamierzony odbiorca może je przeczytać.
  • Kontrola dostępu : Szczegółowe uprawnienia. Nie każdy musi widzieć wszystko. Można ograniczyć dostęp do określonych drzew MIB (bazy informacji zarządczych).

Właśnie dlatego konfiguracja zabezpieczeń SNMPv3 jest jedyną realną opcją dla nowoczesnych sieci. Chroni krytyczne informacje, których wyciek lub modyfikacja może prowadzić do awarii usługi lub ujawnienia poufnych danych.

Ale tu jest haczyk. Nie wszystko to wspiera.

Koszmar zgodności

Istnieje możliwość zakupu nowego, nowoczesnego serwera. Najprawdopodobniej obsługuje SNMPv3. Następnie podłączasz go do starego routera Cisco z 2005 roku. Ten router obsługuje tylko protokół SNMPv2c. Być może jest to starszy sterownik przemysłowy. Ta sama sytuacja.

Organizacje nie wymieniają całej sieci szkieletowej w ciągu weekendu. Od lat korzystają z przestarzałej technologii. Czasem przez dziesięciolecia. Stwarza to fragmentaryczną sytuację bezpieczeństwa. Możesz mieć protokół SNMPv3 dla przełączników rdzeniowych, ale v2c dla urządzeń peryferyjnych.

To właśnie w tej fragmentacji dochodzi do wycieków danych. Jeśli segmentacja jest słaba, osoba atakująca może zaatakować słabe łącze (v2c) i przejść dalej w sieci.

„Fragmentacja to miejsce, w którym dochodzi do wycieków. Osoba atakująca atakuje słabe ogniwo i przechodzi dalej”.

Używasz protokołu SNMP w publicznym Internecie? Absolutnie nie rób tego. Jeśli nie tunelujesz przez bezpieczną sieć VPN lub nie korzystasz z protokołu IPsec, rozgłaszasz stan swojej sieci każdemu, kto ma sniffer pakietów. To zaproszenie do kompromisu.

Ograniczenia wydajności, których nie należy ignorować

SNMP jest proste. Jest też powolny. Nie został zbudowany z myślą o dużych zbiorach danych. Nie został zaprojektowany do transmisji strumieniowej na żywo. Robi ankiety. Pyta: „Hej, jakie jest obciążenie twojego procesora?” i czeka na odpowiedź.

Jeśli masz tysiące urządzeń, odpytywanie ich wszystkich co minutę stwarza ogromne obciążenie. Twój serwer monitorujący tonie w żądaniach. Twoje przełączniki sieciowe marnują cykle procesora na odpowiadanie zamiast na routing.

W przypadku danych o wysokiej częstotliwości lub na dużą skalę SNMP się dusi. Nie jest do tego przeznaczony. W środowiskach przemysłowych lub handlu o wysokiej częstotliwości potrzebne są alternatywy. Albo przynajmniej podejście hybrydowe. SNMP do konfiguracji i sporadycznej kontroli stanu. Coś innego do ciężkiej pracy.

Ignorowanie tych ograniczeń prowadzi do martwych punktów. Uważasz, że Twoja sieć jest w dobrym stanie, ponieważ tak wynika z najnowszej ankiety. Ale w ciągu trzech minut pomiędzy wyborami wszystko może pójść nie tak.

Dlaczego SNMP nadal jest królem

Pomimo swoich niedociągnięć, SNMP pozostanie. Dlaczego?

Ponieważ jest wszechobecny. Każdy sprzedawca to wspiera. Od Ubiquiti przez Juniper po tani termostat IoT. Jest to uniwersalny język zarządzania siecią.

Jego integracja przebiega bezproblemowo. Narzędzia takie jak Zabbix, Prometheus (z eksporterami), Nagios i SolarWinds w dużym stopniu na nim polegają. Nie musisz wymyślać koła na nowo. Trzeba tylko odpowiednio ustawić ten rower.

Ta wszechobecność napędza automatyzację. Możesz aktualizować oprogramowanie na setkach urządzeń jednocześnie. Możesz centralnie gromadzić dzienniki zdarzeń. Możesz zautomatyzować weryfikację zgodności. Zmniejsza to czynnik ludzki. To oszczędza czas. To jest różnica pomiędzy wezwaniem o 4 rano w przypadku drobnego problemu a posiadaniem zamkniętego zgłoszenia jeszcze zanim się obudzisz.

Imperatyw strategiczny

SNMP to coś więcej niż tylko protokół. To filar strategiczny.

W miarę rozwoju sieci — łączącej lokalne serwery z instancjami w chmurze i czujnikami IoT — wzrasta potrzeba scentralizowanej widoczności. SNMP zapewnia ten przegląd. Wymaga to jednak ścisłego zarządzania.

Nie możesz po prostu „ustawić i zapomnieć”. Jeśli to możliwe, należy przeprowadzić migrację starszych systemów do protokołu SNMPv3. Należy segmentować sieci, aby odizolować podatne urządzenia v2c. Należy monitorować same systemy monitorowania.

Transformacja cyfrowa każdej organizacji zależy od dyspozycyjności. Czas sprawności zależy od wiedzy o tym, co dzieje się w czasie rzeczywistym. SNMP, odpowiednio skonfigurowany, daje tę wiedzę. Jeśli jest nieprawidłowo skonfigurowany, staje się backdoorem dla atakujących.

Wybór należy do Ciebie.