阿里云会对每个访问的请求进行身份验证,所以无论使用HTTP还是HTTPS协议提交请求,都需要在请求中包含签名(Signature)信息。通过使用 Access Key IDAccess Key Secret 进行对称加密的方法来验证请求的发送者身份。Access Key IDAccess Key Secret由阿里云官方颁发给访问者(可以通过阿里云官方网站申请和管理),其中Access Key ID用于标识访问者的身份;Access Key Secret是用于加密签名字符串和服务器端验证签名字符串的密钥,仅您和阿里云知道秘钥信息,请严格保密。

说明 阿里云提供了多种语言的SDK及第三方SDK,可以免去您对签名算法进行编码的工作。详情请参见阿里云开发工具包(SDK)

签名操作

您在访问时,需要按照下面的方法对请求进行签名处理。

  1. 使用请求参数构造规范化的请求字符串(Canonicalized Query String)。
    1. 参数排序。 按照参数名称的字典顺序对请求中所有的请求参数(包括公共请求参数和接口的自定义参数,但不包括公共请求参数中的 Signature 参数)进行排序。
      说明 当使用GET方法提交请求时,这些参数就是请求URI中的参数部分(即URI中 ?之后由 &连接的部分)。
    2. 参数编码。 对排序之后的请求参数的名称和值分别用UTF-8字符集进行URL编码。编码的规则如下。
      1. 对于字符A~Z、a~z、0~9 以及字符-_.~不编码;
      2. 对于其它字符编码成%XY的格式,其中XY是字符对应ASCII 码的16进制表示。比如英文的双引号对 应的编码为%22
      3. 对于扩展的UTF-8字符,编码成%XY%ZA…的格式;
      4. 英文空格 要编码成 %20,而不是加号+
      该编码方式和一般采用的application/x-www-form-urlencoded MIME格式编码算法(比如Java标准库中的 java.net.URLEncoder的实现)相似,但又有所不同。实现时,可以先用标准库的方式进行编码,然后把编码后的字符串中加号+替换成 %20、星号*替换成 %2A%7E 替换回波浪号~,即可得到上述规则描述的编码字符串。这个算法可以用下面的percentEncode方法来实现:
      private static final String ENCODING = "UTF-8";
      
      private static String percentEncode(String value) throws UnsupportedEncodingException {
      return value != null ? URLEncoder.encode(value, ENCODING).replace("+", "%20").replace("*", "%2A").replace("%7E", "~") : null;
      }
    3. 将编码后的参数名称和值用英文等号=进行连接。
    4. 将等号连接得到的参数组合按参数排序排好的顺序依次使用&符号连接,即得到规范化请求字符串。
  2. 将上一步构造的规范化字符串按照下面的规则构造成待签名的字符串。
    StringToSign= HTTPMethod + “&” + percentEncode(“/”) + ”&” +
            percentEncode(CanonicalizedQueryString)
    其中:
    • HTTPMethod是提交请求用的HTTP方法,比如GET。
    • percentEncode(“/”) 是按照参数排序中描述的URL编码规则对字符/进行编码得到的值,即%2F
    • percentEncode(CanonicalizedQueryString)是对步骤 1中构造的规范化请求字符串按参数编码中描述的URL编码规则编码后得到的字符串。
  3. 按照RFC2104的定义,计算待签名字符串StringToSign的HMAC值。
    说明 计算签名时使用的Key就是您持有的Access Key Secret并加上一个 &字符(ASCII:38),使用的哈希算法是SHA1。
  4. 按照 Base64 编码规则把上面的 HMAC 值编码成字符串,即得到签名值(Signature)。
  5. 将得到的签名值作为Signature参数添加到请求参数中,即完成对请求签名的过程。
    说明 得到的签名值在作为最后的请求参数值提交给ECS服务器时,要和其它参数一样,按照 RFC3986 的规则进行URL编码。

示例

以DescribeRegions为例,假设使用的Access Key IdtestidAccess Key Secrettestsecret。 那么签名前的请求 URL 为:

http://ecs.aliyuncs.com/
?TimeStamp=2016-02-23T12:46:24Z
&Format=XML
&AccessKeyId=testid
&Action=DescribeRegions
&SignatureMethod=HMAC-SHA1
&SignatureNonce=3ee8c1b8-83d3-44af-a94f-4e0ad82fd6cf&Version=2014-05-26
&SignatureVersion=1.0

计算得到的待签名字符串 StringToSign 为:

GET
&%2F
&AccessKeyId%3Dtestid
&Action%3DDescribeRegions
&Format%3DXML&SignatureMethod%3DHMAC-SHA1
&SignatureNonce%3D3ee8c1b8-83d3-44af-a94f-4e0ad82fd6cf
&SignatureVersion%3D1.0
&TimeStamp%3D2016-02-23T12%253A46%253A24Z
&Version%3D2014-05-26

因为 Access Key Secrettestsecret,所以用于计算HMAC的Key为 testsecret&,计算得到的签名值为:CT9X0VtwR86fNWSnsc6v8YGOjuE=

将签名作为 Signature 参数加入到 URL 请求中,最后得到的 URL 为:

http://ecs.aliyuncs.com/
?SignatureVersion=1.0
&Action=DescribeRegions
&Format=XML
&SignatureNonce=3ee8c1b8-83d3-44af-a94f-4e0ad82fd6cf&Version=2014-05-26
&AccessKeyId=testid
&Signature=CT9X0VtwR86fNWSnsc6v8YGOjuE%3D
&SignatureMethod=HMAC-SHA1
&TimeStamp=2016-02-23T12%3A46%3A24Z