信任与保证

是。客户可要求不再允许容器参与收集过程。

Tenable uses data centers and services from Amazon Web Services (AWS) to provide and deliver Tenable One Vulnerability Management to customers. Collection and processing of customer scan data occurs inside the Tenable cloud platform within the geographic region where the customer's account is hosted, unless the customer explicitly selects a different geographic region for the data to reside. 目前的位置有：

• 美国东部
• 美国西部
• U.S Central
• 伦敦
• 法兰克福
• 悉尼
• 新加坡
• 加拿大
• 日本

Tenable 会在未来支持其他国家/地区。

由于所有客户数据均存储在安全可靠、区域性的 AWS 服务中， AWS 所持有的欧盟数据保护认证也适用于 Tenable 云。 有关更多信息，请访问：https://aws.amazon.com/compliance/eu-data-protection/。

是。数据会存储在创建帐户时所选的国家/地区。

Tenable applies multiple security measures to deliver Tenable One Vulnerability Management data security and privacy. 有关所采用安全测试的详细说明，请查看数据安全和隐私产品资料。

数据安全和隐私产品资料提供了全面的详细信息。

Tenable 拥有一支专门的跨职能团队来推动安全软件开发生命周期 (SSDLC)。 为了以最快速度提供安全、高质量的产品，Tenable 利用自动化安全测试，在向客户发布软件之前识别出源代码、依赖组件和底层基础设施中任何潜在的漏洞。 Tenable 会利用静态应用程序安全测试 (SAST)、依赖组件和第三方库扫描 、动态应用程序测试 (DAST) 以及容器映像漏洞测试。 在整个开发流程中，遵守和强制执行严格的评分标准。

Tenable 提供众多机制来帮助客户保证数据安全和控制评估，其中包括：

• 数据在传输中和存储中均采用 AES-256 和 TLS 加密密码进行加密。 加密密钥经过安全存储，访问权限会受到限制。各种应用程序基础设施层均会应用加密，并禁止分享密钥。
• Tenable 会在五 (5) 次登录尝试失败之后锁定帐户，以此防止暴力破解攻击。
• 客户可通过 Twillo 所提供的服务来配置双重身份验证。
• Customers can integrate Tenable One Vulnerability Management with their SAML deployment. Tenable One Vulnerability Management supports both IdP and SP initiated requests. 最后，用户可使用电子邮件地址在应用程序内部直接重置密码。
• Customers can build custom connections to Tenable One Vulnerability Management using our documented APIs or SDKs. 访问可通过创建特定的 API“密钥”来进行授权和控制。 可支持将不同的密钥用于不同的集成，而无须共享用户凭证。
• 我们在云端收集的数据不会包括任何含有 PII 或个人数据的扫描数据。 对于我们用于执行跨行业分析的扫描数据，任何可能识别客户身份的数据在使用前都会在 Tenable One 平台中被省略或匿名化处理。
• 为防止数据拦截，所有与平台的通信均通过 SSL (TLS-1.2) 加密。 此外，旧版非安全 SSL 协商会遭到拒绝，以确保实现最高级别防护。

All data in all states in the Tenable One Vulnerability Management platform is encrypted with at least one level of encryption, using AES-256 and TLS encryption ciphers.

静态： 数据使用 AES-256 标准进行至少一层加密并存储于加密媒体上。

一些数据类别包括针对每个文件的二级加密。

传输状态： 数据在传输中使用具 4096 位密钥的 TLS v1.2 进行加密（包括内部传输）。

Tenable One Vulnerability Management Sensor Communication: 从传感器到平台的流量总是由传感器启动，并且仅在端口 443 出站。 流量使用具 4096 位密钥的 TLS 1.2 通过 SSL 通信进行加密。此举可免去更改防火墙的麻烦，并允许客户利用防火墙规则控制连接。

• 扫描器至平台身份验证
• 该平台为连接到容器的每个扫描程序随机生成一个 256 位长度的密钥，并在链接过程中将该密钥传递给扫描程序。
• 扫描程序在请求作业、插件更新和更新为扫描程序二进制数据时，使用此密钥对控制器进行身份回验。
• 扫描器至平台作业通信
• 扫描程序每 30 秒即联系一次平台。
• 如果存在作业，平台会生成一个 128 位的随机密钥。
• 扫描程序从平台请求策略。
• 控制器使用密钥加密策略，包括在扫描过程中使用的凭据。

备份/复制状态： 卷快照和数据副本存储所使用的加密级别与其来源相同，不低于 AES-256。 所有复制均通过提供商完成。 Tenable 不会将任何数据备份到场外物理媒体或物理系统。

索引状态： 索引数据使用 AES-256 标准进行至少一层加密并存储于加密媒体上。

扫描凭据：Are stored inside of a policy that is encrypted within the container's AES-256 global key. 扫描启动时，该策略会使用一个随机的 128 位密钥加密，并使用具 4096 位密钥的 TLS v1.2 进行传输。

