ScubaGear项目中Microsoft Authenticator配置检查的缺陷分析
背景概述
ScubaGear是一款用于评估Microsoft 365安全配置合规性的开源工具。在最新版本中,项目团队发现了一个关于Microsoft Authenticator应用配置检查的重要缺陷,该缺陷可能导致安全评估报告显示错误结果。
问题描述
ScubaGear中的MS.AAD.3.3v1检查项旨在验证Microsoft Authenticator是否按照安全基线要求正确配置。具体来说,该检查需要确认以下配置:
- 是否启用了"在推送和无密码通知中显示应用程序名称"
- 是否启用了"在推送和无密码通知中显示地理位置信息"
- 这些设置是否应用于所有用户
然而,当前实现中存在两个关键问题:
1. 目标检查范围错误
当前代码错误地检查了Authenticator的"启用和目标"页面中的包含目标,而不是"配置"页面中各个具体设置下的目标。这导致即使管理员按照指导配置了相关设置,工具也可能错误地报告配置不符合要求。
2. 冗余检查项
代码中还包含了对Authenticator整体启用状态的检查,这部分实际上不属于安全基线要求的内容,应该从检查逻辑中移除。
技术细节分析
在Microsoft Entra ID的身份验证方法配置中,Microsoft Authenticator的设置分为两个主要部分:
- 启用和目标:控制哪些用户可以使用Authenticator应用
- 配置:包含具体的应用行为设置,如显示应用名称和位置信息
当前实现中的Rego规则错误地从MSAuth.AdditionalProperties.includeTargets获取目标信息,而实际上应该检查displayAppInformationRequiredState和displayLocationInformationRequiredState下的includeTarget属性。
解决方案
正确的实现应该修改Rego规则中的MSAuthProperlyConfigured变量,具体调整如下:
- 移除对整体启用状态的检查
- 直接检查两个关键设置的状态是否为"enabled"
- 验证这两个设置的
includeTarget.id是否为"all_users"
更新后的逻辑将准确反映安全基线的要求,确保评估结果与管理员实际配置一致。
影响范围
该缺陷会影响所有使用ScubaGear评估Microsoft 365安全配置的用户,特别是那些关注身份验证方法安全性的组织。错误的结果可能导致:
- 误报合规:实际不符合要求的配置被标记为合规
- 误报不合规:正确配置被错误标记为问题
- 增加管理员不必要的故障排除工作
最佳实践建议
对于使用Microsoft Authenticator的组织,建议:
- 确保启用应用名称和位置信息的显示功能
- 确认这些设置应用于所有用户
- 定期使用更新后的ScubaGear工具验证配置
- 考虑部署钓鱼防护的多因素认证方法作为更安全的替代方案
总结
ScubaGear工具中Microsoft Authenticator配置检查的缺陷凸显了安全评估工具准确性的重要性。通过修正Rego规则中的目标检查逻辑,可以确保工具提供的安全评估结果真实反映实际配置状态,帮助组织更有效地管理其安全态势。
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
LongCat-AudioDiT-1BLongCat-AudioDiT 是一款基于扩散模型的文本转语音(TTS)模型,代表了当前该领域的最高水平(SOTA),它直接在波形潜空间中进行操作。00- QQwen3.5-397B-A17BQwen3.5 实现了重大飞跃,整合了多模态学习、架构效率、强化学习规模以及全球可访问性等方面的突破性进展,旨在为开发者和企业赋予前所未有的能力与效率。Jinja00
HY-Embodied-0.5这是一套专为现实世界具身智能打造的基础模型。该系列模型采用创新的混合Transformer(Mixture-of-Transformers, MoT) 架构,通过潜在令牌实现模态特异性计算,显著提升了细粒度感知能力。Jinja00
FreeSql功能强大的对象关系映射(O/RM)组件,支持 .NET Core 2.1+、.NET Framework 4.0+、Xamarin 以及 AOT。C#00