适用于 Azure IoT 中心的 Azure 安全基线

  • 项目

此安全基线将 Azure 安全基准版本 1.0 中的指南应用于 Azure IoT 中心。 Azure 安全基准提供有关如何在 Azure 上保护云解决方案的建议。 内容按安全控制措施分组，这些控制措施根据适用于 Azure IoT 中心的 Azure 安全基准和相关指南定义。 排除了不适用于 Azure IoT 中心的控制措施。

若要查看 Azure IoT 中心如何完全映射到 Azure 安全基准，请参阅完整的 Azure IoT 中心安全基准映射文件。

网络安全性

有关详细信息，请参阅 Azure 安全基线： 网络安全。

1.1：保护虚拟网络中的 Azure 资源

指导：IoT 中心是一种多租户平台即服务 (PaaS)，不同的客户共用相同的计算、网络和存储硬件资源池。 IoT 中心的主机名会映射到一个公共终结点，该终结点具有可通过 Internet 以公开方式路由的 IP 地址。 不同的客户将共享此 IoT 中心公共终结点，广域网和本地网络中的 IoT 设备均可对其进行访问。 Microsoft 根据每个租户的数据完全隔离的原则设计了该服务，并会持续努力确保此效果。

IoT 中心的功能，包括消息路由、文件上传和批量设备导入/导出，还需要配置有从 IoT 中心到客户拥有的 Azure 资源的连接（通过其公共终结点）。 这些连接路径上的流量共同构成了从 IoT 中心到客户资源的出口流量。

建议通过你自己运行的虚拟网络来限制与 Azure 资源（包括 Azure IoT 中心）的连接，以减少隔离网络中的连接风险，并直接将本地网络连接到 Azure 主干网络。 在可行的情况下，使用 Azure 专用链接和 Azure 专用终结点来启用从其他虚拟网络对服务的专用访问。

建立专用访问后，为 IoT 中心禁用公用网络访问以进一步提高安全性。 针对特定的 IoT 中心资源强制实施这种网络级控制，以确保隔离。 为了使服务对其他使用公共路径的客户资源保持活动状态，其公共终结点需保持可解析状态，IP 地址需保持可发现状态，端口需保持打开状态。 不必为此担忧，因为 Microsoft 集成了多层安全保护，可确保租户间完全隔离。

将设备中开放的硬件端口数保持在最低限度，以避免不必要的访问。 此外，建立相应机制来阻止或检测对设备的物理篡改。

责任：客户

Azure 安全中心监视：无

1.2：监视和记录虚拟网络、子网和 NIC 的配置与流量

指南：使用 Azure 安全中心并遵循网络保护建议来帮助保护 Azure 网络资源。 启用网络安全组流日志，并将日志发送到 Azure 存储帐户进行审核。 你还可以将流日志发送到 Log Analytics 工作区，然后使用流量分析来提供有关 Azure 云中流量模式的见解。 流量分析的优势包括能够可视化网络活动、识别热点和安全威胁、了解通信流模式，以及查明网络不当配置。

责任：客户

Azure 安全中心监视：无

1.3：保护关键 Web 应用程序

指导：不适用；此建议适用于 Azure 应用服务或计算资源上运行的 Web 应用程序。

责任：不适用

Azure 安全中心监视：无

1.4：拒绝与已知恶意的 IP 地址进行通信

指导：使用 IoT 中心 IP 筛选规则阻止已知的恶意 IP。 另外，通过适用于 IoT 的 Azure 安全中心记录恶意尝试行为并针对其发出警报。

Azure DDoS 防护基本版已作为 IoT 中心的一部分启用，使用时无需额外付费。 始终可用的流量监控和常见网络级别攻击的实时风险缓解提供了 Microsoft 联机服务所采用的相同防御机制。 整个 Azure 全球网络的规模可用于跨区域分散和缓解攻击流量。

责任：客户

Azure 安全中心监视：无

1.5：记录网络数据包

指南：不适用；此建议适用于生成网络数据包的产品/服务，这些数据包可由客户记录和查看。 IoT 中心不生成面向客户的网络数据包，并且不能直接部署到 Azure 虚拟网络中。

