S3 是一个对象存储服务,非常适合存储海量文件。它不仅支持从服务器端上传/下载 S3 中的内容, 同时允许客户从客户端直接上传/下载 S3 中的资源。
在实际应用过程中,我们经常遇到这样的需求:只允许用户 上传/下载/删除/修改(CRUD) 自己的文件。 本文将探讨如何利用 AWS STS, OpenID Connect 实现精细化权限控制,实现用户只能上传和查看自己在 S3 中的文件。
Amazon S3 是一个对象存储服务,非常适合存储海量文件。 它不仅支持从服务器端上传/下载 S3 中的内容,同时允许客户从客户端直接上传/下载 S3 中的资源。
AWS Security Token Service 允许用户通过 API 的方式申请访问 AWS 资源的临时的 AccessKeyID 和 SecretAccessKey. 该用户可以是 IAM User, 也可以是联合登陆的用户。
OpenID Connect 是在基于 OAuth 2.0 协议的基础上提供通过 API 进行身份交互的规范。
前提
本文将使用 Auth0 作为用户库。请注册 Auth0 账户,并按照 文档添加 application。 这并不要求用户一定使用 Auth0, 只要是支持 OpenID Connect 标准的用户库都 可以使用此方法。
本文架构部署使用 terraform 一键部署 AWS 资源, 请在本机安装 terraform, 并配置好 AWS Credentials
Demo 包含前端 Web 应用,使用 yarn 做依赖管理,请自行安装 yarn
需要了解 OpenID Connect 的基本机制,包括 Access Token, ID Token.
需要了解 IAM Role. IAM 角色 是可在账户中创建的一种具有特定权限的 IAM 身份。 IAM 角色类似于 IAM 用户,因为它是一个 AWS 身份,该身份具有确定其在 AWS 中可执行和不可执行的操作的权限策略。
本文使用 AWS China Region, 如使用 AWS Global Region, 请参考 AWS 区域与终端节点修改 endpoint。
架构和原理
客户端检测到用户未登陆,跳转到登陆授权页面。以下是跳转链接:
上述 HTTP request 中的 auth0Client 为 Auth0 增加的字段,非 OIDC 标准字段
客户端向 OpenID Connect Provider(OIDC) 发起登录请求,登陆成功后,跳转回步骤 1 中的 redirect_uri,并且在 HTTP URL 中包含 access token 和 ID Token。如下:
服务器在授权成功后返回信息如上。其中包含 id_token.
调用 STS 的 AssumeRole API,获取临时 AK/SK
在上述接口中 WebIdentityToken 是步骤 2 通过 OIDC 获得的 ID Token, RoleArn 指向 预先创建好的 IAM Role. 通过 AssumeRole 接口返回的 AK/SK 具有该 IAM Role 所具备的权限。
通过 AK/SK 完成 SigV4 签名,然后直接上传文件到 S3. 通常情况下,我们使用 AWS SDK 完成签名 和上传工作。
在步骤 3 中使用的 IAM Role 的 Policy 配置如下:
该 Role 所具有的 Policy 配置如下, 将其中的,,替换为实际使用的值。
${:sub} 是一个变量,实际上是 OpenID Connect 中的 sub 字段, 通常情况下该字段是 OIDC 中的 username 字段。
通过如上的 Policy 配置,我们可以限制用户只能上传/下载/删除自己的文件。
Demo 快速部署
点击此处获取代码<<<
本文使用 Terraform 作为自动化资源创建工具,Terraform 是 一款 IT 基础架构自动化编排工具,如尚未安装,请按照文档下载并安装。
注册 Auth0 帐号,并添加 Application. 详细步骤请查看 Auth0 操作手册。 请注意,此处不强制使用 Auth0, 只要符合 OIDC 规范即可。记录下 Application 的 Domain 和 Client ID。 在 Settings -> Allowed Callback URLs 中输入 http://localhost:3000/callback
登陆 AWS 控制台,在 IAM Identity Provider 中点击 Create Provider,
在 Provider Type 中选择 OpenID Connect; 在 Provider URL 中输入 Auth0 的 Domain 字段(必须是 https://开头); 在 Audience 中输入 Auth0 的 clientID
在 terraform/variables.tf 中修改变量的值。参数说明请参考注释
通过 Terraform 自动化部署 IAM Role, IAM Policy
将 terraform 的输出拷贝到 src/config.json 中,并保存配置文件
在项目根目录下安装 Web 依赖, 并运行前端程序
运行 Demo
点击页面上的 Log In 按钮,跳转到 Auth0 的认证页面,输入用户名密码。 等待页面跳转回 Web App, 显示已经登陆,页面如下:
点击 Get AWS Credentials 按钮。等待弹出对话框
点击 Choose file 选择要上传的文件,此处只支持图片
4.点击 Upload 按钮,等待文件上传成功,并弹出对话框
查看 S3 Bucket, 发现 S3 中图片的 keyname 包含 OpenID Connect Sub
至此,实验成功。想知道客户端的实现方式可查看, src 文件夹下的前端代码。 demo 程序的主要逻辑代码在 src/Auth/Auth.js 和 src/Home/Home.js。
故障排除
No OpenIDConnect Provider Found In Your Account
如果您遇到一下 No OpenIDConnect Provider Found In Your Account 错误,请检查你的 IAM Identity Provider 名称是否以 / 结果。
您可以通过 jwt.io 来解码 ID Token 来确认是否需要 IAM Identity Provider 的名称。 正确的名称是 iss 字段中 https://往后的全部内容。
如何销毁资源
删除 S3 内的文件
在 terraform 目录下运行 terraform destroy
3.在 IAM Identity Provider 中删除之前创建的 Identity Provider
参考资料
Auth0 配置
JS S3 上传示例代码
作者介绍:
施乔
施乔,亚马逊 AWS 解决方案架构师,负责基于 AWS 的云计算方案的架构设计,在应用开发, Serverless, 大数据,IoT 方向有丰富的实践经验。
本文转载自 AWS 博客。
原文链接:
https://amazonaws-china.com/cn/blogs/china/aws-sts-openid-connect-realize-s3-permission-control/
评论