Co MSP powinien monitorować, by wykryć przejęcie własnych narzędzi?
Własne logowania, dzienniki audytu narzędzi do zarządzania i ruch, który Twoje narzędzia tworzą w sieciach klientów. Ustaw alarmy na logowania techników z nowych krajów lub urządzeń, nowe konta administracyjne, wyłączone uwierzytelnianie wieloskładnikowe, masowe wdrożenia skryptów i klucze API tworzone poza zmianą. Przechowuj te logi poza samymi narzędziami, by napastnik nie mógł ich wymazać. Chroń serwery lub konta chmurowe, na których działają Twoje narzędzia, jak klejnoty koronne klienta, i monitoruj także ich ruch sieciowy. W sieciach klientów szukaj aktywności, która zaczyna się z hosta Twojego agenta i nie pasuje do zgłoszenia. NetSenX może obserwować sieć Twojego biura i sieć każdego klienta jako osobne tenanty, z ruchem lateralnym i nietypowym wysyłaniem danych zgłaszanymi jako alerty.
Czytaj dalej
Powiązane pytania
- Jak MSP może zapewnić klientom obsługę w nocy i w weekendy bez zatrudniania?
- Co MSP może obiecać klientom w sprawie monitoringu poza godzinami pracy?
- Jak MSP powinien opisać monitoring bezpieczeństwa w umowie, nie obiecując SOC?
- Kto odpowiada, jeśli monitorowany klient padnie ofiarą włamania?
- Co zrobić jako MSP, gdy klient odmawia płacenia za bezpieczeństwo?