责任：不适用

Azure 安全中心监视：无

1.6：部署基于网络的入侵检测/入侵防护系统 (IDS/IPS)

指南：从 Azure 市场中选择一种产品/服务，该产品/服务应支持包含有效负载检查功能的 IDS/IPS 功能。 如果不需要进行有效负载检查，则可以使用 Azure 防火墙威胁情报。 使用基于 Azure 防火墙威胁情报的筛选功能，针对进出已知恶意 IP 地址和域的流量发出警报并/或阻止该流量。 IP 地址和域源自 Microsoft 威胁智能源。

在组织的每个网络边界上部署所选的防火墙解决方案，以检测并/或阻止恶意流量。

责任：客户

Azure 安全中心监视：无

1.7：管理发往 Web 应用程序的流量

指导：不适用；此建议适用于 Azure 应用服务或计算资源上运行的 Web 应用程序。

责任：不适用

Azure 安全中心监视：无

1.8：最大程度地降低网络安全规则的复杂性和管理开销

指南：对于需要访问 Azure IoT 中心的资源，请使用虚拟网络服务标记来定义网络安全组或 Azure 防火墙上的网络访问控制。 创建安全规则时，可以使用服务标记代替特定的 IP 地址。 通过在规则的相应源或目标字段中指定服务标记名（例如，AzureIoTHub），可以允许或拒绝相应服务的流量。 Microsoft 会管理服务标记包含的地址前缀，并会在地址发生更改时自动更新服务标记。

责任：客户

Azure 安全中心监视：无

1.9：维护网络设备的标准安全配置

指南：使用 Azure Policy 为与 Azure IoT 中心命名空间关联的网络资源定义和实施标准安全配置。 在“Microsoft.Devices”和“Microsoft.Network”命名空间中使用 Azure Policy 别名创建自定义策略，以审核或强制实施机器学习命名空间的网络配置。

责任：客户

Azure 安全中心监视：无

1.10：阐述流量配置规则

指南：对与 Azure IoT 中心部署关联的网络资源使用标记，以便按逻辑将这些资源组织成某种分类。

责任：客户

Azure 安全中心监视：无

1.11：使用自动化工具来监视网络资源配置和检测更改

指南：使用 Azure 活动日志监视网络资源配置，并检测与 Azure IoT 中心相关的网络资源的更改。 在 Azure Monitor 中创建当关键网络资源发生更改时触发的警报。

责任：客户

Azure 安全中心监视：无

日志记录和监视

有关详细信息，请参阅 Azure 安全基线： 日志记录和监视。

2.2：配置中心安全日志管理

指南：通过 Azure Monitor 引入日志来聚合 Azure IoT 中心生成的安全数据。 在 Azure Monitor 中，使用 Log Analytics 工作区来查询和执行分析，并使用存储帐户进行长期/存档存储。 或者，可以启用数据并将其加入 Azure Sentinel 或第三方安全信息和事件管理 (SIEM)。

Azure 安全中心监视：是

责任：客户

Azure 安全中心监视：无

2.3：为 Azure 资源启用审核日志记录

指导：在 Azure 资源上启用 Azure IoT 诊断设置，以访问审核日志、安全日志和资源日志。 活动日志自动可用，包括事件源、日期、用户、时间戳、源地址、目标地址和其他有用元素。

责任：客户

Azure Policy 内置定义 - Microsoft.Devices：

名称
（Azure 门户）		 说明 效果 版本
(GitHub)
应启用 IoT 中心内的资源日志 对启用资源日志进行审核。 这样便可以在发生安全事件或网络受到威胁时重新创建活动线索以用于调查目的 AuditIfNotExists、Disabled 3.0.1

2.4：从操作系统收集安全日志

指南：不适用；此建议适用于计算资源。

责任：不适用

Azure 安全中心监视：无

2.5：配置安全日志存储保留期

指南：在 Azure Monitor 中，根据组织的合规性规章，为与 Azure IoT 中心实例关联的 Log Analytics 工作区设置日志保持期。

责任：客户

Azure 安全中心监视：无

2.6：监视和审查日志

