阿里云对象存储OSSOSS鉴权详解-云淘科技

请求类型

请求类型分为非匿名请求和匿名请求两种。

• 非匿名请求

  在请求头部或在请求URL中携带和身份相关的签名信息。

• 匿名请求

  在请求头部或在请求URL中未携带任何和身份相关的信息。

非匿名请求鉴权

鉴权说明

收到用户非匿名请求时，OSS会通过身份验证、基于角色的会话策略、基于身份的策略（RAM Policy）、Bucket Policy、Object ACL、Bucket ACL等鉴权结果来判断是允许或拒绝该请求。

以上鉴权流程包含的权限状态说明如下：

• Allow：允许访问请求，即比对Policy命中了Allow规则。

• Explicit Deny：显式拒绝访问请求，即比对Policy命中了Deny规则。

• Implicit Deny：隐式拒绝访问请求，即Policy不存在、比对Policy未命中Allow或Deny规则。

鉴权流程

带身份验证的鉴权流程如下：

1. 检查身份验证是否成功。

   收到用户请求后，OSS会对请求携带的签名和服务端计算的签名进行比对。

   • 如果请求签名不匹配，则拒绝访问。

   • 如果请求签名匹配，则继续判断是否为基于角色的会话策略。

2. 判断是否为基于角色的会话策略。

   如果判断结果是基于角色的会话策略，则OSS会对Session Policy进行权限比对。

   • 如果比对结果为Explicit Deny或Implicit Deny，则拒绝访问。

   • 如果比对结果为Allow，则继续检查RAM Policy和Bucket Policy。

   如果判断结果不是基于角色的会话策略，也会继续检查RAM Policy和Bucket Policy。

3. 分别检查RAM Policy和Bucket Policy。

   RAM Policy是基于身份的策略。您可以使用RAM Policy控制用户可以访问您名下哪些资源的权限。对于用户级别的访问，需要根据请求的账号类别判断允许或拒绝访问请求。

   • 如果使用阿里云账号AccessKey访问，则直接返回Implicit Deny。

   • 如果使用RAM用户AccessKey或STS的AccessKey访问，但是访问的Bucket不属于阿里云账号或者RAM角色Owner，则直接返回Implicit Deny。

   • 如果调用RAM服务提供的鉴权接口对普通请求进行身份鉴权，OSS支持RAM服务通过账号和Bucket所属资源组进行鉴权，则检查返回结果为Allow、Explicit Deny或Implicit Deny。

   Bucket Policy是基于资源的授权策略，Bucket Owner可以通过Bucket Policy为RAM用户或其他账号授权Bucket或Bucket内资源精确的操作权限。

   • 如果未设置Bucket Policy，则直接返回Implicit Deny。

   • 如果设置了Bucket Policy，则检查Bucket Policy返回结果为Allow、Explicit Deny或Implicit Deny。

4. 检查合并结果中是否存在Explicit Deny策略。

   如果存在Explicit Deny策略，则拒绝访问。如果不存在Explicit Deny策略，则检查是否存在Allow策略。

   1. 检查RAM Policy或Bucket Policy中是否存在Allow策略。

      如果存在Allow策略，则允许访问。如果不存在Allow策略，则判断请求来源。

   2. 判断请求来源。

      如果为管控类API请求，则拒绝访问。如果为数据类API请求，则继续进行Object ACL或Bucket ACL的鉴权。

      管控类API请求包括Service操作（GetService (ListBuckets)）、Bucket相关操作（例如PutBucket、GetBucketLifecycle等）、LiveChannel相关操作（例如PutLiveChannel、DeleteLiveChannel等）。

      数据类API请求包括Object相关操作，例如PutObject、GetObject等。

5. 鉴权Object ACL和Bucket ACL。

   根据Object ACL进行鉴权时，需要结合请求用户是否为Bucket Owner以及请求类型为读请求或写请求进行判断。

   • 如果判断结果为Allow，则允许访问。

   • 如果判断结果为Deny，则拒绝访问。

   如果Object ACL为继承Bucket，则继续检查Bucket ACL。

   根据Bucket ACL进行鉴权时，需要结合请求用户是否为Bucket Owner进行判断。

   • 如果判断结果为Allow，则允许访问。

   • 如果判断结果为Deny，则拒绝访问。

匿名请求鉴权

鉴权说明

收到用户匿名请求时，OSS会跳过身份验证、基于角色的会话策略、RAM Policy等鉴权步骤，只根据Bucket Policy、Object ACL以及Bucket ACL进行鉴权。

鉴权流程

匿名请求鉴权流程如下：

1. 检查Bucket Policy。

   • 如果判断结果为Deny，则拒绝访问。

   • 如果判断结果为Allow，则允许访问。

   • 如果判断结果为Ignore，则继续检查Object ACL。

2. 检查Object ACL和Bucket ACL。

   • 如果Object ACL为私有，则判断结果为Deny，并拒绝访问。

   • 如果Object ACL为公共读或公共读写，则判断结果为Allow，并允许访问。

   • 如果Object ACL为继承Bucket，则继续检查Bucket ACL。

     • 如果Bucket ACL为公共读或公共读写，则判断结果为Allow，并允许访问。

     • 如果Bucket ACL为私有，则判断结果为Deny，并拒绝访问。