法律数据具有高度敏感性和合规性要求，请设计一个权限控制方案，确保只有授权人员（如律师、客户经理）才能访问特定案件或客户信息？

广东国鼎律师事务所律师助理难度：中等

答案

1) 【一句话结论】采用基于角色的访问控制（RBAC）结合细粒度权限和临时授权机制，通过数据库表设计（用户表、角色表、权限表、案件权限表、临时授权表）实现身份认证、角色绑定、权限检查及审计，确保只有授权人员（律师、客户经理）能访问特定案件或客户信息，并支持律师对客户经理的权限继承（临时授权）。

2) 【原理/概念讲解】核心是基于角色的访问控制（RBAC），按角色分配权限而非直接给用户，管理更高效。例如，所有律师属于“律师”角色，该角色拥有“案件查看、编辑”等权限；客户经理属于“客户经理”角色，仅能查看客户信息。细粒度权限针对具体案件，如案件ID为“C001”的权限仅授予“律师”角色。此外，引入临时授权机制实现权限继承：律师可通过系统界面授权客户经理查看特定案件，系统自动更新临时授权表并记录日志，授权有效期内有效，到期自动撤销。类比：学校课程权限，老师（角色）可看所有课程，但特定课程（案件）只有该课程老师（律师）能看，学生（客户经理）只能看自己的课程（客户信息），而老师可以授权学生临时看特定课程（案件）。

3) 【对比与适用场景】

RBAC（固定角色权限）：按角色分配权限，角色是用户与权限的中间层，静态角色，管理简单。
- 定义：基于角色分配权限，角色与权限绑定。
- 特性：权限与角色关联，角色固定。
- 使用场景：角色明确的组织（如律师事务所，律师、客户经理角色固定）。
- 注意点：需明确角色与权限映射，避免权限过宽。
临时授权（动态权限）：基于时间限制的权限，如律师授权客户经理查看特定案件。
- 定义：用户临时获得超出自身角色的权限。
- 特性：权限有时间限制，动态生效。
- 使用场景：临时协作需求（如律师授权客户经理处理紧急案件）。
- 注意点：需记录授权日志，到期自动撤销。

4) 【示例】数据库表结构及访问流程：

表结构：
- 用户表（user）：user_id（主键）、username、password_hash、role_id（外键）、created_at。
- 角色（role）：role_id（主键）、role_name（如“律师”“客户经理”）。
- 权限（permission）：permission_id（主键）、permission_name（如“案件查看”“客户信息查看”）。
- 角色权限关联（role_permission）：role_id（外键）、permission_id（外键）。
- 案件权限（case_permission）：case_id（外键，关联案件表）、role_id（外键，关联角色表）、permission_level（如“读”“写”）。
- 临时授权（temp_auth）：auth_id（主键）、user_id（外键，被授权人）、case_id（外键，授权案件）、auth_type（如“临时查看”）、start_time、end_time、created_by（律师ID）、audit_log（操作日志）。

访问流程伪代码：

用户登录：  
1. 输入凭证（密码+双因素认证），验证身份（ID）。  
2. 获取用户角色（如“律师”）。  
3. 检查临时授权：查询temp_auth表，若存在当前用户对当前案件的授权，则优先使用临时权限。  
4. 查询案件权限表：若案件ID在角色允许的权限列表中（包括临时授权），返回数据；否则拒绝，记录日志。  
例如：  
张律师（角色=律师）访问案件C001：  
- 无临时授权，查询case_permission：案件C001允许角色=律师，返回详情。  
李经理（角色=客户经理）访问案件C001：  
- 查询case_permission：案件C001不允许角色=客户经理，拒绝访问。  
张律师授权李经理查看案件C001（1周）：  
- 系统插入temp_auth记录（李经理、C001、当前时间+7天、张律师）。  
- 李经理登录后访问C001：优先使用临时授权，返回数据。

5) 【面试口播版答案】面试官您好，针对法律数据敏感性和合规要求，我会设计一个基于角色的访问控制（RBAC）方案，结合细粒度权限和临时授权机制。首先，身份认证：用户登录时通过密码+双因素认证验证身份，绑定角色（如律师、客户经理）。权限分级：律师角色可访问所有案件信息，客户经理仅能查看客户信息。具体到案件，通过案件ID与用户角色匹配数据库中的案件权限表，比如律师能访问案件ID1-1000，客户经理无权。同时，支持律师授权客户经理临时查看特定案件，系统会记录授权的起始时间和有效期，到期自动撤销。所有访问操作都会记录审计日志，包括用户、时间、操作、案件ID，用于合规审计。这样能确保只有授权人员访问特定信息，并支持权限继承，符合敏感数据合规要求。

6) 【追问清单】

问题1：如何处理新案件或新客户的权限分配？
回答要点：系统自动根据案件创建人（律师）将案件ID绑定到“律师”角色，客户经理的权限通过案件关联的客户ID绑定，新客户信息由客户经理录入时，系统自动分配“客户经理”角色权限。
问题2：如果律师想授权客户经理查看某个特定案件，如何实现？
回答要点：通过“授权管理”模块，律师选择案件ID和客户经理账号，系统将案件ID添加到该客户经理的临时授权表，授权有效期内有效，到期自动撤销，并记录授权日志。
问题3：权限变更的流程是怎样的？
回答要点：权限变更需通过审批流程，比如律师申请修改客户经理的权限，由管理员审核后更新权限表，并通知相关用户，同时记录变更日志。
问题4：如何防止权限滥用？
回答要点：结合双因素认证、定期权限审查（如每季度检查角色权限）、异常访问告警（如非工作时间访问特定案件），以及审计日志的定期审计。
问题5：数据加密在传输和存储中的角色？
回答要点：传输时使用TLS加密，存储时对敏感数据（如客户身份证号、案件细节）进行加密，确保即使数据泄露，也无法直接读取。

7) 【常见坑/雷区】

1. 忽略细粒度权限，导致权限过宽：仅按角色分配权限，未针对具体案件/客户限制，比如律师能访问所有案件，不符合实际需求。
1. 未考虑临时授权或权限继承，管理复杂：比如律师是否可以授权下属，若未设计，会导致权限分配混乱，无法满足临时协作需求。
1. 缺乏审计日志，无法追踪访问：缺乏访问记录，无法追溯谁在何时访问了哪些数据，不符合合规要求。
1. 角色定义不明确，权限边界模糊：比如客户经理和律师的权限重叠，导致越权访问。
1. 忽略双因素认证，安全风险：仅用密码登录，容易被破解，导致数据泄露。