密钥管理： 密钥集中存储，并使用基于角色的密钥进行加密，其访问受到限制。 存储的所有加密数据都可转为一个新的密钥。数据文件加密密钥在每个区域站点上均不相同，磁盘级密钥也是如此。 密钥严禁共享，且每年会对密钥管理程序进行审查。

客户不可对密钥管理进行配置。Tenable 管理密钥以及密钥轮换。

Tenable 已获得以下认证：

• 云安全联盟 (CSA) STAR
• Privacy Shield Framework
• ISO 27001
• 国家信息保障合作伙伴计划 (NIAP)
• FedRAMP authorization for Tenable One Vulnerability Management and Tenable One Web App Scanning

The Tenable One Vulnerability Management platform makes every effort not to collect PII data types in a format that would require additional certifications or security measures. 我们在云端收集的数据不会包括任何含有 PII 或个人数据的扫描数据。 对于我们用于执行跨行业分析的扫描数据，任何可能识别客户身份的数据在使用前都会在 Tenable One 平台中被省略或匿名化处理。这包括信用卡号、社会安全号码和其他自定义检查项。一旦 Tenable 插件捕获可能包含敏感信息或个人信息的字符串，该平台将自动混淆其中至少 50% 的字符，以保护可能具敏感性的数据。

Each customer's data is marked with a “container ID” that corresponds to a specific customer subscription. This container ID assures access to a customer's data is limited to only that customer.

Tenable 利用自主研发的解决方案按日、周或月对所有公司笔记本电脑、基础设施和云环境进行扫描。 All findings are analyzed, ticketed and tracked in accordance with the Tenable One Vulnerability Management policy. Tenable's vulnerability management program encompases authenticed, agent, web application and database scanning. 除此之外，我们还设有以下控制措施：

• 由防火墙和网络分段来控制访问。
• Automated tools and processes monitor the Tenable One Vulnerability Management platform for uptime, performance and to detect anomalous behavior.
• 针对日志实行全天候自动化监测，Tenable 工作人员亦可全天候对事件作出响应。
• 利用第三方对我们的应用程序、服务和业务整体进行渗透测试。
• Tenable 会利用漏洞报告板，接收并响应广大安全研究人员社区发现的任何弱点或漏洞。 在发现的报告完成分类和响应后，Tenable 将发布安全公告，以便利客户、潜在客户和更广泛的社区。
• Tenable 会通过严格的风险管理计划审查每一家第三方供应商。

The sensors that connect to the platform play a major role in a customer's security, collecting vulnerability and asset information. Protecting this data and ensuring the communication paths are secure is a core function of Tenable One Vulnerability Management. Tenable One Vulnerability Management supports several sensors today: Nessus 漏洞扫描器、被动扫描器和 Nessus 代理。

These sensors connect to the Tenable One Vulnerability Management platform after cryptographically authenticating and linking to Tenable One Vulnerability Management. Once linked, Tenable One Vulnerability Management manages all updates (plugins, code, etc.) to ensure the sensors are always up to date.

从传感器到平台的流量总是由传感器启动，并且仅在端口 443 出站。流量使用具 4096 位密钥的 TLS 1.2 通过 SSL 通信进行加密。此举可免去更改防火墙的麻烦，并允许客户利用防火墙规则控制连接。

• 扫描器至平台身份验证
• 该平台为连接到容器的每个扫描程序随机生成一个 256 位长度的密钥，并在链接过程中将该密钥传递给扫描程序。
• 扫描程序在请求作业、插件更新和更新为扫描程序二进制数据时，使用此密钥对控制器进行身份回验。
• 扫描器至平台作业通信
• 扫描程序每 30 秒即联系一次平台。
• 如果存在作业，平台会生成一个 128 位的随机密钥。
• 扫描程序从平台请求策略。
• 控制器使用密钥加密策略，包括在扫描过程中使用的凭据。

The Tenable One Vulnerability Management services strive to provide a 99.95% or better uptime, and have delivered 100% uptime on the majority of services. Tenable 已发布 SLA，表明我们会确保所有用户均可使用该平台，并说明倘若发生计划外停机，我们会如何取信于客户。

“正常运行”状态简单取决于第三方托管的公共可用性测试，其定期测试所有服务的可用性。 有关现有和以前的服务运行时间相关信息，请访问 https://status.tenable.com/.

Tenable One Vulnerability Management makes extensive use of the AWS platform and other leading technologies to ensure our customers experience the best possible service and overall quality. 下方是为惠及客户所部署解决方案的部分列表：

• Elasticsearch 集群： Elasticsearch 群集可用性高，可从主节点、lb 节点和至少一 (1) 个数据节点的丢失中恢复，而不会影响服务可用性。
• Elastic Block Store： 用于获取每日快照并存储八 (8) 份副本
• Kafka 生态系统： Kafka 和 Zookeeper 都可在群集中复制数据，提供任何节点应对灾难性故障的容错能力。
• Postgres 实例： 管理后端微服务框架，保留 30 天的快照