指南：分析和监视日志中的异常行为，并定期审查来自 Azure IoT 中心的结果。 使用 Azure Monitor 和 Log Analytics 工作区查看日志并对日志数据执行查询。

或者，可以启用数据并将其加入 Azure Sentinel 或第三方 SIEM。

责任：客户

Azure 安全中心监视：无

2.7：针对异常活动启用警报

指南：使用适用于 IoT 的 Azure 安全中心和 Log Analytics 工作区监视安全日志和事件中的异常活动并发出警报。 或者，可以启用数据并将其加入 Azure Sentinel。 还可以使用 Azure Monitor 定义可能带来安全隐患的操作警报，例如流量意外下降时。

责任：客户

Azure 安全中心监视：无

2.8：集中管理反恶意软件日志记录

指南：不适用；Azure IoT 中心不会处理或生成与反恶意软件相关的日志。

责任：不适用

Azure 安全中心监视：无

2.9：启用 DNS 查询日志记录

指南：不适用；Azure IoT 中心不会处理或生成与 DNS 相关的日志。

责任：不适用

Azure 安全中心监视：无

2.10：启用命令行审核日志记录

指南：不适用；此建议适用于计算资源。

责任：不适用

Azure 安全中心监视：无

标识和访问控制

有关详细信息，请参阅 Azure 安全基线： 标识和访问控制。

3.1：维护管理帐户的清单

指南：借助 Azure 基于角色的访问控制 (Azure RBAC)，可以通过角色分配管理对 Azure IoT 中心的访问。 可以将这些角色分配给用户、组服务主体和托管标识。 某些资源具有预定义的内置角色，可以通过工具（例如 Azure CLI、Azure PowerShell 或 Azure 门户）来清点或查询这些角色。

责任：客户

Azure 安全中心监视：无

3.2：在适用的情况下更改默认密码

指南：对 Azure IoT 中心资源的访问管理通过 Azure Active Directory (Azure AD) 来控制。 Azure AD 没有默认密码。

责任：客户

Azure 安全中心监视：无

3.3：使用专用管理帐户

指南：围绕专用管理帐户的使用创建标准操作程序。

还可以使用 Azure Active Directory (Azure AD) Privileged Identity Management 和 Azure 资源管理器来启用对管理帐户的即时访问。

责任：客户

Azure 安全中心监视：无

3.5：对所有基于 Azure Active Directory 的访问使用多重身份验证

指导：启用 Azure Active Directory (Azure AD) 多重身份验证，以保护整个 Azure 租户并受益于所有服务。 IoT 中心服务不提供多重身份验证支持。

责任：客户

Azure 安全中心监视：无

3.6：对所有管理任务使用专用计算机（特权访问工作站）

指导：对于需要提升的特权的管理任务，请使用安全特权访问工作站 (PAW)。

责任：客户

Azure 安全中心监视：无

3.7：记录来自管理帐户的可疑活动并对其发出警报

指导：使用 Azure Active Directory (Azure AD) 安全报告和监视，来检测环境中何时发生可疑或不安全的活动。 使用 Azure 安全中心监视标识和访问活动。

责任：客户

Azure 安全中心监视：无

3.8：仅从批准的位置管理 Azure 资源

指南：对于访问 IoT 中心的用户，不支持条件访问。 若要缓解这种情况，请使用 Azure Active Directory (Azure AD) 命名位置仅允许从 IP 地址范围或国家/地区的特定逻辑分组访问整个 Azure 租户，从而使包括 IoT 中心在内的所有服务受益。

责任：客户

Azure 安全中心监视：无

3.9：使用 Azure Active Directory

指南：对于访问 IoT 中心的用户，请使用 Azure Active Directory (Azure AD) 作为中心身份验证和授权系统。 Azure AD 通过对静态数据和传输中数据使用强加密来保护数据。 Azure AD 还会对用户凭据进行加盐、哈希处理和安全存储操作。

对于设备和服务访问，IoT 中心使用安全令牌和共享访问签名 (SAS) 令牌对设备和服务进行身份验证，以避免在网络上发送密钥。

Azure 安全中心监视：无

