Quels sont les principaux avantages de la solution « Kaspersky Anti Targeted Attack Platform Standard » ?
Console centrale – Une console Web sur site permet de gérer tous les capteurs de manière centralisée.
Détection réseau – Analyse IDS du trafic réseau nord-sud mis en miroir.
Sandbox avancée – Exécute les fichiers suspects dans des environnements virtuels isolés.
Renseignements sur les menaces – Alertes enrichies par une cartographie MITRE ATT&CK.
Exportation vers un SIEM – Publie les alertes via syslog vers le SIEM existant.
Remarque importante – L’EDR et les agents de terminaux ne sont pas inclus.
Download: Kaspersky Anti Targeted Attack Platform
Nœud central – Serveur principal qui stocke les verdicts et exécute les moteurs de détection.
Capteur réseau – Reçoit le trafic SPAN mis en miroir et l’analyse à l’aide des règles IDS.
Sandbox avancée – Exécute les objets suspects dans des systèmes d’exploitation virtuels isolés.
Analyse de la réputation des URL – Vérifie les fichiers et les liens par rapport au Kaspersky Security Network.
Réponse guidée sur le réseau – Blocage au niveau de la passerelle grâce à l’intégration ICAP avec les serveurs proxy.
Important – l’EDR, la protection des terminaux et la gestion des correctifs ne sont pas incluses.
Kaspersky Anti Targeted Attack Platform Standard est une plateforme anti-APT sur site qui analyse le trafic réseau mis en miroir et exécute les objets suspects dans un bac à sable ; Kaspersky commercialise désormais cette gamme simplement sous le nom de Kaspersky Anti Targeted Attack, de sorte que les anciennes références comportant le suffixe « Platform » font référence à la même famille de produits. Chaque composant est administré à partir d’une console web auto-hébergée sur le serveur « Central Node », sans intervention d’un tenant cloud.
Détecte les appareils non gérés – Couvre les hôtes sur lesquels aucun agent de point de terminaison ne peut être installé.
Aucune dépendance au cloud – Fonctionne entièrement sur site, les données restant en interne.
Alimente les systèmes SIEM existants – Publie des alertes via syslog et une API REST.
Intégration d’un capteur de messagerie – Secure Mail Gateway peut faire office de capteur réseau.
Multilocation pour les fournisseurs – Sépare les locataires entre les nœuds centraux primaire et secondaire.
Historique des alertes documenté – Alertes horodatées pouvant servir de preuves dans les rapports d’incident.
La plateforme part du principe que quelqu’un lit les alertes. Elle convient aux organisations disposant d’une équipe de sécurité ou d’un SOC externe qui effectue déjà un tri quotidien des événements ; une entreprise ne disposant pas de cette capacité générera des alertes auxquelles personne ne donnera suite.
| Exigences | Petite entreprise | Entreprise de taille moyenne | Grande entreprise |
|---|---|---|---|
| Obligation de déclaration en Suisse | Rarement | Par secteur | ✓ |
| NIS 2 dans l'Union européenne | ✕ | Par secteur | ✓ |
| Questionnaire de sécurité des grands clients | Parfois | ✓ | ✓ |
| Capacité des analystes à trier les alertes réseau | ✕ | Limitée | ✓ |
| Ce produit convient | ✕ | Limité | ✓ |
Depuis le 1er avril 2025, la loi révisée sur la sécurité de l’information (LSI) oblige les exploitants d’infrastructures critiques en Suisse à signaler les cyberattaques significatives à l’Office fédéral de la cybersécurité (BACS) dans les 24 heures suivant leur découverte, avec un délai supplémentaire de 14 jours pour compléter le rapport. Cette obligation s'applique à des secteurs tels que l'énergie, l'approvisionnement en eau, la santé, la finance, les télécommunications, les transports ainsi que les administrations cantonales et communales, et non à l'ensemble des entreprises. Depuis le 1er octobre 2025, tout manquement à cette obligation de signalement est passible d'une amende pouvant aller jusqu'à 100'000 CHF. Au cours de ce délai de 24 heures, la plateforme intervient au niveau de la détection : les alertes IDS horodatées, les verdicts du bac à sable et la capture de paquets jointe à une alerte fournissent à l’équipe chargée du signalement une heure approximative de début de l’attaque, les adresses internes concernées et un hachage de l’objet. Elle ne dépose pas le rapport, ne détermine pas si un incident dépasse le seuil de signalement et, à ce niveau, ne stocke pas le trafic brut à des fins d’analyse rétrospective ; ainsi, tout événement antérieur à l’alerte en cours doit être reconstitué à partir d’autres journaux. Ce texte constitue une information destinée aux acheteurs et ne saurait constituer un avis juridique ; il convient de vérifier auprès de votre propre conseiller juridique si votre organisation est soumise à l’obligation de signalement.
Aucun produit ne garantit la conformité à la directive NIS 2, car celle-ci s'adresse aux organisations et à leur direction, et non aux éditeurs de logiciels. La directive NIS 2 impose plusieurs catégories de mesures, notamment l’analyse des risques et les politiques de sécurité, 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 et de la maintenance, les procédures d’évaluation de l’efficacité des mesures, l’hygiène informatique et la formation, la cryptographie, le contrôle d’accès et la gestion des actifs, ainsi que l’authentification multifactorielle. Ce produit intervient au niveau de la gestion des incidents et de la détection dans le cadre de la sécurité des réseaux et des systèmes d’information : il surveille le trafic miroité à la recherche d’intrusions, hiérarchise les alertes et les exporte via syslog afin qu’elles puissent être corrélées de manière centralisée. Il n'apporte aucune contribution à la continuité des activités et à la sauvegarde, à la cryptographie, au contrôle d’accès, à la gestion des actifs ou à l’authentification multifactorielle, et il ne couvre pas les terminaux, sauf si une licence de niveau supérieur est souscrite. La sécurité de la chaîne d’approvisionnement n’est abordée qu’indirectement, par le biais de la visibilité sur le trafic entre votre réseau et les connexions externes.
Le 20 juin 2024, le ministère américain du Commerce a rendu une décision définitive en vertu de ses pouvoirs relatifs à la chaîne d’approvisionnement des technologies de l’information et des communications (ICTS), interdisant à Kaspersky de conclure de nouveaux accords avec des personnes américaines à compter du 20 juillet 2024, et, à compter du 29 septembre 2024, interdisant également les mises à jour des signatures antivirus et du code source, l’exploitation du Kaspersky Security Network aux États-Unis, ainsi que la revente, l’octroi de licences ou l’intégration des logiciels de cybersécurité Kaspersky par des personnes américaines. L’Office fédéral allemand de la sécurité de l’information met en garde contre l’utilisation des logiciels antivirus Kaspersky depuis le 15 mars 2022 ; cet avertissement est toujours publié et est émis en vertu de l’article 13 de la BSIG depuis le 6 décembre 2025. Ces deux mesures restent en vigueur. La Suisse n’a pris aucune mesure comparable : l’OFIC a déclaré qu’il n’existait aucune directive interne ni aucune interdiction concernant les produits Kaspersky et qu’il n’émettait d’avertissements que lorsqu’il disposait de preuves techniques confirmées d’un risque pour la sécurité. Kaspersky rejette ces évaluations, affirme que l'avertissement allemand ne repose pas sur une analyse technique objective de son logiciel et met en avant ses centres de transparence ainsi que les audits réalisés par des tiers. La reconnaissance du produit en tant que tel est une question distincte de l’évaluation politique : Kaspersky a été désigné « Leader » dans la matrice SPARK du groupe QKS pour la détection et la réponse réseau en 2025. Dans la pratique, ces restrictions pèsent lourdement sur les acheteurs dont la société mère est américaine, ceux ayant des contrats fédéraux américains, ou les clients dont les exigences en matière de fournisseurs excluent les fournisseurs faisant l’objet d’un avertissement national ; une entreprise suisse ou de l’UE non concernée par ces risques ne rencontre aucun obstacle juridique à l’achat, mais doit s’attendre à ce que la question soit soulevée lors des audits et dans les questionnaires destinés aux fournisseurs.
En partie, et uniquement du côté réseau. Elle répond directement aux questions suivantes : le trafic réseau fait-il l’objet d’une surveillance continue à la recherche d’intrusions ? Les fichiers suspects sont-ils exécutés dans un bac à sable avant d’atteindre les utilisateurs ? Les alertes sont-elles horodatées et transmises à un SIEM ? La réponse aux incidents s’appuie-t-elle sur une détection technique ? Elle ne répond à aucune des questions relatives aux terminaux — protection des terminaux, télémétrie EDR, contrôle des appareils et des applications, état des correctifs, chiffrement des disques, gestion des appareils mobiles — ni à aucune question concernant la sauvegarde, la continuité d’activité, la gestion des identités ou des accès. À ce niveau, il ne peut pas non plus répondre aux questions concernant l’analyse rétrospective du trafic ou un inventaire complet des actifs réseau, car le stockage du trafic brut, la table des sessions réseau et le module d’inventaire relèvent du niveau NDR Enhanced. Pour combler les lacunes au niveau des terminaux, passer à KATA Ultra ou ajouter Kaspersky Next EDR Expert, issu de la même gamme, revient généralement moins cher que d’associer un produit réseau d’un fournisseur à un produit pour terminaux d’un autre, car les résultats s’affichent dans une console unique au lieu d’être corrélés manuellement.
La différence déterminante réside dans le lieu où s’effectue la détection. Le niveau de base inspecte le trafic nord-sud passant par le capteur ; NDR Enhanced ajoute le trafic est-ouest, l’inspection approfondie des paquets, une carte du réseau et un module d’inventaire ; enfin, Ultra ajoute à cela la détection et la réponse au niveau des terminaux. Le niveau de base ne stocke pas de trafic brut ; ainsi, une fois qu’une alerte est périmée, il n’y a plus rien à réexaminer ; la détection des anomalies et celle du « shadow IT » ne sont disponibles qu’à partir de NDR Enhanced. Les scénarios XDR natifs, dans lesquels les verdicts relatifs au réseau et aux terminaux sont automatiquement corrélés, n’existent que dans la version Ultra. La documentation de Kaspersky désigne ces trois niveaux sous les noms de KATA, KATA NDR Enhanced et KATA Ultra ; veillez donc à vérifier lequel de ces trois niveaux correspond à l’offre proposée avant de passer commande.
| Fonctionnalités | KATA (de base) | NDR Enhanced | Ultra |
|---|---|---|---|
| Sandboxing avancé | ✓ | ✓ | ✓ |
| IDS sur le trafic nord-sud | ✓ | ✓ | ✓ |
| Réponse de la passerelle via ICAP | ✓ | ✓ | ✓ |
| IDS sur le trafic est-ouest et DPI | ✕ | ✓ | ✓ |
| Stockage du trafic brut et analyse rétrospective | ✕ | ✓ | ✓ |
| Carte du réseau et inventaire | ✕ | ✓ | ✓ |
| Détection des anomalies et du « shadow IT » | ✕ | ✓ | ✓ |
| Détection et réponse au niveau des terminaux | ✕ | ✕ | ✓ |
| Scénarios XDR natifs | ✕ | ✕ | ✓ |
La restriction régionale s'applique ici à l'inverse de ce qui se passe habituellement : le logiciel ne peut être vendu, revendu, concédé sous licence ou intégré à des produits destinés à des personnes américaines ; par conséquent, un groupe suisse ou européen disposant de filiales aux États-Unis ne peut pas l'adopter de manière uniforme sur l'ensemble de ses sites. La plateforme ne voit que le trafic qui atteint effectivement le capteur, ce qui signifie que la mise en miroir SPAN, ERSPAN ou RSPAN doit d’abord être configurée sur les commutateurs, et que le trafic chiffré n’est inspecté que lorsque le remplacement de certificat SSL est déjà en cours d’exécution sur le proxy. Il n’y a pas de console cloud : Central Node, Sensor et Sandbox s’exécutent sur vos propres serveurs ou machines virtuelles, ce qui facilite la résidence des données mais implique un surcroît de temps administratif pour les équipes qui ne souhaitent pas gérer des appliances. L'achat complémentaire le plus fréquent concerne la couverture des terminaux, car les alertes pointent régulièrement vers un hôte que ce niveau ne peut ni examiner ni isoler. L'absence de détection des anomalies, de détection du « shadow IT » et d'analyse rétrospective des paquets sont les autres raisons courantes pour lesquelles les acheteurs passent à un niveau supérieur peu après le déploiement.
Oui. Les requêtes de réputation pour les fichiers et les URL peuvent être redirigées vers le Kaspersky Private Security Network (KPSN) plutôt que vers le Kaspersky Security Network public, ce qui permet de conserver les requêtes au sein de votre propre infrastructure. Il s’agit de la configuration habituelle pour les organisations qui ne peuvent pas envoyer de métadonnées à un service de réputation externe.
Oui. Kaspersky Secure Mail Gateway et Kaspersky Security for Linux Mail Server peuvent être configurés comme capteurs de messagerie et transférer des copies des messages vers le nœud central pour analyse et mise en sandbox. L’intégration avec un serveur de messagerie via POP3 est également prise en charge.