复制的数据存储在同一区域内。

灾难是指可造成一或多个区域中数据或设备发生无法恢复之损失的事件。

Tenable One Vulnerability Management disaster recovery procedures have several levels and are designed to react to situations that may occur from anywhere between once in five years to once in 50 years. 根据灾难范围的不同，恢复程序用时 60 分钟至 24 小时不等。

客户可控制访问其数据的对象，包括为其人员分配角色和权限，并授权 Tenable 支持人员的暂时访问。

Tenable One Vulnerability Management customer administrators can assign user roles (basic, scan operator, standard, scan manager, administrator and disabled) to manage permissions for major functions in Tenable One Vulnerability Management such as access to scans, policies, scanners, agents and asset lists. 客户还可以指定访问组，允许所在企业中的小组在汇总的扫描结果中查看特定资产和相关漏洞，并对特定目标运行扫描，查看单个扫描结果。

可以。Tenable Technical Support restricts the Tenable One Vulnerability Management impersonation privilege to a subset of authorized senior roles. With customer permission, authorized senior members of Tenable's global support staff can impersonate user accounts, which allows them to perform operations in Tenable One Vulnerability Management as another user without needing to obtain that user's password.

Tenable 支持人员或客户可申请激活此功能。If Tenable Technical Support needs to impersonate a Tenable One Vulnerability Management user, a ticket is opened and tracked until closure. 技术支持会在确定需要模拟的业务后，向客户发送电子邮件。 客户需要通过电子邮件确认，技术支持可以进行用户模拟。 只有在获得客户批准的情况下，技术支持才可模拟用户。 支持中记录的每个问题均须授予权限。批准情况可在最初开启的工单内进行追踪。 Tenable 任何时候都不会以总体“确定”的方式操作以进行模拟。

Tenable 有明确的雇用和解雇流程。所有员工在雇用入职阶段均须签署保密协议；此外，所有帐户和访问密钥在离职时将立即予以撤销。All Tenable One Vulnerability Management operations staff are also required to pass a third-party background check.

只有帐户管理员和得到授权的 Tenable 高级支持人员可以使用模拟功能。 出于安全目的，所有能够执行模拟功能的帐户均要求进行双重身份验证。 Tenable 会在内部审查模拟情况，而每位客户也可以审查对其帐户执行的模拟。 All impersonations are logged in audit logs, and all Tenable One Vulnerability Management customers can audit impersonations through the API. Tenable documents how to pull the audit logs in the following public document, https://developer.tenable.com/reference#audit-log. 请注意：上述审核日志中偶尔会出现自动帐户 ([email protected])。

Tenable 竭力确保客户数据受到保护，并通过与客户合作保证其策略得到贯彻，保障在必要区域的数据留存。 不过，用户模拟可能导致数据离开主位置。 在某些情况中，相关工作需要在当地的下班时间之后继续执行，因此会需要使用“全天候”流程。 还有某些情况，客户通过在非所在区域发送电子邮件给 Tenable 报告，或以其他方式违背自身政策。

对于使用得到 FedRAMP 授权认证 Tenable 产品的用户，此类数据一律会在美国存储。

否。所有流量均由扫描器启动，并且仅用于出站。The scanners are installed behind the customer's firewall and customers can control access of the scanners via their firewall.

The data retention policy for Tenable One Vulnerability Management and other Tenable-hosted products is 12 months of retention for existing customers. 对于终止产品订阅的客户，客户数据会自终止日期起，保留 30 天的时间。 Tenable's data retention policy with respect to PCI scans matches then-current requirements set forth by the PCI Security Standards Council.

The ability to measure progress over time is a core function of the Tenable One Vulnerability Management platform. Tenable One Vulnerability Management will automatically store customer data for 12 months to allow customers to report over a one (1) year period of time.

如果客户的帐户到期或终止，Tenable 会保留当时的数据，但时间不会超过 30 天。此后，此类数据可能会被删除，并且无法恢复。

根据 PCI 的规定，对于 PCI 合规验证流程中所涉及的数据，直到 PCI 认证日期之后至少 3 年方可删除。 Tenable retains this data for this time period, even if the customer chooses to delete their scans or account or terminates their Tenable One Vulnerability Management service.

为确保最佳体验，只要客户容器保持启用状态，Tenable 就会收集此类信息。 一旦客户终止服务，对数据的保留将不会超过 30 天。

通用标准认证通常不适用于 SaaS 解决方案，因其更新频率不适合需用时六到九 (6-9) 个月才能完成的认证流程。 Tenable 的 Tenable Security Center、Nessus Manager、Nessus Agents 和日志关联引擎(LCE) 已获得通用标准认证。