ApsaraVideo for Media Processing服務會對每個訪問的請求進行身分識別驗證,所以無論使用HTTP還是HTTPS協議提交請求,都需要在請求中包含簽名(Signature)資訊。媒體轉碼服務通過使用Access Key ID和Access Key Secret進行對稱式加密的方法來驗證請求的寄件者身份。Access Key ID和Access Key Secret由阿里雲官方頒發給訪問者(可以通過阿里雲官方網站申請和管理),其中Access Key ID用於標識訪問者身份;Access Key Secret是用於加密簽名字串和伺服器端驗證簽名字串的密鑰,必須嚴格保密,只有阿里雲和使用者知道。
使用者在訪問時,按照下面的方法對請求進行簽名處理:
- 使用請求參數構造正常化的請求字串(Canonicalized Query String)。
- 按照參數名稱的字典順序對請求中所有的請求參數(包括文檔中描述的“公用請求參數”和給定了的請求介面的自訂參數,但不能包括“公用請求參數”中提到的Signature參數本身)進行排序。
说明 當使用GET方法提交請求時,這些參數就是請求URI中的參數部分(即URI中
?
之後由&
串連的部分)。 - 對相關請求參數的名稱和值進行編碼。名稱和值要使用UTF-8字元集進行URL編碼,URL編碼的編碼規則是:
- 對於字元A-Z、a-z、0-9以及字元
-
、_
、.
、~
不編碼; - 對於其它字元編碼成
%XY
的格式,其中XY是字元對應ASCII碼的16進位表示。比如英文的雙引號(”)對應的編碼就是%22
; - 對於擴充的UTF-8字元,編碼成
%XY%ZA…
的格式; - 需要說明的是英文空格( )要被編碼是
%20
,而不是加號(+)。说明 一般支援URL編碼的庫(比如Java中的java.net.URLEncoder)都是按照application/x-www-form-urlencoded
的MIME類型的規則進行編碼的。實現時可以直接使用這類方式進行編碼,把編碼後的字串中加號(+)替換成%20、星號(*)替換成%2A
,%7E
替換回波浪號(~),即可得到上述規則描述的編碼字串。
- 對於字元A-Z、a-z、0-9以及字元
- 對編碼後的參數名稱和值使用英文等號(=)進行串連。
- 再把英文等號串連得到字串按參數名稱的字典順序依次使用
&
符號串連,即得到正常化請求字串。
- 按照參數名稱的字典順序對請求中所有的請求參數(包括文檔中描述的“公用請求參數”和給定了的請求介面的自訂參數,但不能包括“公用請求參數”中提到的Signature參數本身)進行排序。
- 使用上一步構造的正常化字串按照下面的規則構造用於計算簽名的字串:
StringToSign= HTTPMethod + "&" + percentEncode("/") + "&" + percentEncode(CanonicalizedQueryString)
其中HTTPMethod是提交請求用的HTTP方法,比如GET。
percentEncode(“/“)是按照1.b中描述的URL編碼規則對字元
/
進行編碼得到的值,即%2F
。percentEncode(CanonicalQueryString)是對第1步中構造的正常化請求字串按1.b中描述的URL編碼規則編碼後得到的字串。
- 按照RFC2104的定義,使用上面的用於簽名的字串計算簽名HMAC值。
说明 計算簽名時使用的Key就是使用者持有的Access Key Secret並加上一個
&
字元(ASCII:38),使用的雜湊演算法是SHA1。 - 按照Base64編碼規則把上面的HMAC值編碼成字串,即得到簽名值(Signature)。
- 將得到的簽名值作為Signature參數添加到請求參數中,即完成對請求籤名的過程。
说明 得到的簽名值在作為最後的請求參數值提交給媒體轉碼服務伺服器的時候,要和其他參數一樣,按照RFC3986的規則進行URL編碼)。
以SearchTemplate為例,簽名前的請求URL為:
http://mts.cn-hangzhou.aliyuncs.com/?Timestamp=2015-05-14T09%3A03%3A45Z&Format=XML&AccessKeyId=testId&Action=SearchTemplate&PageSize=2&SignatureMethod=HMAC-SHA1&SignatureNonce=4902260a-516a-4b6a-a455-45b653cf6150&SignatureVersion=1.0&Version=2014-06-18
那麼Canonicalized Query String就是:
AccessKeyId=testId&Action=SearchTemplate&Format=XML&PageSize=2&SignatureMethod=HMAC-SHA1&SignatureNonce=4902260a-516a-4b6a-a455-45b653cf6150&SignatureVersion=1.0&Timestamp=2015-05-14T09%3A03%3A45Z&Version=2014-06-18
那麼StringToSign就是:
GET&%2F&AccessKeyId%3DtestId%26Action%3DSearchTemplate%26Format%3DXML%26PageSize%3D2%26SignatureMethod%3DHMAC-SHA1%26SignatureNonce%3D4902260a-516a-4b6a-a455-45b653cf6150%26SignatureVersion%3D1.0%26Timestamp%3D2015-05-14T09%253A03%253A45Z%26Version%3D2014-06-18
假如使用的Access Key Id是
testId
,Access Key Secret
testKeySecret
,用於計算HMAC的Key就是
testKeySecret&
,則計算得到的簽名值是:
kmDv4mWo806GWPjQMy2z4VhBBDQ%3D
簽名後的請求URL為(注意增加了Signature參數):
http://mts.cn-hangzhou.aliyuncs.com/?Signature=kmDv4mWo806GWPjQMy2z4VhBBDQ%3D&SignatureVersion=1.0&Action=SearchTemplate&Format=XML&SignatureNonce=4902260a-516a-4b6a-a455-45b653cf6150&PageSize=2&Version=2014-06-18&AccessKeyId=testId&SignatureMethod=HMAC-SHA1&Timestamp=2015-05-14T09%3A03%3A45Z
詳細的代碼參見 調用樣本。