CDN加速

文档中心 云服务器 签名机制说明

签名机制说明

更新时间:2020-07-01 19:02:44

签名机制说明

网宿云服务会对每个访问的请求进行身份验证,需要在请求中包含签名(Signature)信息。网宿云通过使用 Access Key ID 和 Access Key Secret 进行对称加密的方法来验证请求的发送者身份。Access Key ID 和 Access Key Secret 由网宿云官方颁发给访问者(由网宿运维提供)

keystone ec2-credentials-create –user-id --tenant-id
什么是WAF\Web应用防火墙?

Access为AK,secret为SK。

其中 Access Key ID 用于标识访问者的身份;Access Key Secret 是用于加密签名字符串和服务器端验证签名字符串的密钥,必须严格保密,只有网宿云和用户知道。

网宿提供Python签名SDK和示例。具体使用SDK签名,并调用接口的方案,请参考第三部分“3. API调用完整操作示例”。

若为非Python编程语言,不使用SDK签名,具体签名步骤如下:
(1) 构造规范化请求字符串
a. 参数排序:按照参数名称的字典顺序对请求中所有的请求参数(包括“公共请求参数”和接口的自定义参数,但不包括“公共请求参数”中的 Signature 参数)进行排序。
注意:当使用 GET 方法提交请求时,这些参数就是请求 URI 中的参数部分(即 URI 中“?”之后由“&”连接的部分)。

b. 参数编码: 对排序之后的请求参数的名称和值分别用 UTF-8 字符集进行 URL 编码。编码的规则如下。
A.对于字符 AZ、az、0~9 以及字符“-”、“_”、“.”、“~”不编码;
B.对于其它字符编码成 %XY 的格式,其中 XY 是字符对应 ASCII 码的 16 进制表示。比如英文的双引号(”)对应的编码为 %22;
C.对于扩展的 UTF-8 字符,编码成 %XY%ZA… 的格式;
D.英文空格( )要编码成 %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;
}

c. 将编码后的参数名称和值用英文等号(=)进行连接。

d. 将等号连接得到的参数组合按步骤 I 排好的顺序依次使用“&”符号连接,即得到规范化请求字符串。

(2) 构造签名字符串
a. 待构造字签名字符串StringToSign,同样使用percentEncode处理上一步构造的规范化字符串,规则如下

StringToSign=
HTTPMethod + “&” +
percentEncode(“/”) + ”&” +
percentEncode(CanonicalizedQueryString)

其中:
① HTTPMethod 是提交请求用的 HTTP 方法,比如 GET。
② percentEncode(“/”) 是按照步骤 (1).①中描述的 URL 编码规则对字符 “/” 进行编码得到的值,即 %2F。
③ percentEncode(CanonicalizedQueryString) 是对步骤 1 中构造的规范化请求字符串按步骤 (1).② 中描述的 URL 编码规则编码后得到的字符串。

b. 按照 RFC2104 的定义,计算待签名字符串StringToSign的HMAC-SHA1值。示例使用的是Java Base64编码方法。

Signature = Base64( HMAC-SHA1( AccessSecret, UTF-8-Encoding-Of(StringToSign) ) )

说明:计算签名时,RFC2104规定的Key值是您的 AccessKeySecret 并加上与号()),其ASCII值为38。

c. 添加根据 RFC3986 规则编码后的参数 Signature 到规范化请求字符串URL中。
示例:)以 DescribeRegions 为例,假设使用的 Access Key Id 为 testid, Access Key Secret 为 testsecret。 那么签名前的请求 URL 为:

http://cloud.wangsucloud.com:8788/?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

(3)计算得到的待签名字符串 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

(4)因为 Access Key Secret 为 testsecret,所以用于计算 HMAC 的 Key 为 testsecret&,计算得到的签名值为:CT9X0VtwR86fNWSnsc6v8YGOjuE=
示例使用的是Java Base64编码方法

Signature = Base64( HMAC-SHA1( AccessSecret, UTF-8-Encoding-Of(StringToSign) ) )

将签名作为 Signature 参数加入到 URL 请求中,最后得到的 URL 为:(红色部分为Signature值)

http://cloud.wangsucloud.com:8788/?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