Wśród naszych klientów są firmy, które korzystają z rozwiązań Kaspersky jako standardu korporacyjnego i samodzielnie zarządzają zabezpieczeniami antywirusowymi. Wydawałoby się, że nie bardzo pasuje im usługa wirtualnych pulpitów, w której zabezpieczeniem antywirusowym zajmuje się dostawca. Dziś pokażę, jak klienci mogą samodzielnie zarządzać zabezpieczeniami bez uszczerbku dla bezpieczeństwa wirtualnych pulpitów.
W już opowiedzieliśmy ogólnie, jak chronimy wirtualne pulpity klientów. Oprogramowanie antywirusowe w ramach usługi VDI pomaga wzmocnić ochronę maszyn w chmurze i samodzielnie nią zarządzać.
W pierwszej części artykułu pokażę, jak zarządzamy rozwiązaniem w chmurze i porównam wskaźniki „chmurowego” Kaspersky z tradycyjnym Endpoint Security. Druga część będzie dotyczyć możliwości samodzielnego zarządzania.
Jak zarządzamy rozwiązaniem
Oto jak wygląda architektura rozwiązania w naszej chmurze. Dla programu antywirusowego wydzielamy dwa segmenty sieciowe:
- segment kliencki, w którym znajdują się wirtualne miejsca pracy użytkowników,
- segment zarządzania, w której znajduje się serwerowa część oprogramowania antywirusowego.
Segment zarządzania pozostaje pod kontrolą naszych inżynierów, klient nie ma dostępu do tej części. Segment zarządzania obejmuje główny serwer administracji KSC, który przechowuje pliki licencji, klucze do aktywacji klientów miejsc pracy.
Oto z czego składa się rozwiązanie w terminach „Laboratorium Kaspersky”.
- Na wirtualnych pulpitach użytkowników instalowany jest lekki agent (LA). Nie zajmuje się on sprawdzaniem plików, lecz przesyła je do SVM i czeka na „werdykt z góry”. W rezultacie zasoby wirtualnego pulpitu użytkownika nie są wydawane na aktywność antywirusową, a pracownicy nie skarżą się, że „VDI spowalnia”.
- Sprawdza osobna wirtualna maszyna ochrony (Security virtual machine, SVM). To dedykowane urządzenie zabezpieczające, na którym przechowywane są bazy danych złośliwego oprogramowania. Podczas sprawdzania obciążenie spoczywa na SVM: przez nią lekki agent komunikuje się z serwerem.
- Kaspersky security center (KSC) zarządza wirtualnymi maszynami ochrony. To konsola z ustawieniami zadań i polityk, które będą stosowane na końcowych urządzeniach.
Ten schemat pracy obiecuje oszczędność do 30% zasobów sprzętowych komputerów użytkowników w porównaniu do oprogramowania antywirusowego na komputerze użytkownika. Zobaczmy, jak to wygląda w praktyce.
Dla porównania wziąłem swój służbowy laptop z zainstalowanym Kaspersky Endpoint Security, uruchomiłem skanowanie i przyjrzałem się zużyciu zasobów:
A oto ta sama sytuacja na wirtualnym pulpicie o podobnych parametrach w naszej infrastrukturze. Zużycie pamięci jest praktycznie identyczne, ale obciążenie CPU jest dwukrotnie niższe:
Sam KSC również dość mocno obciąża zasoby. Przydzielamy mu
wystarczająco, aby administrator mógł komfortowo pracować. Zobaczcie sami:
Co pozostaje pod kontrolą klienta
Tak więc, przeanalizowaliśmy zadania po stronie dostawcy, teraz zapewnimy klientowi kontrolę nad ochroną antywirusową. W tym celu tworzymy podrzędny serwer KSC i przenosimy go do segmentu klienckiego:
Zalogujemy się do konsoli klienta KSC i sprawdzimy, jakie ustawienia będą domyślnie dostępne dla klienta.
Monitoring. Na pierwszej zakładce widzimy panel monitorowania. Natychmiast widać, na jakie problemy warto zwrócić uwagę:
Przejdźmy dalej do statystyki. Oto kilka przykładów, co można tutaj zobaczyć.
Tutaj administrator od razu zauważy, jeśli na jakichś maszynach nie zainstalowano aktualizacji
lub wystąpił inny problem związany z oprogramowaniem na wirtualnych pulpitach. Ich
aktualizacja może wpłynąć na bezpieczeństwo całej wirtualnej maszyny:
Na tej zakładce można przeanalizować znalezione zagrożenia do konkretnego wykrytego zagrożenia na chronionych urządzeniach:
Na trzeciej zakładce znajdują się wszystkie możliwe opcje wstępnie skonfigurowanych raportów. Klienci mogą tworzyć własne raporty z szablonów, wybierać, jakie informacje będą wyświetlane. Można skonfigurować wysyłanie raportów na maila zgodnie z harmonogramem lub przeglądać raporty lokalnie z serwera
administracji (KSC).
Grupy administracyjne. Po prawej stronie widzimy wszystkie zarządzane urządzenia: w naszym przypadku – wirtualne pulpity zarządzane przez serwer KSC.
Można je łączyć w grupy, aby tworzyć wspólne zadania i polityki grupowe dla różnych działów lub dla wszystkich użytkowników jednocześnie.
Gdy klient utworzy maszynę wirtualną w prywatnej chmurze, natychmiast zostanie ona sklasyfikowana w sieci, a Kaspersky wyśle ją do urządzeń niesklasyfikowanych:
Na niesklasyfikowane urządzenia nie obowiązują zasady grupowe. Aby nie przypisywać wirtualnych pulpitów do grup ręcznie, można wykorzystać zasady. W ten sposób automatyzujemy przenoszenie urządzeń do grup.
Na przykład, wirtualne pulpity z systemem Windows 10, ale bez zainstalowanego agenta administracyjnego, trafią do grupy VDI_1, a z systemem Windows 10 i z zainstalowanym agentem — do grupy VDI_2. Podobnie, urządzenia można automatycznie przypisywać na podstawie ich przynależności domenowej, lokalizacji w różnych sieciach i według określonych tagów, które klient może zdefiniować według swoich zadań i potrzeb.
Aby utworzyć zasadę, po prostu uruchamiamy kreatora przypisywania urządzeń do grup:
Zadania grupowe. Dzięki zadaniom KSC automatyzuje wykonywanie określonych zasad w odpowiednim czasie lub po wystąpieniu określonego zdarzenia, na przykład: skanowanie w poszukiwaniu wirusów odbywa się w godzinach pozasłużbowych lub w czasie „bezczynności” maszyny wirtualnej, co z kolei zmniejsza obciążenie VM. W tej sekcji można wygodnie zaplanować uruchamianie skanowania na wirtualnych pulpitach w obrębie grupy, a także aktualizować bazy wirusów.
Oto pełna lista dostępnych zadań:
Polityki grupowe. Z podrzędnego KSC klient może samodzielnie rozszerzać ochronę na nowe wirtualne pulpity, aktualizować sygnatury, konfigurować wyjątki
dla plików i sieci, tworzyć raporty oraz zarządzać wszystkimi rodzajami skanowania swoich maszyn. W tym również — ograniczać dostęp do konkretnych plików, witryn czy hostów.
Polityki i zasady z głównego serwera można ponownie włączyć, jeśli coś pójdzie nie tak. W najgorszym przypadku, przy błędnej konfiguracji, niewielkie agenty utracą łączność z SVM i pozostawią wirtualne pulpity bez ochrony. Nasi inżynierowie natychmiast otrzymają powiadomienie o tym i będą mogli włączyć dziedziczenie polityk z głównego serwera KSC.
To główne ustawienia, o których chciałem dzisiaj opowiedzieć.
Źródło: habr.com
