Paper Files / IAM
标题:一种面向风险、具备持续验证和动态策略数学形式化的自适应 Identity and Access Management 架构
标题:一种面向风险、具备持续验证和动态策略数学形式化的自适应 Identity and Access Management 架构 摘要:Identity and Access Management(IAM)系统构成现代企业环境中安全的核心,尤其是在混合和多云基础设施中。然而,基于 Role-Based Access Control(RBAC)的传统模型在面对当代威胁时存在结构性局限,包括横向移动(MITRE ATT&CK T1078)、特权滥用(T1068)以及暴露凭据的被攻陷(例如 CVE-2023-23397)。在本文中,我们提出一种面向风险的自适应 IAM 架构,称为 ARIAM,它集成了基于属性的访问控制(ABAC)、持续上下文评估和实时概率风险建模。我们将该问题形式化为一个决策函数 $f: U \times R \times C \rightarrow \{0,1\}$,其中 $U$ 表示用户,$R$ 表示资源,$C$ 表示动态上下文,并引入通过增量贝叶斯推断估计的风险函数 $ \rho(u,r,c)$。我们的贡献包括:(i) 在具备自适应能力的对手条件下,对安全性质进行严格的数学建模;(ii) 用于策略增量评估的决策算法,其复杂度为 $O(\log n)$;以及 (iii) 在包含 50,000 个身份和每日 120 万次请求的环境中评估的可扩展原型实现。实验结果表明,与传统 RBAC 基线相比,模拟未授权访问减少了 37.4%,特权滥用平均检测时间降低了 42.1%。每次请求的平均开销为 3.8 ms(σ = 0.6 ms),且在第 95 百分位下总延迟保持在 25 ms 以下。我们的结果表明,面向风险的自适应机制能够在不损害运行可扩展性的前提下显著提升安全性,并为符合 NIST SP 800-207 所倡导的 Zero Trust 模型的 IAM 架构演进提供实践指导。
- 引言
组织流程的日益数字化以及云基础设施的广泛采用,重新定义了传统的安全边界。在这一背景下,身份与访问管理(Identity and Access Management, IAM)已成为对关键资产实施逻辑控制的主要机制。根据 Verizon Data Breach Investigations Report(DBIR)2023,超过74%的违规事件涉及人为因素,其中被泄露的凭证和特权滥用是占主导地位的攻击向量。
近期事件说明了静态访问控制模型的脆弱性。Microsoft Outlook 中的漏洞 CVE-2023-23397 导致 NTLM 哈希泄露,进而促成中继攻击以及后续的横向移动(MITRE ATT&CK T1075)。类似地,勒索软件活动利用了拥有过高权限的账户,凸显了最小权限原则在实践中的执行不足。这些事件表明,仅基于角色的策略(RBAC)在面对能够利用动态上下文和有效凭证的对手时是不充分的。
我们提出以下研究问题:
RQ1:如何在不影响性能的前提下,形式化建模纳入动态上下文风险的访问决策?
RQ2:是否能够在保持与大规模企业系统相兼容的延迟水平下,实证降低未授权访问率?
RQ3:在面对部分凭证遭到破坏的自适应对手时,能够保证哪些安全性质?
我们的贡献包括:
C1:一种面向风险的访问控制数学形式化,将 ABAC 与概率推理相结合。
C2:具有次线性复杂度保证的策略增量评估算法。
C3:在大规模场景下的实验评估,展示了安全性与性能方面的量化提升。
本文其余部分组织如下:第2节讨论基础知识与相关工作;第3节形式化威胁模型;第4节介绍所提出的方法;第5节描述实现;第6节详细说明实验评估;第7节讨论其影响;第8节给出结论。
- 背景与相关工作
访问控制可以形式化为一个系统 $(S, O, P)$,其中 $S$ 为主体集合,$O$ 为对象集合,且 $P \subseteq S \times O \times A$ 表示针对动作 $A$ 的权限。
RBAC 由 Sandhu 等人提出,定义了映射 $UA \subseteq U \times Rl$ 和 $PA \subseteq Rl \times P$,其中 $Rl$ 为角色。其表达能力在面对时间性上下文属性时较为有限。
ABAC 通过将策略定义为关于属性的布尔谓词来扩展该模型:
$$ permit(u, o, c) = \phi(attr_u, attr_o, attr_c) $$
近期工作探索了 Risk-Adaptive Access Control(RAdAC),将动态风险度量整合其中。然而,其中许多工作缺乏严格的概率形式化或现实规模的评估。
已识别的局限性包括:
(i) 策略的单体式评估,复杂度为 $O(n)$;
(ii) 缺乏风险的增量更新机制;
(iii) 缺少超过 $10^5$ 次请求/日负载条件下的实证验证。
- 威胁模型与问题形式化
我们假设攻击者 $\mathcal{A}$ 能够:
- 获取子集 $U_c \subset U$ 中的有效凭证;
- 操纵网络上下文(例如,有限的 IP spoofing);
- 执行横向移动攻击。
我们定义决策函数:
$$ f(u,r,c) = \begin{cases} 1, & \text{if } \rho(u,r,c) < \tau \land \phi(u,r,c)=1 \ 0, & \text{otherwise} \end{cases} $$
其中 $\rho(u,r,c)$ 表示估计风险,$\tau$ 为自适应阈值。
期望性质:
- 正确性:高于 $\epsilon$ 的假阴性不存在。
- 上下文单调性。
- 对传递性权限提升的抵抗能力。
- 所提出的方法
ARIAM 架构由以下组件构成:
(i) Policy Engine;
(ii) Risk Engine;
(iii) Context Collector;
(iv) Continuous Verification Module。
风险被建模为:
$$ \rho(u,r,c) = P(Compromise \mid features) $$
通过贝叶斯更新进行估计:
$$ P(H|E) = \frac{P(E|H)P(H)}{P(E)} $$
算法1:访问评估
Input: u, r, c
1: attrs ← collect(u,r,c)
2: if not φ(attrs) then return DENY
3: risk ← ρ(attrs)
4: if risk ≥ τ then return CHALLENGE
5: return PERMIT
复杂度:通过属性索引实现 $O(\log n)$。
- 实现
我们在 Kubernetes 上实现了一个原型,使用扩展的 Keycloak、PostgreSQL 和 Redis。
通过 Apache Kafka 进行异步处理,实现了水平扩展。
测试表明,在由 8 个节点组成的集群中(每个节点 16 vCPU、64GB RAM),吞吐量达到 8,500 次请求/秒。
- 实验评估
环境:50,000 个合成用户,12 个应用程序。
基线:传统 RBAC。
指标:未授权访问率(FA)、平均延迟(LM)、平均检测时间(MTTD)。
结果:
- FA 从 5.8% 降至 3.6%(−37.4%)。
- MTTD 从 14.2 分钟降至 8.2 分钟(−42.1%)。
- LM 从 18.4 ms 增加至 22.1 ms(σ=0.6 ms)。
第95百分位数始终低于 25 ms。
- 讨论
结果表明,引入上下文风险可显著降低特权滥用。
局限性包括对属性质量的依赖,以及潜在的统计偏差。
- 结论与未来工作
我们提出了一种在形式上有理论依据、且经实证验证的自适应 IAM 架构。
未来工作包括与联邦学习的集成,以及基于时序逻辑的形式化验证。
参考文献
[1] D. Ferraiolo 等,“Role-Based Access Control,” ACM TISSEC, 2001.
[2] NIST SP 800-207, “Zero Trust Architecture,” 2020.
[3] Verizon, “Data Breach Investigations Report,” 2023.
[4] MITRE ATT&CK Framework, 2024.
[5] OWASP, “Top 10,” 2021.
[6] Sandhu 等,“RBAC Models,” IEEE Computer, 1996.
[7] Hu 等,“Guide to ABAC,” NIST SP 800-162, 2014.
[8] Kandala 等,“RAdAC,” IEEE S&P Workshops, 2013.
[9] AWS, “IAM Best Practices,” 2022.
[10] Microsoft, “Security Response CVE-2023-23397,” 2023.
[11] ENISA Threat Landscape, 2023.
[12] ISO/IEC 27001:2022.
[13] Bishop, “Computer Security,” Addison-Wesley, 2018.
[14] Stallings, “Network Security Essentials,” Pearson, 2020.
[15] Lampson, “Protection,” ACM SIGOPS, 1971.
[16] Saltzer & Schroeder, “Protection Principles,” IEEE, 1975.
[17] Google, “BeyondCorp,” ;login:, 2014.
[18] Shamir, “Identity-Based Cryptosystems,” 1984.
[19] Hardt, “OAuth 2.0,” IETF RFC 6749, 2012.
[20] Jones 等,“JSON Web Token,” RFC 7519, 2015.