« Azure 资源组删除 Azure 服务主体凭据已添加 »
Elastic 文档 ›Elastic 安全解决方案 [8.16] ›检测和告警 ›预构建规则参考

Azure 服务主体添加

编辑

Azure 服务主体添加

编辑

识别在 Azure 中添加新的服务主体的情况。访问或修改资源的应用程序、托管服务或自动化工具需要创建身份。此身份称为服务主体。出于安全原因，始终建议将服务主体与自动化工具一起使用，而不是允许它们使用用户身份登录。

规则类型: 查询

规则索引:

  • filebeat-*
  • logs-azure*

严重性: 低

风险评分: 21

每隔: 5m

搜索索引自: now-25m (日期数学格式，另请参见 其他回溯时间)

每次执行的最大告警数: 100

参考:

标签:

  • 域: 云
  • 数据源: Azure
  • 用例: 身份和访问审计
  • 资源: 调查指南
  • 战术: 防御规避

版本: 105

规则作者:

  • Elastic

规则许可证: Elastic License v2

调查指南

编辑

分类和分析

调查 Azure 服务主体添加

服务主体是应用程序、服务和自动化工具用于访问特定资源的身份。它们根据分配的 API 权限授予特定访问权限。许多与 Azure AD 密切相关的组织都使用服务主体。每当注册应用程序时，它都会自动在 Azure AD 租户中创建一个应用程序对象和一个服务主体。

此规则查找服务主体的添加。此行为可能使攻击者能够模拟合法服务主体，以便在嘈杂的自动化/应用程序中伪装其活动。

可能的调查步骤

  • 识别执行该操作的用户帐户，以及该帐户是否应该执行此类操作。
  • 调查过去 48 小时内与用户帐户关联的其他告警。
  • 考虑发出该命令的用户源 IP 地址和地理位置。它们对于该用户来说是否正常？
  • 考虑一天中的时间。如果该用户是人类，而不是程序或脚本，则活动是否发生在一天中的正常时间？
  • 检查此操作是否已获得批准并根据组织的变更管理策略执行。
  • 联系帐户所有者并确认他们是否知晓此活动。
  • 检查帐户在过去 24 小时内的命令、API 调用和数据管理操作。
  • 如果您怀疑帐户已被入侵，请通过跟踪帐户在过去 24 小时内访问的服务器、服务和数据来确定潜在受损的资产范围。

误报分析

如果由于预期活动导致此规则在您的环境中产生大量噪声，请考虑添加异常 - 最好结合用户和设备条件。

响应和补救

  • 根据分类的结果启动事件响应流程。
  • 在调查和响应期间禁用或限制帐户。
  • 确定事件的可能影响并相应地进行优先级排序；以下操作可以帮助您了解上下文
  • 确定帐户在云环境中的角色。
  • 评估受影响的服务和服务器的关键性。
  • 与您的 IT 团队合作，识别并最大程度地减少对用户的影响。
  • 确定攻击者是否正在横向移动并入侵其他帐户、服务器或服务。
  • 确定与此活动相关的任何监管或法律影响。
  • 调查受攻击者入侵或使用的系统上的凭据泄露，以确保识别所有受损帐户。根据需要重置密码或删除 API 密钥以撤销攻击者对环境的访问权限。与您的 IT 团队合作，在执行这些操作期间最大程度地减少对业务运营的影响。
  • 检查是否创建了未经授权的新用户，删除未经授权的新帐户，并请求其他 IAM 用户重置密码。
  • 考虑为用户启用多因素身份验证。
  • 遵循 Microsoft 概述的安全最佳实践。
  • 确定攻击者滥用的初始载体，并采取措施防止通过相同载体再次感染。
  • 使用事件响应数据，更新日志记录和审计策略，以改善平均检测时间 (MTTD) 和平均响应时间 (MTTR)。

设置

编辑

需要 Azure Fleet 集成、Filebeat 模块或结构类似的数据才能与此规则兼容。

规则查询

编辑
event.dataset:azure.auditlogs and azure.auditlogs.operation_name:"Add service principal" and event.outcome:(success or Success)

框架: MITRE ATT&CKTM

« Azure 资源组删除 Azure 服务主体凭据已添加 »