Quali sono i principali vantaggi di Kaspersky Container Security Advanced Base?
Console centrale – Un’unica console web gestisce tutti i cluster monitorati.
Protezione in fase di esecuzione – Blocca le attività sospette all’interno dei container in esecuzione.
Scansione delle immagini – Individua vulnerabilità, malware e dati sensibili prima della distribuzione.
Controllo dell’avvio – Impedisce l’avvio di immagini non conformi o non registrate.
Integrazione con la pipeline – Esegue la scansione delle immagini all’interno di Jenkins, TeamCity e CircleCI.
Nota importante – Non è inclusa alcuna protezione per endpoint o macchine virtuali.
Console di gestione – Console basata su browser per le politiche, i risultati delle scansioni e lo stato del cluster.
Scansione del registro e CI/CD – Controlla le immagini in Harbor, GitLab Registry, Jenkins e TeamCity.
Protezione dei container in fase di esecuzione – Protezione dalle minacce dei file basata su eBPF per i container già in esecuzione.
Controllo dell’avvio – Blocca l’avvio di immagini non registrate, con privilegi o non conformi alle politiche.
Scansione del sistema operativo dei nodi – Scansione delle vulnerabilità e protezione dalle minacce dei file sui nodi del cluster.
Importante – I riepiloghi delle scansioni basati sull’intelligenza artificiale e i benchmark personalizzati richiedono la versione Advanced Pro.
Kaspersky Container Security Advanced rappresenta il livello intermedio dei tre livelli della piattaforma dedicata ai container di Kaspersky, venduta come parte dell’offerta Kaspersky Cloud Workload Security. È gestita centralmente da un’unica console web che copre i registri delle immagini, le pipeline CI/CD e i cluster Kubernetes o OpenShift in esecuzione.
Blocco in fase di compilazione – Le immagini non conformi non raggiungono mai l’orchestratore.
Visibilità in fase di esecuzione – Il traffico dei container e l’attività dei processi vengono monitorati mentre i servizi sono in esecuzione.
Monitoraggio dell’integrità – Segnala i container in esecuzione che si discostano dall’immagine sottoposta a scansione.
Esportazione diretta verso SIEM: – I log degli eventi del cluster vengono trasmessi direttamente ai sistemi SIEM.
Audit di benchmark – Controlli automatizzati delle best practice su cluster e componenti della piattaforma.
Implementazione air-gapped – Funziona on-premise in reti isolate senza dipendenza dal cloud.
Questo livello è rivolto alle organizzazioni che già utilizzano i container in produzione e dispongono di una figura responsabile delle politiche del cluster. Un’azienda che non utilizza né Kubernetes né OpenShift non ne trarrà alcun vantaggio, poiché ogni funzione parte da un registro delle immagini, da una pipeline o da un nodo del cluster.
| Requisiti | Piccole imprese | Azienda di medie dimensioni | Grande azienda |
|---|---|---|---|
| Obbligo di rendicontazione in Svizzera | Per settore | Per settore | ✓ |
| NIS 2 nell'Unione europea | ✕ | Per settore | ✓ |
| Questionario sulla sicurezza dei grandi clienti | Occasionale | ✓ | ✓ |
| Kubernetes o OpenShift in produzione | Raro | Parziale | ✓ |
| Questo prodotto è adatto | ✕ | Parziale | ✓ |
L'obbligo si applica ai gestori di infrastrutture critiche indicati nella legge riveduta sulla sicurezza dell'informazione, ad esempio fornitori di energia e acqua potabile, aziende di trasporto, ospedali, fornitori di servizi finanziari e amministrazioni cantonali e comunali, non a tutte le aziende svizzere. Tali organizzazioni devono segnalare un attacco informatico rilevante all’Ufficio federale per la sicurezza informatica (BACS) entro 24 ore dalla scoperta e completare la segnalazione entro 14 giorni. Laddove le applicazioni containerizzate facciano parte di tale infrastruttura, questo prodotto supporta il rispetto della scadenza in un modo specifico: registra le chiamate di sistema (syscall) dell’host, le modifiche agli oggetti del cluster RBAC e gli eventi dei container, e trasmette tali registri direttamente dai cluster monitorati a un SIEM; è proprio questo che trasforma un incidente relativo a un container in una prova che un team può descrivere nel giro di un solo giorno. Non decide se un incidente sia segnalabile, non invia alcuna segnalazione al BACS e non copre nulla al di fuori dell’ambiente container, pertanto workstation, macchine virtuali, caselle di posta e dispositivi di rete rimangono lacune non coperte nella stessa catena di segnalazione. Il presente testo descrive le funzionalità del prodotto e non costituisce consulenza legale.
Nessun prodotto rende un’organizzazione conforme alla direttiva NIS 2, poiché la direttiva riguarda la responsabilità gestionale, i processi e la governance del rischio piuttosto che le funzionalità del software. La NIS 2 richiede categorie di misure che includono l’analisi dei rischi e le politiche di sicurezza dei sistemi informativi, la gestione degli incidenti, la continuità operativa, la sicurezza della catena di fornitura, la sicurezza nell’acquisizione, nello sviluppo e nella manutenzione dei sistemi (compresa la gestione delle vulnerabilità), il controllo degli accessi e la gestione delle risorse, la crittografia, nonché la cyberigiene e la formazione. Questo prodotto si ricollega a tre di queste categorie: la gestione delle vulnerabilità, tramite la scansione delle immagini e dell’infrastruttura come codice (Infrastructure-as-Code) rispetto al database NIST e al database proprio di Kaspersky; la sicurezza della catena di approvvigionamento, tramite la scansione del registro e i controlli di integrità tra un’immagine sottoposta a scansione e il container effettivamente in esecuzione a partire da essa; e il contributo alla gestione degli incidenti, tramite l’inoltro degli eventi del cluster a un SIEM. Non apporta alcun contributo alla continuità operativa, alla crittografia, all’applicazione del controllo degli accessi, alla formazione del personale o alla gestione delle risorse al di fuori del parco container, né produce documentazione di governance. Le organizzazioni che si affidano a questo prodotto dovrebbero considerarlo come prova relativa a un singolo livello tecnico, non come copertura dell’intero catalogo delle misure.
Il 20 giugno 2024 il Dipartimento del Commercio degli Stati Uniti, tramite il proprio Bureau of Industry and Security, ha emesso una Determinazione Definitiva che vieta a Kaspersky di fornire software antivirus e prodotti o servizi di sicurezza informatica negli Stati Uniti o a soggetti statunitensi. Le nuove vendite sono state interrotte il 20 luglio 2024 e la fornitura di aggiornamenti è cessata il 29 settembre 2024; inoltre, tre entità di Kaspersky in Russia e nel Regno Unito sono state aggiunte all’Entity List. La decisione si basa su fattori di rischio relativi alla giurisdizione russa e alla possibile influenza su società, piuttosto che su un difetto pubblicato riscontrato nel codice del prodotto. L’Ufficio federale tedesco per la sicurezza informatica ha emesso un avviso nel marzo 2022 raccomandando alle organizzazioni di sostituire il software antivirus Kaspersky e, in seguito all’azione statunitense, ha confermato che il proprio avviso rimane valido; la Germania non ha imposto alcun divieto di vendita. L’Italia, i Paesi Bassi, il Canada e il Regno Unito hanno limitato l’uso nei sistemi governativi piuttosto che nel settore privato. La posizione di Kaspersky è che la decisione degli Stati Uniti rifletta il clima geopolitico e preoccupazioni teoriche piuttosto che una valutazione tecnica completa, e l’azienda ha proposto una verifica indipendente da parte di terzi dei propri prodotti, aggiornamenti e regole di rilevamento. In pratica, ciò riguarda principalmente tre gruppi: le organizzazioni che partecipano a gare d’appalto nel settore pubblico, le aziende con una società madre statunitense o con personale che rientra nella definizione di “persona statunitense” e che quindi rientrano nell’ambito di applicazione del divieto, e i fornitori i cui clienti chiedono direttamente informazioni sui fornitori soggetti a restrizioni nei questionari di appalto. In Svizzera e nella maggior parte dell’Unione Europea il prodotto viene venduto e aggiornato senza restrizioni.
Sì, ma solo per la sezione relativa ai container di un questionario. Risponde alle domande relative alla scansione delle vulnerabilità degli artefatti applicativi, al rilevamento di informazioni riservate hardcoded quali password, chiavi di accesso e token, ai controlli di configurazione errata sull’infrastruttura come codice (Infrastructure-as-Code), al controllo degli accessi che impedisce l’avvio di immagini non approvate o con privilegi, alla registrazione delle modifiche dei privilegi nel cluster e ai report di audit scaricabili dal log su richiesta. Non risponde a nessuna delle seguenti domande, che invece vengono quasi sempre poste nei questionari: antivirus per workstation e server, gestione delle patch per sistemi operativi e applicazioni di terze parti, crittografia di dischi e supporti rimovibili, autenticazione a più fattori, protezione della posta elettronica e dal phishing, test di backup e ripristino e formazione sulla consapevolezza della sicurezza. Inoltre, non risponde alle domande relative alle restrizioni dei fornitori, che vengono poste sempre più spesso e alle quali si riferisce la sezione precedente. Per colmare il divario relativo ai container all’interno della stessa famiglia, Advanced Pro aggiunge parametri di sicurezza personalizzabili, in modo che gli audit possano essere formulati in base al proprio standard interno anziché a uno predefinito; per le macchine virtuali e i server fisici al di fuori del cluster, Kaspersky Hybrid Cloud Security rientra nella stessa offerta Cloud Workload Security ed è solitamente più conveniente da integrare rispetto all’introduzione di un secondo fornitore con una console separata.
La differenza fondamentale sta nel momento in cui termina la protezione: la versione Standard copre le immagini prima che vengano eseguite, mentre la versione Advanced copre anche i container già in esecuzione. Entrambe le versioni eseguono la scansione di registri, pipeline e infrastruttura come codice (Infrastructure-as-Code), si integrano con il SIEM tramite syslog e condividono la stessa console di gestione. La versione Advanced aggiunge il controllo degli accessi, l’analisi comportamentale, il monitoraggio del traffico tra container e cluster, il monitoraggio delle operazioni sui file, la registrazione delle chiamate di sistema dell’host e la scansione delle vulnerabilità, oltre alla protezione dalle minacce dei file sul sistema operativo del nodo stesso. La versione Advanced Pro si colloca al di sopra di Advanced e aggiunge solo due elementi; pertanto, chi deve scegliere tra Advanced e Advanced Pro sta valutando la personalizzazione degli audit e l’assistenza tramite IA, non il livello di protezione.
| Funzionalità | Standard | Advanced | Advanced Pro |
|---|---|---|---|
| Scansione di immagini, registry e IaC | ✓ | ✓ | ✓ |
| Controllo dell'avvio dei container | ✕ | ✓ | ✓ |
| Protezione dalle minacce ai file in fase di esecuzione | ✕ | ✓ | ✓ |
| Monitoraggio del traffico dei container | ✕ | ✓ | ✓ |
| Scansione delle vulnerabilità del sistema operativo dei nodi | ✕ | ✓ | ✓ |
| Invio dei log degli eventi del cluster a SIEM | ✕ | ✓ | ✓ |
| Benchmark di sicurezza personalizzati | ✕ | ✕ | ✓ |
| Assistente AI tramite API OpenAI | ✕ | ✕ | ✓ |
La limitazione regionale più significativa riguarda gli Stati Uniti: a seguito della decisione del Bureau of Industry and Security, i prodotti Kaspersky non possono più essere venduti in quel Paese e gli aggiornamenti sono cessati il 29 settembre 2024; pertanto, un gruppo con entità negli Stati Uniti non può standardizzare l’uso di questo prodotto in tutte le sedi. La Svizzera e l’Unione Europea non sono interessate da questa limitazione. L’ambito di applicazione riguarda i container e i nodi su cui questi vengono eseguiti; pertanto, macchine virtuali, server fisici, workstation, caselle di posta elettronica e dispositivi mobili richiedono prodotti separati e l’utilizzo di una seconda console per il loro funzionamento. Il supporto verificato per gli orchestratori copre Kubernetes, Red Hat OpenShift, Azure AKS e Amazon ECS, con integrazione nel cloud pubblico per AWS, Microsoft Azure e Google Cloud Platform; per qualsiasi soluzione al di fuori di tale elenco è necessario verificare la compatibilità prima dell’acquisto. È necessario distribuire un agente su ogni nodo che si desidera proteggere, il che rende l’implementazione un’attività di infrastruttura piuttosto che un’installazione software; le due funzionalità che più spesso si presume siano presenti – i parametri di sicurezza personalizzabili e l’interpretazione basata sull’intelligenza artificiale dei risultati della scansione – sono incluse nella versione Advanced Pro e costituiscono solitamente il motivo di un acquisto successivo.
Sì. La piattaforma è progettata per l’installazione in locale ed è disponibile per reti isolate, quindi i cluster in ambienti segmentati o air-gapped possono essere protetti senza dipendere dal cloud in uscita.
No. Si tratta di una piattaforma autonoma composta da uno scanner, agenti e un server di controllo con una propria console web. Fa parte dell’offerta Kaspersky Cloud Workload Security insieme a Kaspersky Hybrid Cloud Security, ma nessuno dei due prodotti richiede l’altro.
Le integrazioni verificate includono Docker Hub, JFrog Artifactory, Sonatype Nexus OSS, GitLab Registry, VMware Harbor, Red Hat Quay, Amazon ECR, Azure Container Registry e Google Container Registry. Le scansioni vengono eseguite manualmente o automaticamente in base a parametri predefiniti.
Sì, in questo livello. Il monitoraggio dell’integrità dei container confronta un container in esecuzione con l’immagine da cui è stato scansionato, mentre il monitoraggio delle operazioni sui file basato su eBPF registra modifiche quali creazione, modifica e cambiamenti di proprietà o autorizzazioni.
| Sistemi operativi | CentOS 8.2.2004 o successivo: Kernel Linux 4.18.0-193 o successivo Ubuntu 18.04.2 o successivo: Linux kernel 4.18.0 o successivo Debian 10 o successivo: Linux kernel 4.19.0 o successivo Astra Linux SE 1.7.* o successivo: Linux kernel 6.1.50-1-generic / CONFIG_DEBUG_INFO_BTF=y RHEL 9.4 o successivo: Linux kernel 5.14 o successivo Red Hat Enterprise Linux CoreOS 416.94.202408200132-0: Linux kernel 5.14.0-427.33.1.el9_4.x86_64 RED OS 7.3 o successivo: Linux kernel 6.1 o successivo / CRI CRI-O / CNI Calico Sber Linux 8.9 / 9.3: Linux kernel 5.14 / CRI CRI-O / CNI Calico / Cilium |
| Piattaforme di orchestrazione | Kubernetes 1.21 o successivo / OpenShift 4.8 / 4.11 o successivo / DeckHouse 1.70.17 / 1.71.3 / Platform V DropApp 2.1 / Shturval 2.10 |
| CI System | Sistema CI per la scansione delle immagini nel processo di sviluppo come GitLab CI |
| Package Manager | Helm 3.10.0 o successivo |
| Kernel Linux | Linux kernel 4.18 o successivo per il monitoraggio del runtime con i profili di runtime dei container / Alcuni meccanismi per la gestione dei privilegi dei processi richiedono Linux kernel 5.8 o successivo |
| Container Runtime Interface | containerd / CRI-O |
| Container Network Interface | Flannel / Calico / Cilium |
| Architettura | x86 |
| Maglia di servizio | Istio service mesh supportato |
| Magazzino dei segreti | HashiCorp Vault 1.7 o successivo |
| Supporto database | ClickHouse v25.* / PostgreSQL Postgres Pro Standard Enterprise 15 / 17 / Pangolin 6.2.0 |
| Registri immagini | Amazon Elastic Container Registry / Azure Container Registry API 2023-01-01-preview / Docker Hub v2 API / Docker Registry v2 API / GitLab Registry 14.2 o successivo / Google Artifact Registry / Harbor 2. x / JFrog Artifactory 7.x / JFrog Artifactory 7.55 o successivo / Red Hat Quay 3.x / Sfera 2.0 / Sonatype Nexus Repository OSS 3.43 o successivo / Yandex Registry |
| Supporto di rete | IPv4 / IPv6 |
| Piattaforme cloud | Yandex Cloud / Amazon AWS EKS / Microsoft Azure AKS |
| Risorse del cluster | Tre nodi worker con tre pod scanner e dimensione massima di scansione delle immagini 10 GB: almeno 12 core di processore / almeno 20 GB di RAM / 40 GB di spazio libero su disco / almeno 1 Gbps di larghezza di banda tra i componenti del cluster |
| Risorse dell'agente | Per nodo worker baseline: 0,2 core di processore / 200 MB di RAM / 15 GB di spazio libero su disco / Aggiunta per il monitoraggio della rete e dei processi: 2 core di processore / 2 GB di RAM aggiunti / Aggiunta per la protezione anti-malware: 2 core di processore / 2 GB di RAM aggiunti / Tutte le funzionalità dell'agente abilitate: 2 core di processore / 4 GB di RAM |
| Stoccaggio del database | Volume persistente ClickHouse: 1 GB di spazio libero su disco per nodo monitorato |
| Stazione di lavoro utente | Connessione internet permanente per le implementazioni in rete aziendale pubblica / Accesso alla pagina della console di gestione nella rete aziendale / Canali di comunicazione ad almeno 10 Mbit/s |
| Browser supportati | Google Chrome 140 o successivo / Mozilla Firefox 143 o successivo |