Jak MSP powinien opisać monitoring bezpieczeństwa w umowie, nie obiecując SOC?
Opisz usługę w sposób sprawdzalny: które systemy i segmenty są monitorowane, jakim narzędziem, kiedy przeglądane są alerty, jak szybko reagujesz na każdy poziom, co robisz Ty, a co klient, i czego usługa nie obejmuje. Oddziel wykrywanie, które działa automatycznie o każdej porze, od przeglądu i reakcji, które odbywają się, gdy Twój zespół pracuje lub ma dyżur. Nazwij ograniczenia wprost: treść szyfrowana, niemonitorowane segmenty, urządzenia bez ruchu, aktywność na stacjach końcowych. Uzgodnij, jakie dowody dostaje klient i jak długo przechowywana jest historia alertów. Daj tekst do przejrzenia prawnikowi. Unikaj słów takich jak SOCSOC: security operations centre (centrum operacji bezpieczeństwa). Zespół, często pracujący całą dobę, który wypatruje ataków i na nie reaguje., 24/7 czy gwarancja, jeśli ich nie dostarczasz. W NetSenX okres przechowywania wynika z planu klienta.
Czytaj dalej
Powiązane pytania
- Kto odpowiada, jeśli monitorowany klient padnie ofiarą włamania?
- Co zrobić jako MSP, gdy klient odmawia płacenia za bezpieczeństwo?
- Jeśli mój klient podlega NIS2, czy MSP też jej podlega?
- Co zawiera ankieta NIS2 dla dostawców i jak na nią odpowiedzieć?
- Jakie dowody pod kątem NIS2 MSP może co kwartał przekazywać klientom?
Pojęcia użyte tutaj
- SOC (security operations centre (centrum operacji bezpieczeństwa))
- Zespół, często pracujący całą dobę, który wypatruje ataków i na nie reaguje.