Quali sono i principali vantaggi di Kaspersky Container Security Standard Base?
Console centrale – Un’unica console web per tutti i registri collegati.
Scansione dei registri – Controlla le immagini su Docker Hub, Harbor e Artifactory.
Integrazione con le pipeline – Blocca le build non riuscite in Jenkins e TeamCity.
Copertura delle minacce – Vulnerabilità, malware e dati sensibili in un’unica scansione.
Controlli IaC – I file di configurazione vengono analizzati alla ricerca di errori prima della distribuzione.
Nota importante – La protezione in fase di esecuzione richiede il livello Advanced.
Console di gestione – Interfaccia web per scansioni, criteri e risultati.
Integrazione con i registri – Docker Hub, Harbor, Artifactory, Nexus, Quay, ECR.
Scansione delle immagini – Vulnerabilità, malware e informazioni riservate quali chiavi e token.
Scansione IaC – Verifica dei file di configurazione alla ricerca di errori e pratiche scorrette.
Integrazione CI/CD – Jenkins, TeamCity e CircleCI possono bloccare le build non riuscite.
Importante – La protezione in fase di esecuzione e i controlli dei cluster richiedono il livello Advanced.
Kaspersky Container Security è una piattaforma dedicata alle applicazioni containerizzate con una propria console di gestione web e fa parte della gamma Kaspersky Cloud Workload Security insieme a Kaspersky Hybrid Cloud Security. Standard è il livello di scansione di tale piattaforma: copre i registri delle immagini, le pipeline CI/CD e i file di infrastruttura come codice (Infrastructure-as-Code), ovvero la fase che precede l’arrivo di qualsiasi elemento nel cluster.
Risultati prima della distribuzione – I problemi emergono in fase di build, non in produzione.
Rilevamento delle informazioni sensibili – Individua password, chiavi di accesso e token all’interno delle immagini.
Due fonti di vulnerabilità – I database NIST e Kaspersky alimentano la stessa scansione.
Build gate – La fase della pipeline fallisce quando viene violata una policy.
Infrastruttura propria – Si installa in una rete aziendale pubblica o privata.
Destinazioni degli avvisi – Syslog verso SIEM, LDAP, e-mail, Telegram, webhook.
Il fattore determinante non è il numero di dipendenti, ma il fatto che i vostri sviluppatori creino e pubblichino le proprie immagini container. Una software house di dodici persone con una pipeline GitLab e un registro Harbor trarrà maggior vantaggio da questo livello rispetto a un’azienda manifatturiera di 300 persone che acquista solo software già pronto. Il livello Standard presuppone che qualcuno sia responsabile del processo di compilazione e possa intervenire in caso di scansione fallita.
| Requisiti | Piccole imprese | Azienda di medie dimensioni | Grande azienda |
|---|---|---|---|
| Obbligo di segnalazione in Svizzera | Raramente | Per settore | Spesso |
| NIS 2 nell'Unione europea | Raramente | Per settore | Spesso |
| Questionario sulla sicurezza dei grandi clienti | A volte | Spesso | Di solito |
| Immagini dei container create internamente | A volte | Spesso | Di solito |
| Questo prodotto è adatto | Solo con build interne | ✓ | Avanzato, di norma |
Nessun prodotto lo fa da solo, e questo affronta solo una parte del quadro. Ai sensi della legge riveduta sulla sicurezza dell’informazione, l’obbligo di segnalazione è in vigore dal 1° aprile 2025: i gestori di infrastrutture critiche devono segnalare un attacco informatico rilevante all’Ufficio federale per la sicurezza informatica (BACS) entro 24 ore dalla sua scoperta, con un termine massimo di 14 giorni per completare la segnalazione. Ciò che il livello Standard apporta a tale finestra temporale di 14 giorni è la documentazione: la cronologia delle scansioni e il sistema di segnalazione mostrano quale versione dell’immagine presentava quale vulnerabilità e quando è stata segnalata, il che rappresenta solitamente la parte più lenta da ricostruire in una segnalazione di incidente. Ciò che non fornisce è il rilevamento in sé, poiché la versione Standard non monitora i container in esecuzione, quindi non sarà il sistema a segnalare che è in corso un attacco. Il presente testo non costituisce un parere legale; è necessario chiarire con uno specialista se la propria organizzazione sia soggetta all’obbligo di segnalazione.
Nessun software rende un’organizzazione conforme, poiché la Direttiva NIS 2 riguarda i processi di gestione e non i prodotti. Tra le categorie di misure richieste dalla direttiva figurano le politiche di gestione dei rischi, la gestione degli incidenti, la continuità operativa, la sicurezza della catena di approvvigionamento e la sicurezza nell’acquisizione, nello sviluppo e nella manutenzione dei sistemi di rete e informativi, compresa la gestione delle vulnerabilità. Il livello Standard corrisponde a due di queste: la gestione delle vulnerabilità durante lo sviluppo e la sicurezza della catena di fornitura, poiché la scansione di un’immagine di base di terze parti prima che venga integrata nella propria applicazione costituisce un controllo della catena di fornitura. Non corrisponde invece alla gestione degli incidenti, alla continuità operativa, al controllo degli accessi, alla crittografia o alla formazione del personale, e non fornisce alcuna prova per nessuno di questi aspetti. Le organizzazioni che necessitano di verifiche di configurazione documentate rispetto a parametri di riferimento riconosciuti non le troveranno in questo livello.
Due provvedimenti pubblicati riguardano questo fornitore ed entrambi rimangono in vigore. L’Autorità federale tedesca per la sicurezza informatica ha sconsigliato l’uso del software antivirus di Kaspersky dal 15 marzo 2022 e raccomanda di sostituire tali applicazioni con prodotti alternativi; l’avviso è ancora pubblicato e Kaspersky lo respinge in quanto non basato su un’analisi tecnica oggettiva e continua a premere per il suo ritiro. Separatamente, nel giugno 2024 il Dipartimento del Commercio degli Stati Uniti ha emesso una determinazione definitiva che vieta la fornitura di prodotti di sicurezza informatica e antivirus di Kaspersky a soggetti statunitensi, con il divieto di stipulare nuovi contratti a partire dal 20 luglio 2024 e di effettuare aggiornamenti a partire dal 29 settembre 2024; Kaspersky afferma che la decisione riflette il clima geopolitico piuttosto che una valutazione dei propri prodotti, e la pagina dedicata ai prodotti conferma che le versioni di prova e i download non sono disponibili per i clienti statunitensi. In Svizzera non è stato pubblicato alcun divieto di vendita analogo. In pratica, ciò ha maggiore rilevanza per le gare d’appalto del settore pubblico, per i fornitori di enti pubblici tedeschi e per le aziende i cui clienti impongono condizioni relative all’origine del fornitore nei requisiti della catena di approvvigionamento; per una pipeline di sviluppo puramente interna priva di tali condizioni, la decisione spetta a voi.
In parte, e solo nella sezione dedicata allo sviluppo del software. Fornisce una risposta documentata a domande relative alla scansione delle immagini dei container alla ricerca di vulnerabilità note, al rilevamento di credenziali e token hard-coded negli artefatti di build, alla verifica dell’infrastruttura come codice prima della distribuzione, all’applicazione di un gate di sicurezza nella pipeline CI/CD e all’inoltro degli eventi a un SIEM. Non fornisce invece alcuna risposta alle domande relative al rilevamento e alla risposta in fase di esecuzione, alla protezione degli endpoint, alle prove relative alla gestione delle patch, alla crittografia del disco, all’autenticazione a più fattori, al backup o ai controlli documentati della configurazione del cluster stesso. Se il questionario che sta bloccando un contratto richiede il monitoraggio in fase di esecuzione o prove di configurazione basate su benchmark, il livello “Advanced” dello stesso prodotto risolve tali punti ed è solitamente più economico rispetto all’aggiunta della piattaforma di un secondo fornitore a quella esistente. Si noti che i questionari chiedono sempre più spesso dove abbia sede ciascun fornitore di sicurezza, il che costituisce una domanda a sé stante a cui questo prodotto non può rispondere per voi.
La linea di demarcazione sta nel fatto che il container sia già in esecuzione o meno. La versione Standard opera sugli artefatti prima della distribuzione: immagini nei registri, immagini e file IaC nella pipeline, nonché la valutazione dei rischi relativi a ciò che tali scansioni individuano. Advanced aggiunge tutto ciò che riguarda i carichi di lavoro attivi e la piattaforma sottostante, inclusa la scansione delle immagini già presenti in un cluster, il controllo dei container che possono essere avviati, l’analisi comportamentale, la scansione del sistema operativo dei nodi e l’analisi della configurazione rispetto ai requisiti normativi. Advanced Pro si colloca a un livello superiore e aggiunge l’integrazione con un assistente AI distribuito nella vostra infrastruttura, oltre a benchmark di sicurezza che potete adattare ai vostri standard. Gli esempi di licenze forniti da Kaspersky rendono esplicita questa distinzione: a un cliente che desidera proteggere solo le immagini dei container viene proposta la versione Standard, mentre a un cliente che richiede anche controlli di runtime e di conformità viene proposta la versione Advanced.
| Funzionalità | Standard | Advanced | Advanced Pro |
|---|---|---|---|
| Scansione del registro e delle immagini CI/CD | ✓ | ✓ | ✓ |
| Scansione della configurazione IaC | ✓ | ✓ | ✓ |
| Notifiche tramite SIEM, LDAP, e-mail e webhook | ✓ | ✓ | ✓ |
| Scansione delle immagini già presenti in un cluster | ✕ | ✓ | ✓ |
| Controllo dell'avvio dei container | ✕ | ✓ | ✓ |
| Analisi comportamentale in fase di esecuzione | ✕ | ✓ | ✓ |
| Scansione del sistema operativo dei nodi | ✕ | ✓ | ✓ |
| Analisi della configurazione ai fini della conformità normativa | ✕ | ✓ | ✓ |
| Registro eventi del cluster inviato direttamente al SIEM | ✕ | ✓ | ✓ |
| Integrazione dell'assistente AI | ✕ | ✕ | ✓ |
| Parametri di riferimento di sicurezza personalizzati | ✕ | ✕ | ✓ |
Il motivo più comune per un acquisto successivo è il divario di runtime: i team acquistano la versione Standard per ripulire le proprie immagini, poi scoprono che nulla monitora i container una volta che sono in esecuzione e passano alla versione Advanced entro l’anno. Esiste anche una restrizione regionale, poiché la piattaforma non è disponibile per i clienti statunitensi; pertanto, un gruppo svizzero o europeo con una filiale negli Stati Uniti non può implementarla in modo uniforme in tutte le sedi. La copertura della piattaforma è limitata agli ambienti container — Kubernetes, Red Hat OpenShift, Azure AKS e Amazon ECS, con AWS, Microsoft Azure e Google Cloud Platform come cloud pubblici supportati — quindi le workstation Windows, i file server, le caselle di posta e i dispositivi mobili sono completamente al di fuori del suo ambito di applicazione e richiedono un prodotto separato. Inoltre, la versione Standard non esegue la scansione del sistema operativo dei nodi stessi, il che sorprende gli acquirenti che si aspettano che una piattaforma di sicurezza su un cluster copra gli host ad esso collegati.
No. “Base” è la denominazione della licenza al dettaglio che Kaspersky utilizza in tutta la sua gamma per un primo acquisto, in contrapposizione alla voce “Rinnovo” per una licenza esistente dello stesso prodotto. La piattaforma funziona in modo autonomo con la propria console di gestione e non richiede Kaspersky Hybrid Cloud Security né alcun altro prodotto Kaspersky, sebbene sia posizionata insieme a Hybrid Cloud Security nella gamma Kaspersky Cloud Workload Security.
No, e i due non sono intercambiabili. Questa piattaforma esegue la scansione di immagini di container, artefatti di distribuzione e file di configurazione, individuando vulnerabilità, malware, dati sensibili e configurazioni errate all’interno di tali artefatti. Computer portatili, server fisici e virtuali, caselle di posta elettronica e dispositivi mobili non rientrano nell’ambito di applicazione di nessun livello e richiedono un prodotto separato per endpoint o carichi di lavoro.
La piattaforma viene installata nel vostro ambiente, sia in una rete aziendale pubblica che privata, ed è gestita tramite una console web accessibile con Chrome, Edge, Safari o Firefox. Può essere collegata a database e sistemi di archiviazione esterni già in uso, tra cui PostgreSQL, ClickHouse e MinIO, in modo che la cronologia delle scansioni e i risultati rimangano nell’infrastruttura da voi controllata. Questo aspetto è importante per gli acquirenti che devono indicare in un questionario dove vengono elaborate le dati di telemetria di sicurezza.
| 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.*: Linux kernel 6.1.50-1-generic e 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 o 1.71.3 / Platform V DropApp 2.1 / Shturval 2.10 |
| Kernel Linux | Kernel Linux 4.18 o successivo per il monitoraggio del runtime con i profili di runtime dei container |
| Container Runtime Interface | containerd / CRI-O |
| Container Network Interface | Flannel / Calico / Cilium |
| Package Manager | Helm 3.10.0 o successivo |
| Architettura | x86 |
| 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 RAM / 15 GB di spazio libero su disco / Tutte le funzionalità dell'agente abilitate: 2 core di processore / 4 GB RAM |
| Supporto database | ClickHouse 25.x / 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 |
| Stazione di lavoro utente | Connessione internet permanente per le implementazioni in rete aziendale pubblica / accesso alla pagina della Management Console nella rete aziendale / canali di comunicazione ad almeno 10 Mbit/s |
| Browser supportati | Google Chrome 140 o successivo / Mozilla Firefox 143 o successivo |