第 2 章 安全风险和漏洞管理
Red Hat Ceph Storage(RHCS)通常与云计算解决方案一起部署，因此可以考虑 Red Hat Ceph Storage 部署作为一个大规模部署中的一个组件会很有帮助。这些部署通常具有共享的安全问题，在本指南称为安全区（Security Zones）。威胁者和向量会按照其动机和对资源的访问进行分类。目的是让您了解各个区域的安全顾虑，具体取决于您的目标。
2.1. 威胁者
威胁者是一个抽象的、用于指代您可能需要防御的一类行为的方式。能够使用更加强大的安全控制，这是成功攻击缓解和防止所需的安全控制。安全性是根据要求进行的平衡便利、防御和成本方面的问题。在某些情况下，无法保护 Red Hat Ceph Storage 部署免受所有威胁的威胁，如下所述。在部署 Red Hat Ceph Storage 时，您必须决定部署和使用余下的平衡。
作为风险评估的一部分，您还必须考虑您存储和任何可访问资源的数据类型，因为这将影响某些参与者。然而，即使您的数据对威胁威胁者没有吸引力，它们也可能很吸引于您的计算资源。
- Nation-State Actors: 这是最强大的攻击行为。Nation-state actors 可以使用巨大的资源来进行攻击。他们拥有超越其他任何参与者的功能。在没有严格控制（包括人工和技术）的情况下，很能防御此类的攻击。
- 主要犯罪组织： 这个类代表有强大能力和金融资源的攻击者。他们能够为攻击方法的开发和研究提供大量资金。近年来，一些兴起的组织（例如 Russian Business Network，它是一个大型网络犯罪组织），已证明网络攻击如何成为一种商品。工业间谍通常属于这类严重犯罪组织。
- 高能力组： 这通常指“骇客组织”，它们可能并没有强大的资金支持，但会对服务提供商和云环境操作者员造成严重威胁。
- 有动力的个人： 这些攻击者会包括不同的人员，例如恶意员工、受负面影响力的客户或小的工业间谍。
- Script Kiddies: 这些攻击者不针对特定的机构，而是运行自动化漏洞扫描和利用漏洞。它们通常看似微不足道，但可能会对一个机构构成声誉风险。
以下实践可帮助缓解上述发现的一些风险：
- 安全更新： 您必须考虑底层物理基础架构的端到端安全，包括网络、存储和服务器硬件。这些系统需要自己的安全强化实践。对于 Red Hat Ceph Storage 部署，您应该有一个计划定期测试和部署安全更新。
- 访问管理： 访问权限管理包括身份验证、授权和核算。身份验证是验证用户身份的过程。授权是向经过身份验证的用户授予权限的过程。记帐( accounting)是跟踪用户执行操作的过程。当向用户授予系统访问权限时，请应用 最小特权的原则，仅授予用户实际需要的粒度系统特权。这种方法还可以帮助缓解系统管理员中恶意执行者和排字错误的风险。
- 管理内部： 您可以通过应用谨慎分配基于角色的访问控制（最低访问权限）、在内部接口上使用加密以及使用身份验证/授权安全（如集中式身份管理）来缓解恶意人员的威胁。您还可以考虑额外的非技术选项，例如将职责分离和不定期的作业角色轮转。