3.10：定期审查和协调用户访问

指导：Azure Active Directory (Azure AD) 提供日志来帮助发现过时的帐户。 此外，请使用 Azure AD 标识和访问评审来有效管理组成员身份、对企业应用程序的访问以及角色分配。 可以定期评审用户的访问权限，确保只有适当的用户才持续拥有访问权限。

使用 Azure AD Privileged Identity Management (PIM) 在环境中发生可疑或不安全的活动时生成日志和警报。

责任：客户

Azure 安全中心监视：无

3.11：监视尝试访问已停用凭据的行为

指导：你有权访问 Azure Active Directory (Azure AD) 登录活动、审核和风险事件日志源，因此可以与任何 SIEM/监视工具集成。

可以通过为 Azure AD 用户帐户创建诊断设置，并将审核日志和登录日志发送到 Log Analytics 工作区，来简化此过程。 你可以在 Log Analytics 工作区中配置所需的警报。

使用 Azure Monitor 资源日志监视“连接”类别中未经授权的连接尝试。

责任：客户

Azure 安全中心监视：无

3.12：针对帐户登录行为偏差发出警报

指导：使用 Azure Active Directory (Azure AD) 标识保护功能配置对检测到的与用户标识相关的可疑操作的自动响应。 还可将数据引入 Azure Sentinel 以做进一步调查。

责任：客户

Azure 安全中心监视：无

3.13：在支持场合下为 Microsoft 提供对相关客户数据的访问权限

指南：在 Microsoft 需要访问客户数据的支持场景中，Microsoft 将直接向客户请求数据。

责任：客户

Azure 安全中心监视：无

数据保护

有关详细信息，请参阅 Azure 安全基线： 数据保护。

4.1：维护敏感信息的清单

指导：使用标记可以帮助跟踪存储或处理敏感信息的 Azure 资源。

责任：客户

Azure 安全中心监视：无

4.2：隔离存储或处理敏感信息的系统

指导：使用单独的订阅和管理组对各个安全域（如环境类型和数据敏感度级别）实现隔离。 你可以限制对应用程序和企业环境所需 Azure 资源的访问级别。 可以通过 Azure RBAC 来控制对 Azure 资源的访问。

责任：客户

Azure 安全中心监视：无

4.3：监视和阻止未经授权的敏感信息传输

指导：利用 Azure 市场中有关网络外围的第三方解决方案，监视并阻止敏感信息的未授权传输，同时提醒信息安全专业人员。

对于由 Microsoft 管理的底层平台，Microsoft 会将所有客户内容都视为敏感信息，全方位防范客户数据丢失和泄露。 为了确保 Azure 中的客户数据保持安全，Microsoft 实施并维护了一套可靠的数据保护控制措施和功能。

责任：客户

Azure 安全中心监视：无

4.4：加密传输中的所有敏感信息

指南：IoT 中心使用传输层安全性 (TLS) 保护来自 IoT 设备和服务的连接。 目前支持三个版本的 TLS 协议，即版本 1.0、1.1 和 1.2。 在连接到 IoT 中心时，强烈建议使用 TLS 1.2 作为首选 TLS 版本。

请按照 Azure 安全中心的建议，了解静态加密和传输中的加密（如果适用）。

责任：客户

Azure 安全中心监视：无

4.5：使用有效的发现工具识别敏感数据

指南：数据标识、分类和丢失防护功能尚不适用于 Azure IoT 中心。 如果需要出于合规性目的使用这些功能，请实施第三方解决方案。

对于由 Microsoft 管理的 Azure 底层平台，Microsoft 会将所有客户内容都视为敏感信息，竭尽全力防范客户数据丢失和泄露。 为了确保 Azure 中的客户数据保持安全，Microsoft 实施并维护了一套可靠的数据保护控制措施和功能。

责任：客户

Azure 安全中心监视：无

4.6：使用 Azure RBAC 管理对资源的访问

指南：对于访问 IoT 中心的控制平面用户，请使用 Azure RBAC 来控制访问。 对于访问 IoT 中心的数据平面，请使用 IoT 中心的共享访问策略。

责任：客户

