Quels sont les principaux avantages de Kaspersky Container Security Advanced Base ?
Console centrale – Une seule console Web permet de gérer tous les clusters surveillés.
Protection en temps réel – Bloque les activités suspectes au sein des conteneurs en cours d’exécution.
Analyse des images – Détecte les vulnérabilités, les logiciels malveillants et les données sensibles avant le déploiement.
Contrôle du lancement – Empêche le démarrage des images non conformes ou non enregistrées.
Intégration au pipeline – Analyse les images au sein de Jenkins, TeamCity et CircleCI.
Remarque importante – Aucune protection des terminaux ou des machines virtuelles n’est incluse.
Console de gestion – Console accessible via un navigateur permettant de gérer les politiques, les résultats d’analyse et l’état du cluster.
Analyse du registre et des environnements CI/CD – Vérifie les images dans Harbor, GitLab Registry, Jenkins et TeamCity.
Protection des conteneurs en exécution – Protection contre les menaces liées aux fichiers basée sur eBPF pour les conteneurs déjà en cours d’exécution.
Contrôle du lancement – Empêche le démarrage des images non enregistrées, privilégiées ou non conformes aux politiques.
Analyse du système d’exploitation des nœuds – Analyse des vulnérabilités et protection contre les menaces liées aux fichiers sur les nœuds du cluster.
Important – Les résumés d’analyse par IA et les benchmarks personnalisés nécessitent la version Advanced Pro.
Kaspersky Container Security Advanced constitue le niveau intermédiaire des trois niveaux de la plateforme dédiée aux conteneurs de Kaspersky, commercialisée dans le cadre de l’offre Kaspersky Cloud Workload Security. Elle est gérée de manière centralisée à partir d’une console Web unique couvrant les registres d’images, les pipelines CI/CD et les clusters Kubernetes ou OpenShift en exécution.
Blocage au stade de la compilation – Les images non conformes n’atteignent jamais l’orchestrateur.
Visibilité en temps réel – Le trafic des conteneurs et l’activité des processus sont surveillés pendant l’exécution des services.
Surveillance de l’intégrité – Signale les conteneurs en cours d’exécution qui s’écartent de leur image analysée.
Exportation directe vers SIEM – Les journaux d’événements du cluster sont transmis directement aux systèmes SIEM.
Audits de référence – Vérifications automatisées des meilleures pratiques sur l’ensemble des clusters et des composants de la plateforme.
Déploiement en « air-gap » – Fonctionne sur site dans des réseaux isolés, sans dépendance vis-à-vis du cloud.
Ce niveau s’adresse aux organisations qui exploitent déjà des conteneurs en production et disposent d’une personne responsable de la politique de cluster. Une entreprise ne disposant ni de Kubernetes ni d’OpenShift n’en tirera aucun avantage, car chaque fonction commence par un registre d’images, un pipeline ou un nœud de cluster.
| Conditions requises | Petite entreprise | Entreprise de taille moyenne | Grande entreprise |
|---|---|---|---|
| Obligation de déclaration en Suisse | Par secteur | Par secteur | ✓ |
| NIS 2 dans l'Union européenne | ✕ | Par secteur | ✓ |
| Questionnaire de sécurité destiné aux grands clients | Utilisation occasionnelle | ✓ | ✓ |
| Kubernetes ou OpenShift en production | Rare | Partiel | ✓ |
| Ce produit convient | ✕ | Partiellement | ✓ |
Cette obligation s'applique aux exploitants d'infrastructures critiques mentionnés dans la loi révisée sur la sécurité de l'information, par exemple les fournisseurs d'énergie et d'eau potable, les entreprises de transport, les hôpitaux, les prestataires de services financiers et les administrations cantonales et communales, et non à toutes les entreprises suisses. Ces organisations doivent signaler toute cyberattaque éligible à l’Office fédéral de la cybersécurité (BACS) dans les 24 heures suivant sa découverte et compléter le rapport dans un délai de 14 jours. Lorsque des applications conteneurisées font partie de cette infrastructure, ce produit facilite le respect de ce délai d’une manière spécifique : il enregistre les appels système de l’hôte, les modifications apportées aux objets de cluster RBAC et les événements liés aux conteneurs, puis transmet ces journaux directement depuis les clusters surveillés vers un SIEM, ce qui permet de transformer un incident lié à un conteneur en élément de preuve qu’une équipe peut analyser en l’espace d’une seule journée. Il ne détermine pas si un incident doit être signalé, ne transmet aucune information au BACS et ne couvre rien en dehors de l’environnement des conteneurs ; les postes de travail, les machines virtuelles, les boîtes mail et les périphériques réseau restent donc des lacunes non couvertes dans cette même chaîne de signalement. Ce texte décrit les fonctionnalités du produit et ne constitue pas un avis juridique.
Aucun produit ne permet à une organisation d’être conforme à la directive NIS 2, car celle-ci porte sur la responsabilité de la direction, les processus et la gouvernance des risques plutôt que sur les fonctionnalités logicielles. La directive NIS 2 impose des catégories de mesures, notamment l’analyse des risques et les politiques de sécurité des systèmes d’information, la gestion des incidents, la continuité des activités, la sécurité de la chaîne d’approvisionnement, la sécurité lors de l’acquisition, du développement et de la maintenance des systèmes (y compris la gestion des vulnérabilités), le contrôle d’accès et la gestion des actifs, la cryptographie, ainsi que l’hygiène informatique et la formation. Ce produit couvre trois de ces catégories : la gestion des vulnérabilités, grâce à l’analyse des images et de l’infrastructure en tant que code (Infrastructure-as-Code) par rapport à la base de données du NIST et à celle propre à Kaspersky ; la sécurité de la chaîne d’approvisionnement, grâce à l’analyse du registre et aux contrôles d’intégrité entre une image analysée et le conteneur qui s’exécute effectivement à partir de celle-ci ; et la gestion des incidents, grâce au transfert des événements du cluster vers un SIEM. Il n’apporte aucune contribution à la continuité d’activité, à la cryptographie, à l’application du contrôle d’accès, à la formation du personnel ou à la gestion des actifs en dehors du parc de conteneurs, et il ne génère aucune documentation relative à la gouvernance. Les organisations qui s’appuient sur ce produit doivent le considérer comme une preuve relative à une seule couche technique, et non comme une couverture de l’ensemble du catalogue de mesures.
Le 20 juin 2024, le ministère américain du Commerce, par l’intermédiaire de son Bureau de l’industrie et de la sécurité, a publié une décision définitive interdisant à Kaspersky de fournir des logiciels antivirus et des produits ou services de cybersécurité aux États-Unis ou à des personnes américaines. Les nouvelles ventes ont cessé le 20 juillet 2024 et la fourniture de mises à jour a pris fin le 29 septembre 2024 ; trois entités de Kaspersky en Russie et au Royaume-Uni ont été ajoutées à la liste des entités (Entity List). Cette décision repose sur des facteurs de risque liés à la juridiction russe et à une influence potentielle sur l’entreprise, plutôt que sur une faille publiée ayant été détectée dans le code du produit. L’Office fédéral allemand de la sécurité de l’information a émis un avertissement en mars 2022 recommandant aux organisations de remplacer les logiciels antivirus Kaspersky, et a confirmé après la mesure américaine que son avertissement restait d’actualité ; l’Allemagne n’a toutefois imposé aucune interdiction de vente. L’Italie, les Pays-Bas, le Canada et le Royaume-Uni ont restreint l’utilisation de ces produits sur les systèmes gouvernementaux plutôt que dans le secteur privé. Kaspersky estime pour sa part que la décision américaine reflète le climat géopolitique et des préoccupations théoriques plutôt qu’une évaluation technique approfondie, et l’entreprise a proposé une vérification indépendante par un tiers de ses produits, de ses mises à jour et de ses règles de détection. Dans la pratique, cela concerne principalement trois groupes : les organisations soumissionnant pour des marchés publics, les entreprises dont la société mère est américaine ou qui emploient du personnel de nationalité américaine relevant du champ d’application de l’interdiction, et les fournisseurs dont les clients posent directement des questions sur les fournisseurs soumis à restriction dans les questionnaires d’appel d’offres. En Suisse et dans la plupart des pays de l’Union européenne, le produit est vendu et mis à jour sans restriction.
Oui, mais uniquement pour la partie du questionnaire consacrée aux conteneurs. Il répond aux questions relatives à l’analyse des vulnérabilités des artefacts d’application, à la détection des secrets codés en dur tels que les mots de passe, les clés d’accès et les jetons, aux vérifications de mauvaise configuration sur l’infrastructure en tant que code, au contrôle d’accès empêchant le démarrage d’images non approuvées ou privilégiées, à la journalisation des changements de privilèges dans le cluster, ainsi qu’aux rapports d’audit pouvant être téléchargés à la demande à partir du journal. Il ne répond à aucune des questions suivantes, alors que les questionnaires les posent presque systématiquement : antivirus sur les postes de travail et les serveurs, gestion des correctifs pour les systèmes d’exploitation et les applications tierces, chiffrement des disques et des supports amovibles, authentification multifactorielle, protection des e-mails et contre le phishing, tests de sauvegarde et de restauration, et formation à la sensibilisation à la sécurité. Il ne répond pas non plus aux questions relatives aux restrictions des fournisseurs, qui sont de plus en plus fréquentes et auxquelles la section ci-dessus fait référence. Pour combler les lacunes liées aux conteneurs au sein de la même gamme, la version Advanced Pro ajoute des critères de sécurité personnalisables afin que les audits puissent être formulés selon vos propres normes internes plutôt que selon une norme prédéfinie ; pour les machines virtuelles et les serveurs physiques hors du cluster, Kaspersky Hybrid Cloud Security s’inscrit dans la même offre Cloud Workload Security et s’avère généralement moins coûteux à intégrer que de faire appel à un deuxième fournisseur disposant d’une console distincte.
La différence décisive réside dans le moment où la protection s’arrête : la version Standard couvre les images avant leur exécution, tandis que la version Advanced couvre également les conteneurs déjà en cours d’exécution. Les deux niveaux analysent les registres, les pipelines et l’infrastructure en tant que code (IaaSC), s’intègrent à un système SIEM via syslog et partagent la même console de gestion. La version Advanced ajoute le contrôle d’accès, l’analyse comportementale, la surveillance du trafic entre les conteneurs et les clusters, la surveillance des opérations sur les fichiers, la journalisation des appels système de l’hôte, ainsi que l’analyse des vulnérabilités et la protection contre les menaces liées aux fichiers sur le système d’exploitation du nœud lui-même. La version Advanced Pro se situe au-dessus de la version Advanced et n’ajoute que deux fonctionnalités ; ainsi, les acheteurs qui choisissent entre Advanced et Advanced Pro se prononcent sur la personnalisation des audits et l’assistance par IA, et non sur le niveau de protection.
| Fonctionnalités | Standard | Avancé | Advanced Pro |
|---|---|---|---|
| Analyse des images, du registre et de l’IaC | ✓ | ✓ | ✓ |
| Contrôle du lancement des conteneurs | ✕ | ✓ | ✓ |
| Protection contre les menaces liées aux fichiers d'exécution | ✕ | ✓ | ✓ |
| Surveillance du trafic des conteneurs | ✕ | ✓ | ✓ |
| Analyse des vulnérabilités du système d’exploitation des nœuds | ✕ | ✓ | ✓ |
| Envoi des journaux d’événements du cluster vers le SIEM | ✕ | ✓ | ✓ |
| Critères de référence de sécurité personnalisés | ✕ | ✕ | ✓ |
| Assistant IA via l’API OpenAI | ✕ | ✕ | ✓ |
La principale restriction régionale concerne les États-Unis : suite à la décision du Bureau of Industry and Security, les produits Kaspersky ne peuvent plus y être commercialisés et les mises à jour ont cessé le 29 septembre 2024. Par conséquent, un groupe comportant des entités américaines ne peut pas standardiser l’utilisation de ce produit sur l’ensemble de ses sites. La Suisse et l’Union européenne ne sont pas concernées. Le champ d’application couvre les conteneurs et les nœuds sur lesquels ils s’exécutent ; les machines virtuelles, les serveurs physiques, les postes de travail, les boîtes mail et les appareils mobiles nécessitent donc des produits distincts et une console supplémentaire pour leur gestion. La prise en charge vérifiée des orchestrateurs couvre Kubernetes, Red Hat OpenShift, Azure AKS et Amazon ECS, avec une intégration au cloud public pour AWS, Microsoft Azure et Google Cloud Platform ; toute solution ne figurant pas dans cette liste doit être confirmée avant l’achat. Un agent doit être déployé sur chaque nœud que vous souhaitez protéger, ce qui fait du déploiement une tâche d’infrastructure plutôt qu’une simple installation logicielle. Les deux fonctionnalités les plus souvent considérées comme indispensables – les critères de sécurité personnalisables et l’interprétation des résultats d’analyse basée sur l’IA – sont disponibles dans la version Advanced Pro et constituent généralement la raison d’un achat ultérieur.
Oui. La plateforme est conçue pour une installation sur site et est disponible pour les réseaux isolés ; ainsi, les clusters situés dans des environnements segmentés ou en « air gap » peuvent être protégés sans dépendre d’un accès sortant vers le cloud.
Non. Il s’agit d’une plateforme autonome composée d’un scanner, d’agents et d’un serveur de contrôle doté de sa propre console web. Elle fait partie de l’offre Kaspersky Cloud Workload Security aux côtés de Kaspersky Hybrid Cloud Security, mais aucun des deux produits n’est indispensable à l’autre.
Les intégrations vérifiées couvrent Docker Hub, JFrog Artifactory, Sonatype Nexus OSS, GitLab Registry, VMware Harbor, Red Hat Quay, Amazon ECR, Azure Container Registry et Google Container Registry. Les analyses s’exécutent manuellement ou automatiquement selon des paramètres prédéfinis.
Oui, dans ce niveau de service. La surveillance de l’intégrité des conteneurs compare un conteneur en cours d’exécution à l’image à partir de laquelle il a été analysé, et la surveillance des opérations sur les fichiers basée sur eBPF enregistre les modifications telles que la création, la modification et les changements de propriété ou d’autorisations.
| Systèmes d’exploitation | CentOS 8.2.2004 ou version ultérieure : noyau Linux 4.18.0-193 ou version ultérieure Ubuntu 18.04.2 ou version ultérieure : noyau Linux 4.18.0 ou version ultérieure Debian 10 ou version ultérieure : noyau Linux 4.19.0 ou version ultérieure Astra Linux SE 1.7.* ou version ultérieure : noyau Linux 6.1.50-1-generic / CONFIG_DEBUG_INFO_BTF=y RHEL 9.4 ou version ultérieure : noyau Linux 5.14 ou version ultérieure Red Hat Enterprise Linux CoreOS 416.94.202408200132-0 : noyau Linux 5.14.0-427.33.1.el9_4.x86_64 RED OS 7.3 ou version ultérieure : noyau Linux 6.1 ou version ultérieure / CRI CRI-O / CNI Calico Sber Linux 8.9 / 9.3 : noyau Linux 5.14 / CRI CRI-O / CNI Calico / Cilium |
| Plateformes d’orchestration | Kubernetes 1.21 ou version ultérieure / OpenShift 4.8 / 4.11 ou version ultérieure / DeckHouse 1.70.17 / 1.71.3 / Platform V DropApp 2.1 / Shturval 2.10 |
| Système CI | Système CI pour l’analyse des images dans le processus de développement, par exemple GitLab CI |
| Gestionnaire de paquets | Helm 3.10.0 ou version ultérieure |
| Noyau Linux | Noyau Linux 4.18 ou version ultérieure pour la surveillance à l’exécution avec des profils de runtime de conteneur / Certains mécanismes de gestion des privilèges de processus nécessitent le noyau Linux 5.8 ou version ultérieure |
| Interface d’exécution des conteneurs | containerd / CRI-O |
| Interface réseau des conteneurs | Flannel / Calico / Cilium |
| Architecture | x86 |
| Service mesh | Service mesh Istio pris en charge |
| Stockage des secrets | HashiCorp Vault 1.7 ou version ultérieure |
| Prise en charge des bases de données | ClickHouse v25.* / PostgreSQL Postgres Pro Standard Enterprise 15 / 17 / Pangolin 6.2.0 |
| Registres d’images | Amazon Elastic Container Registry / Azure Container Registry API 2023-01-01-preview / Docker Hub v2 API / Docker Registry v2 API / GitLab Registry 14.2 ou version ultérieure / Google Artifact Registry / Harbor 2.x / JFrog Artifactory 7.55 ou version ultérieure / Red Hat Quay 3.x / Sfera 2.0 / Sonatype Nexus Repository OSS 3.43 ou version ultérieure / Yandex Registry |
| Prise en charge réseau | IPv4 / IPv6 |
| Plateformes cloud | Yandex Cloud / Amazon AWS EKS / Microsoft Azure AKS |
| Ressources du cluster | Trois nœuds worker avec trois pods de scan et une taille maximale d’analyse d’image de 10 Go : au moins 12 cœurs de processeur / au moins 20 Go de RAM / 40 Go d’espace disque libre / bande passante d’au moins 1 Gbit/s entre les composants du cluster |
| Ressources de l’agent | Base par nœud worker : 0,2 cœur de processeur / 200 Mo de RAM / 15 Go d’espace disque libre / Ajout pour la surveillance réseau et des processus : 2 cœurs de processeur / 2 Go de RAM ajoutés / Ajout pour la protection anti-malware : 2 cœurs de processeur / 2 Go de RAM ajoutés / Toutes les fonctionnalités de l’agent activées : 2 cœurs de processeur / 4 Go de RAM |
| Stockage de la base de données | Volume persistant ClickHouse : 1 Go d’espace disque libre par nœud surveillé |
| Poste de travail utilisateur | Connexion internet permanente pour les déploiements sur réseau d’entreprise public / Accès à la page de la console de gestion sur le réseau d’entreprise / Canaux de communication d’au moins 10 Mbit/s |
| Navigateurs pris en charge | Google Chrome 140 ou version ultérieure / Mozilla Firefox 143 ou version ultérieure |