Keeper Security Reconnu dans le PAM Magic Quadrant™ et comme la Deuxième Entreprise de Sécurité à la Croissance la Plus Rapide au Monde
En savoir plusThreatLocker contrôle quelles applications peuvent s’exécuter sur les terminaux. KeeperPAM® gouverne chaque identité pouvant accéder à votre environnement – identifiant, surveillant et appliquant les politiques à travers les humains, les machines et les agents d'IA.
L'analyse repose sur la documentation et les informations accessibles au public au 12 août 2026.
Keeper combine la gestion des mots de passe, la gestion des secrets, la gestion des sessions privilégiées, la gestion des privilèges des terminaux et la RBI dans un seul coffre-fort zero knowledge. La gestion des privilèges des terminaux constitue l'un des piliers de la plateforme ; ainsi, les demandes d'élévation de privilèges, l'accès aux identifiants et l'activité des sessions sont régis par un moteur de règles unique et consignés dans une piste d'audit commune. La solution prend en charge les terminaux Windows, Linux et macOS, en s'appuyant sur des concepts de politique cohérents, une gouvernance centralisée et une visibilité d'audit sur l'ensemble des plateformes prises en charge.
Les MSP peuvent commencer par fournir la gestion des mots de passe et le contrôle des privilèges des terminaux, puis élargir leur offre pour inclure la gestion des secrets et la gestion des sessions complète à mesure que les besoins de leurs clients augmentent.
ThreatLocker est une plateforme de sécurité des terminaux zero-trust construite autour de la licence d’applications, du ringfencing, du contrôle du stockage et du contrôle réseau. Le contrôle d’élévation est un module à l’intérieur de cette plateforme. Il permet l’élévation d’applications sans attribuer des droits d’administrateur local aux utilisateurs.
La plateforme prend en charge Windows, Linux et macOS, mais il existe des différences significatives dans la profondeur des fonctionnalités entre les trois, avec un support le plus profond sous Windows et un support plus restreint sur Linux.
ThreatLocker n’inclut pas un coffre-fort d’identifiants privilégié, la gestion des secrets ou la gestion des sessions privilégiées.
Les MSP utilisant ThreatLocker pour le contrôle des terminaux ont besoin d’outils distincts pour couvrir ces zones d’accès privilégié.
Keeper Endpoint Privilege Manager (Keeper EPM) est une solution de gestion de l'élévation et de la délégation des privilèges (PEDM) spécialement conçue à cet effet. Il supprime les droits d’administrateur local en vigueur et les remplace par une élévation temporaire et à portée accordée au niveau du processus ou de la machine, sans nécessiter qu’une application autorise la liste de référence au préalable. Les politiques sont axées sur l’identité de l’utilisateur et du groupe entre les collections d’appareils, et les accords juste-à-temps (JIT) expirent automatiquement.
Elevation prend en charge les exigences d'authentification multifacteur (MFA), la saisie de justifications, les fenêtres temporelles et les flux de travail d'approbation en plusieurs étapes intégrés à Slack, Jira et ServiceNow. Il offre une couverture complète sur Windows, macOS et Linux avec une gouvernance des privilèges cohérente sur les trois systèmes d’exploitation.
ThreatLocker Elevation Control accorde des privilèges élevés à des applications ou processus spécifiques sans conférer aux utilisateurs des droits d'administrateur local. L'élévation de privilèges repose sur le système de liste blanche d'applications de ThreatLocker ; par conséquent, les applications doivent être approuvées avant que l'élévation puisse être accordée. Par conséquent, les nouveaux déploiements nécessitent une période d'établissement d'une référence.
L’élévation limitée dans le temps est prise en charge. Le modèle repose sur des applications plutôt que sur des identités, ce qui signifie que les politiques régissent ce qui peut être exécuté, et non qui peut accéder à quoi. Le contrôle d’élévation de ThreatLocker est documenté pour gérer les administrateurs locaux sous Windows et macOS. Linux est pris en charge au niveau de la plateforme pour l’allowlisting et le ringfencing, donc les MSP doivent vérifier si la gestion des privilèges Linux par ThreatLocker répond à leurs exigences de gouvernance.
Keeper EPM étend l’application des privilèges au-delà des humains, appliquant la même politique et le même modèle d’audit aux agents d'IA fonctionnant sur les terminaux.
Keeper EPM détecte les agents et leur attribue des identités pour surveiller leur comportement et fournir un score de risque basé sur l’action, permettant aux organisations de les gouverner activement à travers trois types de politiques différents.
Les organisations peuvent contrôler qui peut gérer les agents d'IA, ce que les agents peuvent faire et comment ils demandent l’élévation administrative.
ThreatLocker aborde les agents d'IA différemment de l’EPM de Keeper. Dans son permis de refus par défaut, il traite un agent d'IA comme n’importe quel autre exécutable ou script et contrôle s’il peut s’exécuter. Il n'attribue pas d'identité propre aux agents d'IA et n'applique pas la surveillance des comportements spécifique aux agents ni la notation des risques fondée sur les actions, fonctionnalités offertes par Keeper EPM.
Keeper stocke tous les identifiants privilégiés dans un coffre-fort chiffré zero knowledge ; les mots de passe ne sont jamais exposés lors du lancement d’une session. Chaque session privilégiée est enregistrée dans son intégralité: les frappes au clavier et les vidéos sont conservées sous forme de preuves d'audit immuables pour l'ensemble des tenants. KeeperAI® surveille les sessions en temps réel et peut automatiquement mettre fin à toute activité dépassant les seuils de risque définis.
Les clients peuvent bénéficier d’un accès direct à l’enregistrement de sessions et au journal d’audit, qui soutiennent les revues de conformité et la réponse aux incidents sans dépendre du MSP.
ThreatLocker n’inclut pas de coffre-fort d’identifiants privilégié. Elevation Control gère les privilèges au niveau de l'application sans stocker ni gérer les identifiants sous-jacents utilisés pour accéder aux systèmes. Il n'y a pas d'enregistrement de session privilégiée. La plateforme enregistre les événements d’élévation et d’exécution dans son cadre de politique terminale, pas ce qui se passe au sein d’une session.
Pour les MSP soutenant des clients soumis à des exigences strictes d’audit, ThreatLocker ne fournit pas de visibilité sur l’activité des techniciens effectuée lors des sessions privilégiées.
Le modèle de gouvernance de l’accès de Keeper repose sur l’identité. Les politiques sont axées sur les utilisateurs et les groupes, l’accès est accordé à des conditions justes-à-temps avec une expiration automatique et les identifiants ne sont jamais exposés pendant une session. Les flux de travail d’approbation prennent en charge la MFA, la capture de justification, la validation multipartite et l’accès limité dans le temps, configurable par tenant, par rôle ou par type d’entrée.
Le contrôle d’accès basé sur les rôles (RBAC) s’applique à la fois aux techniciens MSP et aux administrateurs côté client, avec un rôle d’administrateur délégué et un support informatique co-géré permettant la gouvernance client sans dépendance totale aux MSP.
ThreatLocker propose un centre d'approbation permettant aux utilisateurs finaux de demander une élévation de privilèges pour des applications spécifiques, tout en joignant des fichiers et des notes pour étayer leurs demandes. Les administrateurs, ou l’équipe de support Cyber Hero de ThreatLocker, peuvent approuver et appliquer l’élévation simultanément.
Le modèle de gouvernance est centré sur l’application. Une élévation de privilèges limitée dans le temps est disponible, mais les mécanismes de contrôle fondés sur l'identité — tels que l'exigence d'une authentification multifacteur (MFA) liée à l'élévation, les approbations multipartites ou les flux de travail de justification définis selon les rôles des utilisateurs — ne constituent pas le principal dispositif de contrôle de la plateforme.
L’architecture multi-tenant de Keeper est construite autour d’entreprises gérées (MC) isolées, des tenants entièrement séparés avec leurs propres systèmes RBAC, configurations de politiques et pistes d'audit. La gouvernance des privilèges est un plan de contrôle central, et non une caractéristique secondaire de la gestion des terminaux. Les techniciens MSP, les administrateurs clients et les auditeurs peuvent être connectés à des tenants spécifiques avec un accès de moindre privilège.
Les modèles de politique standardisés permettent d’intégrer de nouveaux clients selon une base de sécurité cohérente. Les intégrations PSA, une API REST et des outils CLI permettent l'automatisation à grande échelle.
ThreatLocker met explicitement en avant la prise en charge multi-tenant pour les MSP, incluant une gestion centralisée des politiques et des rapports pour l'ensemble des organisations clientes. Les MSP peuvent déployer et ajuster des politiques dans divers environnements depuis un portail cloud unifié, tirant parti de l’intégration RMM pour soutenir des opérations à grande échelle.
Des contrôles de rôle sont disponibles mais se concentrent principalement sur les permissions de gestion du terminal plutôt que sur la gouvernance des privilèges à portée d’identité tout au long du cycle de vie d’accès. Le modèle de gouvernance de la plateforme repose sur la politique d'exécution des applications plutôt que sur des contrôles d'identité transversaux entre les tenants.
Keeper est certifié FedRAMP High et autorisé GovRAMP High, détient les certifications SOC 2 Type II, ISO 27001/27017/27018, et est conforme aux normes HIPAA et PCI DSS, soutenu par la cryptographie validée FIPS 140-3.
ThreatLocker détient la certification SOC 2 Type II (la certification ISO 27001 étant indiquée comme en cours) et a obtenu, en août 2025, le statut FedRAMP Ready pour un déploiement cloud gouvernemental de sa suite, désormais référencée sur le FedRAMP Marketplace. FedRAMP Ready est une désignation sur le chemin de l’autorisation qui confirme qu’un examen de préparation a été effectué ; ce n’est pas la même chose qu’une certification FedRAMP complète, que la plupart des achats d’agences fédérales exigent.
Grâce à son module Defense Against Configurations (DAC), ThreatLocker associe également ses contrôles à des frameworks tels que NIST 800-53, CMMC, HIPAA, PCI DSS et ISO 27001. Cette cartographie est une capacité de visibilité conforme, distincte des certifications détenues par ThreatLocker.
iOS App Store
Appli Microsoft Store
Extension Chrome
Android
Voyez comment KeeperPAM donne aux MSP une visibilité et un contrôle complets sur les identifiants, les sessions, les secrets et les terminaux, sur une seule plateforme zero trust.
ThreatLocker est principalement une plateforme de sécurité des terminaux zero trust construite autour de la licence d’application, avec le contrôle d’élévation comme l’un de ses modules. Il contrôle quelles applications peuvent s’exécuter avec des privilèges élevés sans accorder aux utilisateurs des droits d’administrateur local. Cela n'inclut pas le coffre-fort d'identifiants, la gestion des secrets, l'enregistrement des sessions privilégiées ni la gestion des accès aux bases de données.
ThreatLocker Elevation Control gère quelles applications peuvent s’exécuter avec des permissions élevées, liées à ses politiques d’autorisation applicative. Le modèle est centré sur l’application, c’est-à-dire qu’il régit ce qui s’exécute, pas qui accède à quoi. KeeperPAM est centré sur l’identité ; il régit l’accès par utilisateur, rôle et politique à travers les identifiants, sessions, secrets, terminaux et bases de données. ThreatLocker est une couche de sécurité des terminaux ; Keeper correspond au cycle de vie complet de l’accès privilégié.
ThreatLocker peut aider à contenir l’activité des agents d'IA lorsque cet agent s’exécute en tant qu’application ou processus sur un terminal. Sa fonctionnalité de liste blanche d'applications contrôle quels logiciels, scripts, exécutables et bibliothèques sont autorisés à s'exécuter, tandis que le ringfencing limite les éléments avec lesquels les applications approuvées peuvent interagir, ou auxquels elles peuvent accéder, qu'elles peuvent lancer ou auxquels elles peuvent se connecter. En ce sens, ThreatLocker traite un agent d'IA comme n'importe quel autre comportement d'application sur un poste de travail et le restreint par défaut.
C’est différent de la gestion des identités, des identifiants et des accès privilégiés qu’un agent d'IA utilise pour s’authentifier dans les systèmes. Keeper aborde la sécurité des agents d'IA du côté de l’identité et de l’accès. Les agents d'IA peuvent utiliser des secrets et des identifiants gérés provenant du coffre-fort zero knowledge de Keeper, en bénéficiant d'un accès juste-à-temps et fondé sur le principe du moindre privilège, d'une rotation automatisée, de l'absence de secrets codés en dur et d'une traçabilité complète des sessions, des commandes et de l'utilisation des secrets.
ThreatLocker a obtenu le statut FedRAMP Ready en août 2025 pour un déploiement cloud gouvernemental et est nommé sur le marché FedRAMP. FedRAMP Ready est une première étape sur la voie vers l’autorisation : il confirme qu’une revue de préparation a été réalisée, mais il ne s’agit pas d’une certification FedRAMP complète, comme l’exige la plupart des achats des agences fédérales. Keeper est certifié FedRAMP High et autorisé GovRAMP High.
Non, ThreatLocker n’inclut pas de coffre-fort d’identifiants privilégié ni d’enregistrement de sessions privilégiées. Son module de contrôle d’élévation gère l’élévation des privilèges au niveau de l’application au sein de sa plateforme de sécurité terminale. Les MSP utilisant ThreatLocker pour le contrôle des terminaux ont toujours besoin d’une solution distincte pour la gestion des identifiants, l’enregistrement des sessions et la gestion des secrets.
Vous devez autoriser les cookies pour utiliser le Chat en direct.