1. 权限验证概述

1.1 什么是权限验证

权限验证（Authorization）是系统安全的核心环节，它决定了“谁（Who）能对什么资源（What）执行哪些操作（How）”。在 Go 语言构建的微服务、API 网关或单体应用中，权限验证通常位于身份认证（Authentication）之后，确保已登录的用户只能访问其被授权的功能与数据。

一个完整的权限验证流程通常包含以下步骤：

1. 请求到达 —— 用户发起 HTTP/gRPC 请求，携带令牌或凭证。
2. 身份认证 —— 验证凭证有效性，提取用户身份与角色信息。
3. 权限检查 —— 根据预定义的策略，判断用户是否拥有执行该操作的权限。
4. 决策执行 —— 允许（Allow）或拒绝（Deny）请求，并返回相应结果。

1.2 为什么需要权限验证

在现代软件架构中，权限验证不是可选项，而是安全基线。缺少或设计不当的权限验证会直接导致数据泄露、越权操作和合规风险。

1.3 常见权限模型介绍

业界经过多年实践，形成了四种主流的权限模型。每种模型在灵活性、管理成本和适用场景上各有侧重。下面逐一介绍其核心概念与适用场景。

1.3.1 DAC（自主访问控制）

DAC（Discretionary Access Control）是最早出现的权限模型。资源的所有者可以自主决定谁可以访问其资源，以及授予何种权限。典型实现如 Unix 文件系统的 rwx 权限位。

• 核心特征：资源所有者拥有完全控制权，可随意授予或撤销权限。
• 优点：实现简单，用户自主性强。
• 缺点：权限管理分散，难以统一审计；容易因误操作导致权限泄露。
• 适用场景：个人文件管理、小型团队协作系统。

1.3.2 MAC（强制访问控制）

MAC（Mandatory Access Control）由系统管理员统一制定安全策略，用户无法自行修改权限。系统根据主体（用户/进程）和客体（文件/资源）的安全标签进行匹配决策。典型代表如 SELinux、AppArmor。

• 核心特征：全局策略强制实施，用户不可绕过。
• 优点：安全性极高，适合高敏感环境。
• 缺点：策略配置复杂，灵活性差，维护成本高。
• 适用场景：军事系统、政府机密系统、金融核心交易。

1.3.3 RBAC（基于角色的访问控制）

RBAC（Role-Based Access Control）是目前应用最广泛的权限模型。它引入“角色”作为用户与权限之间的桥梁：管理员将权限授予角色，再将角色分配给用户。用户通过角色间接获得权限。

• 核心特征：用户 ↔ 角色 ↔ 权限，三层映射关系。
• 优点：管理简便，权限与用户解耦，支持角色继承与约束。
• 缺点：角色数量膨胀后管理复杂；细粒度权限控制不足。
• 适用场景：企业管理系统、SaaS 平台、内容管理系统。

1.3.4 ABAC（基于属性的访问控制）

ABAC（Attribute-Based Access Control）是更灵活的下一代权限模型。它根据主体、资源、环境和操作的多维属性动态计算权限决策，支持布尔逻辑与策略组合。

• 核心特征：策略基于属性表达式，支持上下文感知。
• 优点：细粒度极高，可应对复杂业务场景。
• 缺点：策略引擎复杂，性能开销较大，调试困难。
• 适用场景：云原生架构、多租户系统、金融风控、IoT 权限管理。

1.4 模型对比总结

下表从多个关键维度对四种模型进行横向对比，帮助你在 Go 项目中选择合适的权限架构基础。