Cybersécurité Zero Trust avec contexte partagé et contrôle du client
Cypher Sentinel réunit les contextes d’identité, d’appareil, de réseau et de politique pour soutenir une sécurité Zero Trust dans tout votre environnement opérationnel. Ses fonctionnalités natives et ses passerelles d’intégration relient les outils existants à des enquêtes et réponses coordonnées, le client définissant les limites de déploiement et l’autorité d’agir.
Conservez votre environnement de sécurité. Renforcez chaque décision d’accès.
Intégrez les signaux que vos outils produisent déjà à un contexte de sécurité plus large. Cypher Sentinel ajoute 160 fonctionnalités exposées au travers de 90 moteurs accessibles aux clients et de 27 familles de commandes, aidant les équipes à coordonner la protection des utilisateurs, appareils, applications et données.
Découvrir l’architecture de la plateforme · Explorer la démonstration
Le Zero Trust commence par la ressource à protéger
Le NIST SP 800-207 décrit une architecture de sécurité qui n’accorde pas de confiance implicite sur la seule base de la localisation réseau ou de la propriété des actifs. L’authentification et l’autorisation sont évaluées pour l’accès à une ressource, avec des politiques éclairées par le contexte pertinent.
Pour un déploiement, cela signifie répondre à des questions concrètes : qui demande l’accès, depuis quel appareil, à quelle ressource, dans quelles conditions et avec quels privilèges ? La surveillance continue donne à l’organisation une base pour réexaminer l’accès lorsque le risque change.
Le modèle de convergence de Cypher Sentinel intègre ces questions au même environnement opérationnel que le renseignement sur les menaces, la surveillance des terminaux, l’analyse réseau et l’orchestration de sécurité. Le contexte partagé soutient une décision coordonnée, tandis que les politiques du client déterminent l’action qui en découle.
Réunissez les contextes d’identité, d’appareil et de menace
Un modèle opérationnel commun aux fonctions de sécurité connectées
- Identité et accès : examinez l’activité du compte, le contexte d’authentification et les privilèges pertinents pour la ressource.
- Appareil et terminal : intégrez la posture de l’appareil et les signaux du terminal à l’enquête et à l’évaluation de l’accès.
- Réseau et application : reliez le trafic, l’activité des services et les frontières de segmentation au même contexte de sécurité.
- Renseignement sur les menaces et analyse : reliez les indicateurs pertinents et les constats comportementaux aux entités faisant l’objet de l’enquête.
- Politique et réponse : coordonnez les actions permises au moyen des fonctionnalités natives et des systèmes connectés, dans les limites définies par le client.
Les produits IAM, SIEM, EDR et réseau existants peuvent rester dans l’environnement. La conception de l’intégration identifie les signaux disponibles pour chaque produit sélectionné, les autorisations d’accès nécessaires et les points d’application impliqués dans un processus.
Un scénario de risque d’accès à explorer dans un pilote
Considérons un utilisateur demandant l’accès à une application sensible alors qu’un outil de terminaux signale une activité suspecte sur son appareil. Un pilote utile relie les preuves d’identité et d’appareil à la ressource exposée, puis démontre la réponse permise :
- Recevoir les signaux pertinents. Intégrez l’événement d’identité et l’alerte du terminal sélectionnés à l’enquête.
- Construire le contexte partagé. Reliez le compte, l’appareil, l’activité de l’application et le renseignement disponible sur les menaces.
- Évaluer la politique convenue. Examinez l’accès demandé et les conditions de réponse définies par le client.
- Appliquer le processus autorisé. Recommandez une action à approuver ou exécutez une procédure préalablement approuvée par le point d’application choisi.
- Examiner le résultat. Examinez l’action, les preuves qui la justifient et les décisions de l’opérateur, y compris la gestion des exceptions.
Il s’agit d’un scénario d’évaluation illustratif. Le pilote établit les produits, signaux et actions réellement disponibles dans votre environnement. Il donne à l’équipe de sécurité un moyen concret d’évaluer l’intérêt du contexte partagé et du contrôle coordonné.
Organisez le déploiement selon les cinq piliers de la CISA
Le modèle de maturité Zero Trust de la CISA propose cinq piliers pour organiser les travaux. Chacun devient un élément concret de la discussion sur le déploiement :
- Identité : quelles identités, quels privilèges et quels signaux d’authentification sont concernés ?
- Appareils : comment leur posture est-elle établie et mise à jour ?
- Réseaux : où se trouvent les frontières de communication et les points d’application ?
- Applications et charges de travail : quelles ressources et interactions de services nécessitent un accès régi par des politiques ?
- Données : quelles informations sont sensibles, qui peut les utiliser et comment sont-elles protégées ?
Utilisez le cadre choisi pour définir le périmètre et les preuves, puis testez les relations entre ces domaines. Les 27 familles de commandes, 90 moteurs accessibles aux clients et 160 fonctionnalités exposées de Cypher Sentinel décrivent l’organisation de la plateforme ; le déploiement associe les fonctions pertinentes au modèle de sécurité choisi par le client.
Coordination pilotée par l’IA. Autorité définie par l’humain.
Le modèle opérationnel fondé sur l’IA est conçu pour réduire la corrélation manuelle et accélérer la réponse. Le client détermine l’autorité attribuée à chaque processus : recommandations pour un opérateur, exécution de procédures approuvées ou action autonome dans le cadre d’une politique définie. Les actions ayant un impact plus important sont soumises à approbation.
Ce contrôle englobe les systèmes connectés, les informations échangées et le lieu de fonctionnement de la plateforme. Le déploiement souverain intègre le modèle opérationnel à une infrastructure contrôlée par le client, le périmètre des déploiements isolés étant défini selon les signaux disponibles, les mises à jour et les transferts approuvés.
Associez Zero Trust et protection cryptographique
Cypher Sentinel intègre la cryptographie post-quantique et les fonctionnalités cryptographiques avancées à la même plateforme que le contrôle d’accès et les opérations de sécurité. La conception cryptographique établit comment les clés, signatures et opérations protégées sur les données choisies répondent aux exigences du déploiement.
Pour les gouvernements et la défense, une évaluation peut associer accès aux ressources, autorité opérationnelle et infrastructure souveraine. Pour les infrastructures critiques, elle peut examiner l’accès des opérateurs, les frontières des systèmes et les conséquences opérationnelles d’une réponse.
Un pilote ciblé commence par un processus prioritaire et des critères d’acceptation clairs : contexte exploitable, autorisations appropriées, application observable et trace de preuves compréhensible. Découvrez le modèle opérationnel complet de Cypher Sentinel.
Questions fréquentes
Qu’est-ce qu’une plateforme de cybersécurité Zero Trust ?
Une plateforme de cybersécurité Zero Trust réunit les contextes d’identité, d’appareil, de ressource et de politique pour soutenir les décisions d’accès et la surveillance continue. Cypher Sentinel associe ces fonctions aux fonctionnalités de sécurité natives et à certaines intégrations externes sous une autorité définie par le client.
Le Zero Trust exige-t-il de remplacer nos outils IAM, SIEM ou de terminaux existants ?
Non. Cypher Sentinel est conçu pour fonctionner aux côtés des outils existants au moyen de passerelles et d’API sélectionnées. Le déploiement identifie les systèmes qui fournissent les signaux d’identité, d’appareil et de menace, les points d’application des politiques et les actions de réponse permises.
Quels sont les cinq piliers du modèle de maturité Zero Trust de la CISA ?
Le modèle de maturité Zero Trust de la CISA regroupe les travaux en Identité, Appareils, Réseaux, Applications et charges de travail, et Données. Ces cinq piliers permettent d’organiser l’évaluation d’un déploiement ; le modèle comprend aussi trois fonctionnalités transversales.
Qui décide si Cypher Sentinel peut agir automatiquement ?
Le client définit l’autorité de chaque processus. Cypher Sentinel peut être limité aux recommandations, à l’exécution de procédures approuvées ou à des actions autonomes dans le cadre d’une politique définie. Les actions ayant un impact plus important sont soumises à approbation selon le modèle opérationnel convenu.
Comment le Zero Trust réduit-il l’impact des identifiants compromis ?
L’accès de moindre privilège, l’évaluation des appareils, les politiques au niveau des ressources et la surveillance continue peuvent limiter ce qu’un compte compromis peut atteindre. Le déploiement doit définir les points d’application et les processus de réponse pertinents, puis démontrer leur comportement lorsque le risque lié à l’identité ou à l’appareil change.
Que doit démontrer un pilote Zero Trust ?
Un pilote doit montrer un processus défini d’accès ou d’enquête, des signaux initiaux à l’évaluation des politiques puis à l’action autorisée. Examinez les preuves utilisées, les autorisations appliquées, le contrôle de l’opérateur, le résultat de l’application des règles et le traitement des exceptions ou de la perte d’un signal.
Découvrez l’architecture connectée
Faites fonctionner le Zero Trust dans tout votre environnement de sécurité
Connectez vos outils existants aux fonctionnalités natives de Cypher Sentinel. Définissez les ressources, les politiques et l’autorité de réponse pour un pilote ciblé.
Discutons de votre pilote Zero Trust