Azure 安全中心监视：无

4.9：记录对关键 Azure 资源的更改并对此类更改发出警报

指南：将 Azure Monitor 与 Azure 活动日志结合使用，以创建在 Azure IoT 中心的生产实例和其他关键或相关资源发生更改时发出的警报。

责任：客户

Azure 安全中心监视：无

漏洞管理

有关详细信息，请参阅 Azure 安全基线： 漏洞管理。

5.3：为第三方软件部署自动化补丁管理解决方案

指导：不适用；此项指导适用于计算资源。

责任：不适用

Azure 安全中心监视：无

5.4：比较连续进行的漏洞扫描

指导：不适用；此项指导适用于计算资源。

责任：不适用

Azure 安全中心监视：无

5.5：使用风险评级过程来确定已发现漏洞的修正措施的优先级

指导：不适用；此项指导适用于计算资源。

责任：不适用

Azure 安全中心监视：无

清单和资产管理

有关详细信息，请参阅 Azure 安全基线： 清单和资产管理。

6.1：使用自动化资产发现解决方案

指导：不适用；此项指导适用于计算资源。

责任：不适用

Azure 安全中心监视：无

6.2：维护资产元数据

指南：向 Azure 资源应用标记（并非所有资源都支持标记，但大多数资源都支持），以便按逻辑将这些资源组织成某种分类。

责任：客户

Azure 安全中心监视：无

6.3：删除未经授权的 Azure 资源

指导：在适用的情况下，请使用标记、管理组和单独的订阅来组织和跟踪资产。 定期核对清单，确保及时地从订阅中删除未经授权的资源。

责任：客户

Azure 安全中心监视：无

6.4：定义并维护已批准 Azure 资源的清单

指导：根据组织需求，创建已获批 Azure 资源以及已获批用于计算资源的软件的清单。

每个 IoT 中心都有一个标识注册表，可用于在服务中创建各设备的资源。 可将单个或一组设备标识添加到允许列表或阻止列表，以便完全控制设备访问。

责任：客户

Azure 安全中心监视：无

6.5：监视未批准的 Azure 资源

指导：使用 Azure Policy 对可以在订阅中创建的资源类型施加限制。

使用 Azure Resource Graph 查询和发现订阅中的资源。 确保环境中的所有 Azure 资源均已获得批准。

责任：客户

Azure 安全中心监视：无

6.6：监视计算资源中未批准的软件应用程序

指南：不适用；此建议适用于计算资源。

责任：不适用

Azure 安全中心监视：无

6.7：删除未批准的 Azure 资源和软件应用程序

指南：不适用；此建议适用于计算资源。

责任：不适用

Azure 安全中心监视：无

6.8：仅使用已批准的应用程序

指南：不适用；此建议适用于计算资源。

责任：不适用

Azure 安全中心监视：无

6.9：仅使用已批准的 Azure 服务

指导：在 Azure Policy 中使用以下内置策略定义，对可以在客户订阅中创建的资源类型施加限制：

  • 不允许的资源类型
  • 允许的资源类型

此外，请使用 Azure Resource Graph 来查询/发现订阅中的资源。

责任：客户

Azure 安全中心监视：无

6.10：维护已获批软件的清单

指导：不适用；此建议适用于计算资源。

责任：不适用

Azure 安全中心监视：无

6.11：限制用户与 Azure 资源管理器进行交互的能力

指导：通过为“Azure 管理”应用配置“阻止访问”，使用 Azure Active Directory (Azure AD) 条件访问来限制用户与 Azure 资源管理器交互的能力。

责任：客户

Azure 安全中心监视：无

6.12：限制用户在计算资源中执行脚本的能力

指导：不适用；此建议适用于计算资源。

责任：不适用

Azure 安全中心监视：无

6.13：以物理或逻辑方式隔离高风险应用程序

指导：不适用；此建议适用于 Azure 应用服务或计算资源上运行的 Web 应用程序。

责任：不适用

Azure 安全中心监视：无

安全配置

有关详细信息，请参阅 Azure 安全基线： 安全配置。

7.1：为所有 Azure 资源建立安全配置

