API 开放鉴权
流量入口管理
创建流量入口
如需开放 API 鉴权,创建流量入口时需选择 面向合作伙伴开放 API 场景。
调用方认证方式
- Key 认证:通过请求参数中的
appKey
字段,或请求头中的X-App-Key
识别调用方。 - HMAC 签名认证:使用 HMAC 对请求行、请求头、请求 Body 进行加密,具备较高的安全性,因根据 HTTP 签名算法标准草案设计,同时具备一定的通用性,具体请参见 HMAC 签名认证。
- 参数签名认证:通过请求参数中的
appKey
字段识别调用方,同时通过对参数进行签名的sign
字段完成校验,具体请参见 参数签名认证。 - OAuth2 认证:基于 OAuth2 Client Credentials 模式,通过动态 Token 识别调用方,调用方可借助类似
Spring Cloud Security
的库实现。
调用方访问条件
- 认证通过:仅需携带的调用凭证正确,即可通过识别进行访问。
- 认证通过 + 授权许可:需额外针对调用方授权后,对应调用方才可访问。
调用者授权
若调用方访问条件选择 认证通过 + 授权许可,则需进行调用者授权。
您可以在创建流量入口时完成调用者授权,也可以在后续通过流量入口编辑操作完成。
调用量控制
您可以在创建流量入口时完成调用量控制,也可以在后续通过流量入口编辑操作完成。
调用方凭证管理
选择对应调用方后,点击 凭证。
调用方需根据流量入口的认证方式,选择正确的凭证。
签名认证算法
在平台提供的认证鉴权方式中,HMAC 签名认证和参数签名认证均可在识别出调用方的同时,对请求参数、Body 进行签名检查,从而进一步确保请求未被篡改或伪造。
HMAC 签名认证(推荐)
该算法主要依据 HTTP 签名草案 建立,使用 Kong 原生的 HMAC-Auth 插件。
Authorization 请求头构成
标准的 Authorization 请求头示例如下:
Authorization: hmac appkey="wsK8t77fvAAs3i7878NSkC0j95ib3oVu", algorithm="hmac-sha256", headers="date request-line", signature="gaweQbATuaGmLrUr3HE0DzU1keWGCt3H96M28sSHTG8="
HMAC
表明使用 HMAC 签名,此为静态字段,在所有请求中均为一致,无需变化。
appkey=”wsK8t77fvAAs3i7878NSkC0j95ib3oVu”
即凭证中的 App Key 字段(如下图所示),需与 HMAC 以 ASCII 空格
algorithm=”hmac-sha256”
表示使用的签名算法,无需变化,需与 appkey 以 ASCII 字符
,
和 ASCII 空格headers=”date request-line”
参与签名的请求头,均为小写,其内容是有序的,表明签名过程中字段拼接的顺序(具体请参见 签名算法),需与 algorithm 以 ASCII 字符
,
和 ASCII 空格::: tip 提示 字段
request-line
相对特殊,表示请求行,例如GET /api?name=bob HTTP/1.1
,此处虽写在 headers 中,实质上并不是 header。 :::signature=”gaweQbATuaGmLrUr3HE0DzU1keWGCt3H96M28sSHTG8=”
基于签名算法生成的签名值,需与 headers 以 ASCII 字符
,
和 ASCII 空格
签名算法
- 不存在请求 Body
必须请求头
- Date
- Authorization
Date 请求头
Date 请求头需遵循 RFC1123 HTTP 规范,例如
Thu, 10 Dec 2020 08:47:43 GMT
。Unix 命令生成:
env LANG=eng TZ=GMT date '+%a, %d %b %Y %T %Z'
Java 代码生成:
System.out.println(DateTimeFormatter.RFC_1123_DATE_TIME.format(ZonedDateTime.now(ZoneOffset.UTC)));
::: tip 提示 若 Date 请求头时间与服务器时间的绝对差值大于 5 分钟,将被认为请求重放而拒绝请求。 :::
Authorization 请求头
请求头的构造,请参见 Authorization 请求头构成。此处将介绍如何生成签名。
待签名字符串的生成规则如下:
- 若非
request-line
,拼接小写的请求头key
,并跟上 ASCII 字符:
和 ASCII 空格 - 若非
request-line
,拼接请求头value
,若是request-line
,拼接 HTTP request line。 - 若非
request-line
,最后拼接 ASCII 换行符\n
。
例如,对于以下请求:
curl -i -X GET http://localhost/requests?name=bob \
-H 'Host: hmac.com' \
-H 'Date: Thu, 22 Jun 2017 21:12:36 GMT' \
-H 'Authorization: hmac appkey="wsK8t77fvAAs3i7878NSkC0j95ib3oVu", algorithm="hmac-sha256", headers="date host request-line", signature="FiPTWoayUGvlaAk6HbnxEzlXo0JO2HhiDGEwsR4yKPo="'
Authorization 头中指定了用于签名的请求头,
date
、host
以及特殊的请求行request-line
,按序拼接字符串,获得待签名字符串:date: Thu, 22 Jun 2017 21:12:36 GMT
host: hmac.com
GET /requests?name=bob HTTP/1.1
对待签名字符串进行签名,规则如下:
signed_string=HMAC-SHA256(<signing_string>, "secret")
signature=base64(<signed_string>)
若 App Secret 为
qdWre3pJxitNm9NOBRH3EpWeVYepnt3f
,可得到签名值为FiPTWoayUGvlaAk6HbnxEzlXo0JO2HhiDGEwsR4yKPo=
使用 Unix 命令生成签名:
echo -ne "date: Thu, 22 Jun 2017 21:12:36 GMT\nhost: hmac.com\nGET /requests?name=bob HTTP/1.1" | \
openssl dgst -sha256 -hmac "qdWre3pJxitNm9NOBRH3EpWeVYepnt3f" -binary | base64
使用 Java 代码生成签名:
import org.apache.commons.codec.binary.Base64;
import org.apache.commons.codec.digest.HmacAlgorithms;
import org.apache.commons.codec.digest.HmacUtils;
// ...
String digest =
new String(
Base64.encodeBase64String(
new HmacUtils(HmacAlgorithms.HMAC_SHA_256, "qdWre3pJxitNm9NOBRH3EpWeVYepnt3f")
.hmac("date: Thu, 22 Jun 2017 21:12:36 GMT\nhost: hmac.com\nGET /requests?name=bob HTTP/1.1")));
- 若非
- 存在请求 Body
必须请求头
- Date
- Digest
- Authorization
Date 请求头
与不存在 Body 时一致。
Digest 请求头
需使用 SHA-256 对请求 Body 进行签名,例如 Body 为
{"name": "bob"}
,则对应的 Digest 请求头为Digest: SHA-256=956ba28434677d7d825157df180ef8123067cd58277c73f2c0f5e461a2830b52
,其中 Digest 请求头的value
需以SHA-256=
开头。使用 Unix 命令生成:
echo -n '{"name": "bob"}' | openssl dgst -sha256
请求限制:请求 Body 大小不超过 10 m。
Authorization 请求头
区别于不存在 Body 的情况,Headers 部分必须带上 Digest,示例如下:
curl -i -X POST http://localhost/requests \
-H 'Host: hmac.com' \
-H 'Date: Thu, 22 Jun 2017 21:12:36 GMT' \
-H 'Digest: SHA-256=956ba28434677d7d825157df180ef8123067cd58277c73f2c0f5e461a2830b52' \
-H 'Authorization: hmac appkey="wsK8t77fvAAs3i7878NSkC0j95ib3oVu", algorithm="hmac-sha256", headers="date host request-line digest", signature="CZSUv+kxWHN/vPEbwARg4r+NN3Vnb9+Aaq5XOQiENJA="'
-d '{"name": "bob"}'
Authorization 头中指定了用于签名的请求头,
date
、host
、特殊的请求行request-line
以及请求 Body 的签名值digest
,按序拼接字符串,获得待签名字符串:date: Thu, 22 Jun 2017 21:12:36 GMT
host: hmac.com
GET /requests?name=bob HTTP/1.1
digest: SHA-256=956ba28434677d7d825157df180ef8123067cd58277c73f2c0f5e461a2830b52
生成签名的方式请参见 不存在请求 Body。
参数签名认证
所有参数(包括 appKey
,但不包括签名参数 sign
自身)均按照字符序增序排列,随后在排列的参数串末尾加上 appSecret
,对完整字符串进行 SHA512 签名,生成签名参数 sign
。
基于 URL 参数的签名
例如,调用参数为:
/api?appKey=foobar&name=dadu&abc=123
参数名按照字母序升序排列,得到:
abc=123&appKey=foobar&name=dadu
假设调用凭证中的 App Secret 为 my.secret
,并将其附加到参数末尾,得到:
abc=123&appKey=foobar&name=dadumy.secret
计算该字符串的 SHA512,得到签名值为:
f97efc239eef4eafe69bfe41438740199d939e2e123c4c5a6b5d0b5e58d295a2818d6444c5c7b9e5985e751ad93f9c854e1966e59a63a1eeceb31e46641e291a
最终得到请求为:
/api?appKey=foobar&name=dadu&abc=123&sign=f97efc239eef4eafe69bfe41438740199d939e2e123c4c5a6b5d0b5e58d295a2818d6444c5c7b9e5985e751ad93f9c854e1966e59a63a1eeceb31e46641e291a
基于 Body 的签名
对于 Post 等带有 Body 的请求,将对 Body 进行签名,此时分为两种情况:
Content-Type 为
application/x-www-form-urlencoded
此时与 URL 参数签名的方式一致,只是将参数放至 Body 里面。
请求限制:
- Body 大小不超过 10 m。
- 参数个数不大于 100 个。
Content-Type 为
application/json
例如,原始请求为:
POST --header 'Content-Type: application/json'
-d '
{"userName":"abc","gender":"male"}
'
将 Body 整体作为名为 Data 的参数,按照字母升序排列,得到:
appKey=foobar&data={"userName":"abc","gender":"male"}
假设调用凭证中的 App Secret 为
my.secret
,并将其附加到参数末尾,得到:appKey=foobar&data={"userName":"abc","gender":"male"}my.secret
计算该字符串的 SHA512,得到签名值为:
ec23eeda5f88abe26311ed020439172eea409e3475875c87e9abfa8a6856138e767608e8497435f573ccb417a90448c78abdca4a0de12c4da4583aa3add7bf52
最终调用方需发起的请求为:
POST --header 'Content-Type: application/json'
-d '
{
"data": "{\"userName\":\"abc\",\"gender\":\"male\"}",
"appKey": "foobar",
"sign": "ec23eeda5f88abe26311ed020439172eea409e3475875c87e9abfa8a6856138e767608e8497435f573ccb417a90448c78abdca4a0de12c4da4583aa3add7bf52"
}'
网关收到请求后,发至后端服务的真正请求和原始请求一致:
POST --header 'Content-Type: application/json'
-d '
{"userName":"abc","gender":"male"}
'
请求限制:Body 大小不超过 2 m。
加上时间戳的签名(可选)
增加名为 apiTimestamp
的时间戳参数,同其他参数一起字符升序排列之后,进行签名生成 sign
。
时间戳取值
Unix 时间戳标准:从 1970 年 1 月 1 日(UTC/GMT 的午夜 )开始所经过的秒数
不同语言的获取方式:
| Java | System.currentTimeMillis() / 1000 | | :————- | :—————————————————— | | JavaScript | Math.round(new Date().getTime()/1000) |
时间校验
添加
apiTimestamp
时间戳参数后,网关将判断是否和服务端时间接近,允许正负误差在 5 分钟内,否则鉴权失败。Example
以 URL 参数的签名为例:
/api?appKey=foobar&name=dadu&abc=123
加上参数
apiTimestamp=1581565619
,进行字符升序排列,并加上 App Secret(假设为my.secret
):abc=123&apiTimestamp=1581565619&appKey=foobar&name=dadumy.secret
计算该字符串的 SHA512,得到签名值为:
61cabbc719e5edff3021ab5047bd3c5981e6348066d0416254dd529241a7135d57498dac56d2400139bc1040c5759d1c0798f1673913c537d10769c149879edd
最终得到请求为:
/api?appKey=foobar&name=dadu&abc=123&apiTimestamp=1581565619&sign=61cabbc719e5edff3021ab5047bd3c5981e6348066d0416254dd529241a7135d57498dac56d2400139bc1040c5759d1c0798f1673913c537d10769c149879edd
基于 Body 签名的方式类似,
apiTimestamp
需带在 Body 的 Json 结构体中,例如:POST --header 'Content-Type: application/json'
-d '
{
"data": "{\"userName\":\"abc\",\"gender\":\"male\"}",
"appKey": "foobar",
"apiTimestamp": 1581565619,
"sign": "xxxx",
}'
代码示例
签名实现:
// SignAuthHelper.Java
import org.apache.commons.codec.binary.Hex;
import org.apache.commons.lang.StringUtils;
import java.io.UnsupportedEncodingException;
import java.security.NoSuchAlgorithmException;
import java.util.ArrayList;
import java.util.List;
import java.util.Map;
import java.security.MessageDigest;
import java.util.stream.Collectors;
/**
* SignAuthHelper.java (JAVA 8+)
*/
public class SignAuthHelper {
public static Map<String, String> sign(Map<String,String> args, String appSecret) {
args.put("appKey", args.get("appKey"));
List<String> keyList = args.entrySet().stream().map(Map.Entry::getKey).sorted().collect(Collectors.toList());
List<String> kvList = new ArrayList<>();
for (String key: keyList) {
kvList.add(key + "=" + args.get(key));
}
String argsStr = StringUtils.join(kvList, "&") + appSecret;
String sign = string2SHA512(argsStr);
args.put("sign", sign);
return args;
}
private static String string2SHA512(String str) {
MessageDigest messageDigest;
String encdeStr = "";
try {
messageDigest = MessageDigest.getInstance("SHA-512");
byte[] hash = messageDigest.digest(str.getBytes("UTF-8"));
encdeStr = Hex.encodeHexString(hash);
} catch (NoSuchAlgorithmException | UnsupportedEncodingException e) {
e.printStackTrace();
}
return encdeStr;
}
}
测试程序:
import java.util.HashMap;
import java.util.Map;
import static org.junit.Assert.assertEquals;
/**
* Main.java (JAVA 8+)
*/
public class Main {
public static void main(String[] args) {
// Sign Request URL Parameter
// GET https://domain.com?param1=123¶m2=Abc&appKey=foobar&pampasCall=query.coupon
Map<String, String> params = new HashMap<>(2);
params.put("param1", "123");
params.put("param2", "Abc");
params.put("appKey", "foobar");
params.put("pampasCall", "query.coupon");
params = SignAuthHelper.sign(params, "my.secret");
String expect = "d6fee3145be668425f70878084f9d"
+ "39fce3f7c5fca283ffc4c5d5a5568077334e9a505"
+ "26e7e806758a66b7647ae9951f9324a0f921e28417e07d69beed79f7ef";
assertEquals(expect, params.get("sign"));
System.out.println("Verify Success");
// Sign Request Body
// POST --header 'Content-Type: application/json'
// --header 'Accept: application/json'
// -d '{"userName":"abc","gender":"male"}'
// 'https://domain.com'
params = new HashMap<>(4);
// request body use data as param name
params.put("data", "{\"userName\":\"abc\",\"gender\":\"male\"}");
params.put("appKey", "foobar");
expect = "ec23eeda5f88abe26311ed020439172eea409e34"
+ "75875c87e9abfa8a6856138e767608e8497435f573c"
+ "cb417a90448c78abdca4a0de12c4da4583aa3add7bf52";
params = SignAuthHelper.sign(params, "test-secret");
assertEquals(expect, params.get("sign"));
System.out.println("Verify Request Body Success");
}
}