PROBLEM
Narzędzia są, mapy nie ma: nie wiadomo, co nasłuchuje i która strefa ma prawo gadać z którą.
PODEJŚCIE
Mała, narysowana sieć labowa i powtarzalne ćwiczenia inwentaryzacji oraz przechwytywania ruchu.
ARCHITEKTURA
- kilka hostów w strefach labowych
- jeden punkt obserwacji ruchu
WDROŻENIE
- adresacja i nazwy
- inwentaryzacja portów w labie
- ćwiczenie DNS / TCP z notatką
REZULTAT
- ściąga diagnostyki sieci jako zasób
- szkice stref w notatkach labu
- brak raportu z audytu klienta
WNIOSKI
- bez mapy każdy alert sieciowy jest zgadywaniem
Cel
Lab sieciowy ma nauczyć widoczności: co słucha, co rozmawia, jak wygląda paczka. Nie jest ofertą testów penetracyjnych cudzej infrastruktury.
Dwa problemy, które rozwiązałem
1. Narzędzia bez mapy
Umiałem odpalić Nmapa i Wiresharka, ale nie miałem rysunku stref. Alert „dziwny ruch” nie miał kontekstu: skąd, dokąd, czy w ogóle powinien istnieć.
Co zyskałem: nawyk najpierw adresacja + nazwy hostów + kto z kim może gadać, potem skan własnego labu. Ściąga diagnostyki trzyma kolejność pytań.
2. Ekspozycja „bo tak wyszło”
Usługi lądowały na defaultach, porty zostawały otwarte „na chwilę”. Nie było listy ekspozycji do domknięcia.
Co zyskałem: ćwiczenie inwentaryzacji nasłuchu i arkusz ekspozycji. Wiem, które porty są świadome, a które są długiem.
Co ćwiczę
- mała topologia labowa (LAN / DMZ ćwiczebne),
nmaptylko na własnych adresach,- DNS i TCP z notatką (oczekiwane vs zaobserwowane),
- jeden punkt przechwytywania ruchu (Wireshark / tcpdump).
Powiązany projekt wdrożeniowy: OpenVPN na Oracle Cloud — tunel zamiast wystawiania usług wprost.
Powiązane materiały
Granice
Skan tylko własnego labu. Brak ataków na cudze Wi‑Fi, brak red teamu na produkcji, brak obietnicy „niewidzialnej sieci”.
Stan
Status development. Ćwiczenia i ściąga są publiczne; pełna topologia „produkcyjna” nie istnieje, bo to nie produkcja.