OAuth2.0 access_token 如何控制接口访问权限？

在 OAuth2.0 应用中，如何确保嵌套在 A 公司 App 内的 B 公司 H5 页面仅能访问特定接口，而非 A 公司所有接口，是一个重要的安全考量。尤其是在 A 公司通过 OAuth2.0 向 B 公司 H5 页面颁发 access_token 后，如何限制该 token 的访问范围至关重要。

场景：A 公司 App 嵌入了 B 公司的 H5 页面，该 H5 页面需要访问 A 公司 App 的用户信息。获取用户信息需要通过 OAuth2.0 获取 A 公司的 access_token。如果不加限制，此 token 理论上赋予 B 公司访问 A 公司所有接口的权限，存在安全隐患。

解决方案的核心在于 OAuth2.0 的 scope 机制。scope 定义了 access_token 的权限范围，即 token 可访问的接口。B 公司 H5 页面在请求 access_token 时，需明确声明所需 scope，例如仅请求“获取手机号”、“获取用户名”和“获取用户邮箱”等特定权限。

Web Accessibility (WCAG 2 AA))

将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算，采用设计 token 模式使颜色天生可访问，设定排版和焦点状态规则，并提供语义检查清单。适用于构建或审查 UI。

下载

用户在 A 公司 App 中授权这些 scope 后，A 公司后端会颁发包含这些特定 scope 的 access_token。B 公司 H5 页面使用该 token 访问 A 公司资源服务器时，资源服务器会根据 token 中的 scope 判断是否允许访问请求接口。

因此，A 公司资源服务器需实现逻辑，检查每个请求的 access_token 中包含的 scope，并根据 scope 决定是否允许访问。 这确保了 B 公司 H5 页面只能访问 A 公司预设且用户授权的接口。

需要注意的是，scope 和用户授权是两个概念。scope 定义了 A 公司允许访问的最大权限，而用户授权决定了实际可访问的权限。通过合理设置 scope 和用户授权机制，A 公司可以有效控制 B 公司 H5 页面对 App 接口的访问，保障安全和隐私。