POST簽名是指在使用PostObject上傳方式時,為保證上傳請求的安全性,OSS要求每個上傳請求都攜帶一個簽名(Signature)。在POST V4簽名中,Signature是通過存取金鑰(AccessKey Secret)以及目前時間和Region等資訊對一系列請求參數(包括上傳策略policy、到期時間等)進行加密計算得出。應用伺服器產生簽名後,將其與上傳策略policy等資訊一併提供給用戶端,用戶端使用這些資訊構造上傳請求。OSS收到上傳請求後會驗證簽名的有效性,只有簽名驗證通過的請求會被接受,簽名驗證未通過的請求將被拒絕。
POST簽名介紹
HTTP POST請求通過整合V4簽名演算法強化安全性。表單和policy扮演著關鍵角色,用於確保上傳請求的合法性和安全性。
表單
表單是POST請求中實際攜帶的欄位集合,用於傳遞檔案本身及其相關的中繼資料資訊。以下是POST V4簽名專屬的表單元素,其他公用表單元素,請參見PostObject表單元素。
欄位 | 類型 | 是否必選 | 描述 |
x-oss-signature-version | 字串 | 是 | 指定簽名的版本和演算法,固定值為OSS4-HMAC-SHA256。 |
x-oss-credential | 字串 | 是 | 指明衍生金鑰的參數集,格式如下:
|
x-oss-date | 字串 | 是 | 請求的時間,其格式遵循ISO 8601日期和時間標準,例如
|
x-oss-signature | 字串 | 是 | 用於簽名認證的描述資訊。其值為通過HMAC-SHA256雜湊演算法對Base64編碼後的policy字串進行加密計算,然後將經過HMAC-SHA256計算得出的二進位hash值轉換成十六進位的形式。 |
policy
policy表單域是一種安全性原則,用於定義使用者通過HTML表單上傳檔案到OSS時的許可權限制和約束條件。policy表單域通過JSON格式定義,通過多項參數限制上傳操作,例如允許上傳的Bucket名稱、Object首碼、有效期間、允許的HTTP方法、上傳內容的大小限制、內容類型限制等。
policy中必須包含expiration和conditions欄位。以下樣本conditions欄位中包含了非必選欄位,例如x-oss-security-token,該欄位僅在通過STS構造POST簽名時使用。如果使用了長期密鑰AccessKey構造POST簽名,則無需包含x-oss-security-token欄位。
{
"expiration": "2023-12-03T13:00:00.000Z",
"conditions": [
{"bucket": "examplebucket"},
{"x-oss-signature-version": "OSS4-HMAC-SHA256"},
{"x-oss-credential": "AKIDEXAMPLE/20231203/cn-hangzhou/oss/aliyun_v4_request"},
{"x-oss-security-token": "CAIS******"},
{"x-oss-date": "20231203T121212Z"},
["content-length-range", 1, 10],
["eq", "$success_action_status", "201"],
["starts-with", "$key", "user/eric/"],
["in", "$content-type", ["image/jpg", "image/png"]],
["not-in", "$cache-control", ["no-cache"]]
]
}
policy詳細說明如下:
expiration
用於指定policy的到期時間,以ISO8601 GMT時間表示。例如指定為
2023-12-03T13:00:00.000Z
,表示必須在2023年12月03日13點之前發起POST請求。conditions
用於指定POST請求表單域的合法值。
欄位
類型
是否必選
描述
Conditions匹配方式
bucket
字串
否
Bucket名稱。
bucket
x-oss-signature-version
字串
是
指定簽名的版本和演算法,固定值為OSS4-HMAC-SHA256。
x-oss-signature-version
x-oss-credential
字串
是
指明衍生金鑰的參數集,格式如下:
<AccessKeyId>/<date>/<region>/oss/aliyun_v4_request
AccessKeyId:填寫存取金鑰中的AccessKey ID。
date:填寫請求的日期,
region:填寫阿里雲通用Region ID,樣本值為cn-hangzhou。
oss:請求的服務名稱,固定值為oss。
aliyun_v4_request:請求的版本說明,固定值為aliyun_v4_request。
x-oss-credential
x-oss-security-token
字串
否
僅當使用STS構造POST簽名時,才需要設定此參數。您可以通過調用STS服務的AssumeRole介面擷取安全性權杖。
x-oss-security-token
x-oss-date
字串
是
請求的時間,其格式遵循ISO 8601日期和時間標準,例如
20231203T121212Z
。允許向後位移15分鐘:即實際伺服器接收到請求的時間與
x-oss-date
攜帶的時間相比,可以晚最多15分鐘。這種設計主要是考慮到網路傳輸延遲以及用戶端和伺服器之間可能存在的時間同步誤差,確保即使用戶端時間稍有偏差,也能在一定範圍內正常處理請求。最多允許7天有效期間:從
x-oss-date
指定的時間開始計算,請求的有效期間不能超過7天。如果用戶端發送的請求中的x-oss-date
值表明該請求已經到期(超過7天),則OSS服務端會拒絕該請求,並返回錯誤資訊。這種設計是為了保證請求的時效性和安全性,防止惡意提交舊的、已簽名的請求。x-oss-date
指定的時間作為StringToSign中的TimeStamp,取值必須與建立SigningKey中的Date是同一天,且要求與表單中的x-oss-date取值保持一致。
x-oss-date
content-length-range
字串
否
上傳Object的最小和最大允許大小,單位為位元組。
content-length-range
success_action_status
字串
否
上傳成功後的返回狀態代碼。
eq、starts-with、in和not-in
key
字串
否
上傳的Object名稱。
eq、starts-with、in和not-in
content-type
字串
否
限制上傳的檔案類型。
eq、starts-with、in和not-in
cache-control
字串
否
指定Object的緩衝行為。
eq、starts-with、in和not-in
簽名計算過程
建立utf-8編碼的policy。
構造StringToSign。
將policy進行Base64編碼,產生一個安全傳輸的字串,作為待簽名字串(StringToSign)。
計算SigningKey。
採用HMAC-SHA256雜湊演算法對StringToSign進行加密計算。計算過程中,使用與OSS帳號關聯的SigningKey作為雜湊運算的密鑰。
計算Signature。
將經過HMAC-SHA256計算得出的二進位雜湊值轉化為十六進位形式,所得到的十六進位字串即為Signature,用於驗證請求的完整性和合法性。
POST簽名計算完整範例程式碼
以上述提供的policy為例,通過Java範例程式碼示範POST簽名計算的完整過程。
import com.aliyun.oss.common.utils.BinaryUtil;
import org.apache.commons.codec.binary.Base64;
import javax.crypto.Mac;
import javax.crypto.spec.SecretKeySpec;
public class Demo {
public static void main(String[] args) throws Exception {
// 運行本程式碼範例之前,請確保已設定環境變數OSS_ACCESS_KEY_ID和OSS_ACCESS_KEY_SECRET。
String accesskeyid = System.getenv().get("OSS_ACCESS_KEY_ID");
String accesskeysecret = System.getenv().get("OSS_ACCESS_KEY_SECRET");
// 步驟1:建立policy。
String policy = "{\n" +
" \"expiration\": \"2023-12-03T13:00:00.000Z\",\n" +
" \"conditions\": [\n" +
" {\"bucket\": \"examplebucket\"},\n" +
" {\"x-oss-signature-version\": \"OSS4-HMAC-SHA256\"},\n" +
" {\"x-oss-credential\": \""+accesskeyid+"/20231203/cn-hangzhou/oss/aliyun_v4_request\"},\n" +
" {\"x-oss-date\": \"20231203T121212Z\"},\n" +
" [\"content-length-range\", 1, 10],\n" +
" [\"eq\", \"$success_action_status\", \"201\"],\n" +
" [\"starts-with\", \"$key\", \"user/eric/\"],\n" +
" [\"in\", \"$content-type\", [\"image/jpg\", \"image/png\"]],\n" +
" [\"not-in\", \"$cache-control\", [\"no-cache\"]]\n" +
" ]\n" +
"}";
// 步驟2:構造待簽名字串(StringToSign)。
String stringToSign = new String(Base64.encodeBase64(policy.getBytes()));
// 步驟3:計算SigningKey。
byte[] dateKey = hmacsha256(("aliyun_v4" + accesskeysecret).getBytes(), "20231203");
byte[] dateRegionKey = hmacsha256(dateKey, "cn-hangzhou");
byte[] dateRegionServiceKey = hmacsha256(dateRegionKey, "oss");
byte[] signingKey = hmacsha256(dateRegionServiceKey, "aliyun_v4_request");
// 步驟4:計算Signature。
byte[] result = hmacsha256(signingKey, stringToSign);
String signature = BinaryUtil.toHex(result);
System.out.println("signature:" + signature);
}
public static byte[] hmacsha256(byte[] key, String data) {
try {
// 初始化HMAC密鑰規格,指定演算法為HMAC-SHA256並使用提供的密鑰。
SecretKeySpec secretKeySpec = new SecretKeySpec(key, "HmacSHA256");
// 擷取Mac執行個體,並通過getInstance方法指定使用HMAC-SHA256演算法。
Mac mac = Mac.getInstance("HmacSHA256");
// 使用密鑰初始化Mac對象。
mac.init(secretKeySpec);
// 執行HMAC計算,通過doFinal方法接收需要計算的資料並返回計算結果的數組。
byte[] hmacBytes = mac.doFinal(data.getBytes());
return hmacBytes;
} catch (Exception e) {
throw new RuntimeException("Failed to calculate HMAC-SHA256", e);
}
}
}
返回結果如下:
signature:1fd071f7ac52de95b2b131cd070974876c3c4fce20cce3802531bdbee13df8b1