指南：通过 Azure Policy 为 Azure IoT 中心服务定义和实现标准安全配置。 使用“Microsoft.Devices”命名空间中的 Azure Policy 别名创建自定义策略，以审核或强制实施 Azure IoT 中心服务的配置。

Azure 资源管理器能够以 JavaScript 对象表示法 (JSON) 导出模板，应该对其进行检查，以确保配置满足组织的安全要求。

还可以使用来自 Azure 安全中心的建议作为 Azure 资源的安全配置基线。

责任：客户

Azure 安全中心监视：无

7.2：建立安全的操作系统配置

指导：不适用；此项指导适用于计算资源。

责任：不适用

Azure 安全中心监视：无

7.3：维护安全的 Azure 资源配置

指南：使用 Azure Policy“[拒绝]”和“[不存在则部署]”对不同的 Azure 资源强制实施安全设置。 此外，你可以使用 Azure 资源管理器模板维护组织所需的 Azure 资源的安全配置。

责任：客户

Azure 安全中心监视：无

7.4：维护安全的操作系统配置

指导：不适用；此项指导适用于计算资源。

责任：不适用

Azure 安全中心监视：无

7.5：安全存储 Azure 资源的配置

指南：如果对 Azure IoT 中心或相关资源使用自定义 Azure Policy 定义，请使用 Azure Repos 安全地存储和管理代码。

责任：客户

Azure 安全中心监视：无

7.6：安全存储自定义操作系统映像

指导：不适用；此项指导适用于计算资源。

责任：不适用

Azure 安全中心监视：无

7.7：部署 Azure 资源的配置管理工具

指南：在“Microsoft.Devices”命名空间中使用 Azure Policy 别名创建自定义策略，以审核、强制实施系统配置并对其发出警报。 另外，开发一个用于管理策略例外的流程和管道。

责任：客户

Azure 安全中心监视：无

7.8：部署操作系统的配置管理工具

指导：不适用；此项指导适用于计算资源。

责任：不适用

Azure 安全中心监视：无

7.9：为 Azure 资源实施自动配置监视

指导：使用 Azure 安全中心对 Azure 资源执行基线扫描。 此外，使用 Azure Policy 警告和审核 Azure 资源配置。

责任：客户

Azure 安全中心监视：无

7.10：为操作系统实施自动配置监视

指导：不适用；此项指导适用于计算资源。

责任：不适用

Azure 安全中心监视：无

7.11：安全管理 Azure 机密

指南：IoT 中心使用安全令牌和共享访问签名 (SAS) 令牌对设备和服务进行身份验证，以避免在网络上发送密钥。

将托管标识与 Azure Key Vault 结合使用，以简化云应用程序的机密管理。

责任：客户

Azure 安全中心监视：无

7.12：安全自动管理标识

指南：IoT 中心使用安全令牌和共享访问签名 (SAS) 令牌对设备和服务进行身份验证，以避免在网络上发送密钥。

使用托管标识在 Azure Active Directory (Azure AD) 中为 Azure 服务提供一个自动托管的标识。 使用托管标识可以向支持 Azure AD 身份验证的任何服务（包括 Key Vault）进行身份验证，无需在代码中放入任何凭据。

责任：客户

Azure 安全中心监视：无

7.13：消除意外的凭据透露

指南：实施凭据扫描程序来识别代码中的凭据。 凭据扫描程序还会建议将发现的凭据转移到更安全的位置，例如 Azure Key Vault。

责任：客户

Azure 安全中心监视：无

恶意软件防护

有关详细信息，请参阅 Azure 安全基线： 恶意软件防护。

8.2：预先扫描要上传到非计算 Azure 资源的文件

指南：Microsoft 反恶意软件已在支持 Azure 服务（例如，Azure IoT 中心）的基础主机上启用，但它不会针对客户内容运行。

你需要负责预先扫描要上传到非计算 Azure 资源的任何内容。 Microsoft 无法访问客户数据，因此无法代表你对客户内容执行反恶意软件扫描。

责任：客户

Azure 安全中心监视：无

数据恢复

有关详细信息，请参阅 Azure 安全基线： 数据恢复。

