KeeperPAM 与 ThreatLocker：特权访问管理 (PAM) 对比

ThreatLocker 权限提升控制功能允许向特定应用程序或进程授予提升的权限，而无需授予用户本地管理员权限。权限提升取决于 ThreatLocker 的应用程序允许列表，因此应用程序必须先获得批准才能获得权限提升。因此，新的部署需要一个基准期。

支持限时权限提升。该模型基于应用程序而不是身份，这意味着策略控制可执行的内容，而不是谁可以访问哪些内容。ThreatLocker 的权限提升控制功能用于管理 Windows 和 macOS 上的本地管理员。Linux 在平台级别上支持允许列表和风险隔离，因此 MSP 应验证 ThreatLocker 的 Linux 特权处理是否满足其治理要求。

ThreatLocker 对 AI 智能体的处理方式与 Keeper EPM 不同。在其默认拒绝的允许列表中，它将 AI 智能体视为任何其他可执行文件或脚本，并控制其是否可以运行。它不会为 AI 智能体分配自己的身份，也不会提供 Keeper EPM 所具备的、针对智能体的行为监控和基于操作的风险评分。

ThreatLocker 不包含特权凭据保管库。Elevation Control 可管理应用程序级别的特权，但不存储或管理用于访问系统的底层凭据。不提供特权会话录制功能。该平台会在其端点策略框架内记录权限提升和执行事件，而不会记录会话内部发生的活动。

对于为审计要求严格的客户提供支持的 MSP 而言，ThreatLocker 无法提供对技术人员在特权会话期间所执行活动的可见性。

ThreatLocker 提供了一个审批中心，最终用户可以在其中请求提升特定应用程序的权限，并附上文件和注释来支持他们的请求。管理员或 ThreatLocker Cyber Hero 支持团队可同时批准并应用权限提升。

治理模型以应用程序为中心。平台虽然提供了限时权限提升，但基于身份的策略控制（例如与权限提升相关的 MFA 要求、针对用户角色的多方审批或授权工作流）并非该平台的主要控制机制。

ThreatLocker 明确提供面向 MSP 的多租户支持，可在客户组织之间实现集中化的策略管理和报告功能。MSP 可通过统一的云门户在不同环境中部署和调整策略，并利用 RMM 集成支持大规模运营。

角色控制功能虽然可用，但主要侧重于端点管理权限，而不是贯穿整个访问生命周期的身份范围特权治理。该平台的治理模型以应用程序执行策略为核心，而非跨租户身份控制。

ThreatLocker 拥有 SOC 2 II 型认证（正在申请 ISO 27001 认证），并在 2025 年 8 月获得了 FedRAMP Ready 认证，可用于政府云部署，该套件现已在 FedRAMP Marketplace 上线。FedRAMP Ready 是获得授权过程中的一项认证，确认已完成准备就绪审查；它不同于完整的 FedRAMP 认证，而大多数联邦机构采购均要求获得该认证。

ThreatLocker 通过其“防御配置 (DAC)”模块，将其控制措施映射到包括 NIST 800-53、CMMC、HIPAA、PCI DSS 和 ISO 27001 在内的框架。该映射是一种合规可见性功能，与 ThreatLocker 所持有的认证不同。