Warsztat z zakresu cyberbezpieczeństwa B2B ma sens tylko wtedy, gdy obie strony rozumieją jego granice. Poniżej zebraliśmy ustalenia, które zwykle wracają w pierwszych rozmowach z zespołami IT i operacyjnymi — żeby nie było niedomówień na etapie planowania.
Prowadzimy warsztaty dla zespołów IT i osób odpowiedzialnych za infrastrukturę w firmach technologicznych. Każde spotkanie kończy się konkretnym dokumentem: mapą ryzyka, listą reguł do wdrożenia albo planem segmentacji sieci prywatnej. Bez slajdów na pół dnia i bez teorii oderwanej od waszego środowiska.
Zaczynamy od rozmowy o tym, co faktycznie macie w sieci: ile segmentów, kto ma dostęp do środowisk produkcyjnych, gdzie trzymacie dane klientów. Ustalamy, czy warsztat dotyczy monitoringu zagrożeń, architektury zero-trust, czy porządkowania reguł między strefami. Na tym etapie zbieramy też inwentarz tożsamości i systemów, które trzeba objąć ochroną w pierwszej kolejności.
Analizujemy to, co już działa: reguły firewall, sposób logowania zdarzeń, konfigurację VPN i podział na VLAN-y. Często okazuje się, że część ruchu wschód-zachód nigdy nie była świadomie zaprojektowana. Wypisujemy luki i miejsca, gdzie uprawnienia są szersze, niż wymaga tego codzienna praca zespołów.
Sesja z waszymi administratorami i osobami odpowiedzialnymi za aplikacje. Wspólnie przechodzimy przez scenariusze: co się dzieje, gdy ktoś z zewnątrz próbuje dostać się do systemu wewnętrznego, jak wygląda ścieżka dostępu partnera B2B, gdzie kończy się zaufanie do urządzenia. Efektem jest lista decyzji, a nie lista postulatów.
Układamy kolejność wdrożenia: co da się zrobić w pierwszym tygodniu, co wymaga okna serwisowego, a co trzeba rozłożyć na kwartał. Dla architektury zero-trust zwykle proponujemy start od jednego krytycznego systemu zamiast przebudowy całej sieci. Do każdego punktu dopisujemy kryterium, po którym poznacie, że zmiana zadziałała.
Pomagamy przy konfiguracji reguł, podłączeniu źródeł logów i ustawieniu alertów, które nie zasypią zespołu szumem. Ustalamy, które zdarzenia naprawdę warto rejestrować: uwierzytelnienia do systemów wewnętrznych, nietypowe połączenia wychodzące, ruch między segmentami. To etap, w którym teoria z warsztatu zamienia się w działającą ochronę danych korporacyjnych.
Wracamy do tematu po kilku tygodniach pracy w nowym układzie. Sprawdzamy, co się sprawdziło, a co blokuje zespoły w codziennej pracy. Korygujemy reguły dostępu i odświeżamy przegląd uprawnień. Warsztat nie kończy się dokumentem na półce — kończy się zmianą, którą da się utrzymać.
Zakres i tempo warsztatu dopasowujemy do wielkości infrastruktury oraz tego, na jakim etapie jest wasza architektura sieci prywatnej.
Zobacz też: wpis o planowaniu pierwszego etapu oraz kontakt w sprawie terminu.
Warsztat nie kończy się prezentacją. Zostawia po sobie reguły, które da się wdrożyć w istniejącej infrastrukturze, oraz listę decyzji do podjęcia przez właścicieli systemów.
Pracujemy na Państwa topologii, nie na przykładzie z podręcznika. Materiał wejściowy to mapa segmentów, inwentarz tożsamości i próbka logów z ostatnich tygodni.
Zbieramy konta uprzywilejowane, konta serwisowe i dostępy partnerskie w jednym rejestrze. Efektem jest lista kont do wygaszenia lub zawężenia jeszcze przed pierwszym audytem.
Dzielimy środowisko na strefy produkcyjną, testową, biurową i partnerską z jawnymi regułami ruchu. Zespół dostaje diagram, który da się utrzymywać, a nie tylko pokazać na spotkaniu zarządu.
Ustalamy, które zdarzenia trafiają do korelacji, a które tylko zapełniają magazyn. W praktyce oznacza to krótszą listę alertów i szybszą reakcję na nietypowy ruch wychodzący.
Przechodzimy od zaufania opartego na adresie do weryfikacji tożsamości i kontekstu urządzenia. Każda reguła ma właściciela i termin przeglądu, żeby nie zamarzła w konfiguracji na lata.
Ustalamy kolejność kroków, progi eskalacji i zakres informacji przekazywanej zespołom biznesowym. Zespół wychodzi z gotowym szkieletem procedury, nie z ogólnym zaleceniem „usprawnić komunikację”.
Rozkładamy zmiany na etapy zależne od okien serwisowych i cyklu wydań. Dzięki temu pierwsze efekty są widoczne przed końcem kwartału, a nie dopiero po pełnej migracji.
We use cookies to keep the site reliable, remember basic choices, and understand which pages are useful. You can accept, reject, or review the settings before continuing.