Tra i nostri clienti ci sono aziende che utilizzano le soluzioni Kaspersky come standard aziendale e gestiscono autonomamente la loro protezione antivirus. A prima vista, potrebbe sembrare che il servizio di desktop virtuali, in cui la protezione antivirus è gestita dal fornitore, non sia adatto a loro. Oggi mostrerò come i clienti possano gestire autonomamente la protezione senza compromettere la sicurezza dei desktop virtuali.
In abbiamo già spiegato in generale come proteggiamo i desktop virtuali dei clienti. L'antivirus nel servizio VDI aiuta a rafforzare la protezione delle macchine nel cloud e a controllarla autonomamente.
Nella prima parte dell'articolo mostrerò come gestiamo la soluzione nel cloud e confronterò le prestazioni del Kaspersky 'cloud' con quelle del tradizionale Endpoint Security. La seconda parte riguarderà le possibilità di gestione autonoma.
Come gestiamo la soluzione
Ecco come appare l'architettura della soluzione nel nostro cloud. Per l'antivirus separiamo in due segmenti di rete:
- segmento client, dove si trovano i posti di lavoro virtuali degli utenti,
- segmento di gestione, dove si trova la parte server dell'antivirus.
Il segmento di gestione rimane sotto il controllo dei nostri ingegneri, il cliente non ha accesso a questa parte. Il segmento di gestione comprende il server principale di amministrazione KSC, che contiene file di licenza e chiavi per attivare i posti di lavoro client.
Ecco di cosa è composta la soluzione in termini di 'Laboratorio Kaspersky'.
- Sui desktop virtuali degli utenti viene installato un agente leggero (LA). Non si occupa della scansione dei file, ma li invia a SVM e attende il 'verdetto dall'alto'. Di conseguenza, le risorse del desktop dell'utente non vengono utilizzate per l'attività antivirus e i dipendenti non si lamentano che 'il VDI rallenta'.
- Controlla una macchina virtuale di protezione (Security virtual machine, SVM). Si tratta di un dispositivo di sicurezza dedicato su cui sono memorizzati i database del malware. Durante le scansioni, il carico viene trasferito su SVM: attraverso di essa l'agente leggero comunica con server.
- Kaspersky security center (KSC) che gestisce le macchine virtuali di protezione. Questa è la console con le impostazioni delle attività e delle politiche che verranno applicate sui dispositivi finali.
Questo schema operativo promette un risparmio fino al 30% delle risorse hardware della macchina dell'utente rispetto a un antivirus sul computer dell'utente. Vediamo come si comporta nella pratica.
Per fare un confronto, ho preso il mio laptop di lavoro con Kaspersky Endpoint Security installato, ho avviato una scansione e ho osservato il consumo delle risorse:
Ecco la stessa situazione su un desktop virtuale con caratteristiche simili nella nostra infrastruttura. La memoria utilizzata è più o meno la stessa, ma il carico della CPU è inferiore di due volte:
Il KSC stesso è abbastanza esigente in termini di risorse. Noi ne riserviamo
sufficienti affinché anche l'amministratore possa lavorare comodamente. Vedete voi stessi:
Cosa rimane sotto il controllo del cliente
Quindi, abbiamo chiarito le attività dalla parte del provider, ora forniamo al cliente il controllo sulla protezione antivirus. A questo scopo, creiamo un server KSC secondario e lo portiamo nel segmento client:
Accediamo alla console del KSC cliente e vediamo quali impostazioni avrà il cliente per impostazione predefinita.
Monitoraggio. Nella prima scheda vediamo il pannello di controllo. È subito chiaro a quali aree problematiche prestare attenzione:
Procediamo poi ai dati statistici. Ecco alcuni esempi di ciò che qui si può visualizzare.
Qui l'amministratore vedrà subito se su alcune macchine non è stato installato l'aggiornamento
o se è sorto un altro problema legato al software sui desktop virtuali. Il loro
aggiornamento può influire sulla sicurezza dell'intera macchina virtuale:
In questa scheda è possibile analizzare le minacce trovate fino alla singola minaccia rilevata sui dispositivi protetti:
Nella terza scheda ci sono tutte le possibili opzioni di report preimpostati. I clienti possono creare i propri report a partire dai modelli, scegliere quali informazioni visualizzare. È possibile impostare l'invio tramite email secondo un programma prestabilito oppure visualizzare i report localmente dal server
di amministrazione (KSC).
Gruppi di amministrazione. A destra vediamo tutti i dispositivi gestiti: nel nostro caso, i desktop virtuali sotto la gestione del server KSC.
Possono essere raggruppati per creare attività comuni e policy di gruppo per diversi reparti o per tutti gli utenti contemporaneamente.
Non appena il cliente ha creato una macchina virtuale nel cloud privato, essa viene immediatamente riconosciuta nella rete e Kaspersky la invia ai dispositivi non distribuiti:
Le politiche di gruppo non si applicano ai dispositivi non distribuiti. Per evitare di distribuire manualmente i desktop virtuali tra i gruppi, è possibile utilizzare le regole. In questo modo, automatizziamo il trasferimento dei dispositivi nei gruppi.
Ad esempio, i desktop virtuali con Windows 10, ma senza l'agente di gestione installato, andranno al gruppo VDI_1, mentre quelli con Windows 10 e l'agente installato andranno al gruppo VDI_2. In modo analogo, i dispositivi possono essere distribuiti automaticamente anche in base alla loro appartenenza a un dominio, alla posizione nelle varie reti e a determinati tag che il cliente può definire in base alle proprie esigenze.
Per creare una regola, basta avviare la procedura guidata per la distribuzione dei dispositivi nei gruppi:
Attività di gruppo. Con le attività KSC è possibile automatizzare l'esecuzione di determinate regole in orari specifici o in determinati momenti, ad esempio: la scansione alla ricerca di virus viene eseguita durante il tempo non lavorativo o in caso di "idle" della macchina virtuale, il che riduce, a sua volta, il carico sulla VM. In questa sezione è comodo programmare le scansioni sui desktop virtuali all'interno del gruppo e aggiornare anche le basi virus.
Ecco l'elenco completo delle attività disponibili:
Politiche di gruppo. Dal KSC secondario, il cliente può distribuire autonomamente la protezione sui nuovi desktop virtuali, aggiornare le firme, configurare le eccezioni
per file e reti, generare report e gestire ogni tipo di scansione delle proprie macchine. Tra l'altro, può limitare l'accesso a file, siti o host specifici.
Le politiche e le regole del server principale possono essere riattivate se qualcosa dovesse andare storto. Nel peggiore dei casi, se configurato erroneamente, gli agenti leggeri perderanno la connessione con SVM e lasceranno i desktop virtuali senza protezione. I nostri ingegneri riceveranno immediatamente una notifica in merito e potranno riattivare l'ereditarietà delle politiche dal server principale KSC.
Queste sono le impostazioni principali di cui volevo parlare oggi.
Fonte: habr.com
