信息安全中的“信息泄露”Information Disclosure威胁类型其影响的是**机密性Confidentiality**安全属性常见成因包括越权访问、配置错误、日志暴露、API未授权返回敏感数据等典型缓解措施有加密存储与传输、严格的访问控制如RBAC/ABAC、数据脱敏如掩码、泛化、k-匿名、最小权限原则、敏感数据识别与分类分级等。该条目符合OWASP Top 10如A01:2021 – Broken Access Control、A05:2021 – Security Misconfiguration及ISO/IEC 27001中关于信息保密性的控制要求如A.8.2.3 信息处理设施中的信息保密性。威胁类型信息泄露I 安全属性机密性Confidentiality 典型场景用户A通过ID遍历访问用户B的订单详情调试接口返回完整数据库异常堆栈含连接字符串前端JavaScript硬编码API密钥。 防御纵深建议 → 网络层HTTPS WAF规则拦截敏感字段响应 → 应用层统一响应过滤器如Spring ControllerAdvice脱敏PII字段 → 数据层数据库行级安全策略RLS 动态数据脱敏DDM访问控制模型是防止信息泄露的核心机制其本质是通过精细化授权策略确保“仅授权用户在授权场景下访问授权数据”。不同模型在适用性与局限性上各有侧重✅RBAC基于角色的访问控制适用场景组织结构清晰、岗位职责稳定的传统企业系统如ERP、OA权限按部门/职级批量分配。局限性难以处理动态上下文如“仅工作日9:00–18:00可查看薪资”角色爆炸问题为细粒度权限组合创建过多角色无法基于数据属性如“仅查看本地区客户数据”做行级控制。✅ABAC基于属性的访问控制适用场景多租户SaaS、合规敏感型系统如医疗、金融需结合用户属性部门、安全等级、资源属性数据分类、密级、环境属性时间、IP地理位置、设备类型动态决策。局限性策略编写与维护复杂易出现逻辑冲突或覆盖漏洞实时评估开销大影响高并发接口性能缺乏成熟标准化虽有XACML/ALFA但厂商实现差异大。✅ReBAC基于关系的访问控制适用场景社交网络、协作平台等强关系型系统如“文档所有者可授权协作者编辑”“团队成员可查看团队内项目”天然支持继承、委托、间接关系如A是B的经理 → A可访问B的直属下属数据。局限性关系图谱建模与实时遍历成本高大规模关系下性能瓶颈明显循环依赖或深度嵌套关系易导致策略不可判定当前工业级支持有限OpenFGA、AuthZNet等新兴方案仍在演进中。协同实践建议混合建模RBAC定义基础角色框架 ABAC补充动态条件如roledoctor AND resource.departmentown AND time.hour ∈ [8,17]数据层加固ReBAC用于关系建模配合数据库行级安全PostgreSQL RLS或应用层查询重写实现“查询即过滤”审计闭环所有访问决策日志化并关联用户行为分析UEBA及时发现越权模式。# 示例ABAC策略片段伪代码基于OpenPolicyAgent风格allow{input.user.rolemanagerinput.resource.typesalary_recordinput.resource.departmentinput.user.departmentinput.context.time.hour8input.context.time.hour18}