9.1：确保定期执行自动备份

指南：Azure IoT 中心服务提供的方法和框架可使 IoT 中心服务高度可用，并可根据特定的业务目标从灾难中恢复。

责任：客户

Azure 安全中心监视：无

9.2：执行完整系统备份，并备份客户管理的所有密钥

指南：Azure IoT 中心建议辅助 IoT 中心必须包含所有可连接到解决方案的设备标识。 解决方案应该保留设备标识的异地复制备份，并在切换设备的活动终结点之前将其上传到辅助 IoT 中心。 IoT 中心的设备标识导出功能在此情景中很有用。

责任：客户

Azure 安全中心监视：无

9.3：验证所有备份，包括客户管理的密钥

指南：Azure IoT 中心建议辅助 IoT 中心必须包含所有可连接到解决方案的设备标识。 解决方案应该保留设备标识的异地复制备份，并在切换设备的活动终结点之前将其上传到辅助 IoT 中心。 IoT 中心的设备标识导出功能在此情景中很有用。

请定期在备份中执行内容数据还原。 请确保可以还原已备份的客户管理的密钥。

责任：客户

Azure 安全中心监视：无

9.4：确保保护备份和客户管理的密钥

指南：在 Key Vault 中启用软删除和清除保护，以防止意外删除或恶意删除密钥。 如果将 Azure 存储用于存储备份，请启用软删除以在 blob 或 blob 快照被删除时保存和恢复数据。

责任：客户

Azure 安全中心监视：无

事件响应

有关详细信息，请参阅 Azure 安全基线： 事件响应。

10.1：创建事件响应指导

指导：为组织制定事件响应指南。 确保在书面的事件响应计划中定义人员职责，以及事件处理和管理从检测到事件后审查的各个阶段。

Azure 安全中心监视：不适用

责任：客户

Azure 安全中心监视：无

10.2：创建事件评分和优先级设定过程

指导：Azure 安全中心为每条警报分配严重性，方便你根据优先级来确定应该最先调查的警报。 严重性取决于安全中心在发出警报时所依据的检测结果或分析结果的置信度，以及导致发出警报的活动的恶意企图的置信度。

此外，使用标记来标记订阅，并创建命名系统来对 Azure 资源进行标识和分类，特别是处理敏感数据的资源。 你的责任是根据发生事件的 Azure 资源和环境的关键性确定修正警报的优先级。

责任：客户

Azure 安全中心监视：无

10.3：测试安全响应过程

指导：定期执行演练来测试系统的事件响应功能，以帮助保护 Azure 资源。 查明弱点和差距，并根据需要修改你的响应计划。

责任：客户

Azure 安全中心监视：无

10.4：提供安全事件联系人详细信息，并针对安全事件配置警报通知

指导：如果 Microsoft 安全响应中心 (MSRC) 发现数据被某方非法访问或未经授权访问，Microsoft 会使用安全事件联系信息联系用户。 事后审查事件，确保问题得到解决。

责任：客户

Azure 安全中心监视：无

10.5：将安全警报整合到事件响应系统中

指导：使用连续导出功能导出 Azure 安全中心警报和建议，以便确定 Azure 资源的风险。 使用连续导出可以手动导出或者持续导出警报和建议。 可以使用 Azure 安全中心数据连接器将警报流式传输到 Azure Sentinel。

责任：客户

Azure 安全中心监视：无

10.6：自动响应安全警报

指导：使用 Azure 安全中心的工作流自动化功能，针对安全警报和建议自动触发响应，以保护 Azure 资源。

责任：客户

Azure 安全中心监视：无

渗透测试和红队练习

有关详细信息，请参阅 Azure 安全基线： 渗透测试和红队演练。

11.1：定期对 Azure 资源执行渗透测试，确保修正所有发现的关键安全问题

指导：请遵循 Microsoft 云渗透测试互动规则，确保你的渗透测试不违反 Microsoft 政策。 使用 Microsoft 红队演练策略和执行，以及针对 Microsoft 托管云基础结构、服务和应用程序执行现场渗透测试。

责任：共享

Azure 安全中心监视：无

后续步骤