我的理解是-oidc-client生成随机数和状态并将其发送到授权服务器(身份服务器 4)。这用于防止CSRF攻击,重放攻击。
状态和随机数通过下面的 signinredirect() 示例发送
https://auth.azurewebsites.net/Account/Login?
ReturnUrl=%2Fconnect%2Fauthorize%2Fcallback%3F
client_id%3DLocal%26
redirect_uri%3Dhttp%253A%252F%252Flocalhost%253A4200%252Fauth-callback%252F%26
response_type%3Did_token%2520token%26
scope%3Dopenid%2520profile%2520Api%26
state%3D212ee56661074896aea2b6043d2b8a3f%26
nonce%3D393838b342d543d5910f38cbcab22fa0%26
loginType%3DInternal // my extra params
问题 1 - 回调后未定义状态
状态添加到回调 URL 如下
http://localhost:4200/auth-callback#id_token=eyJhbG...
token_type=Bearer
&expires_in=300&
scope=openid%20profile%20Api&
state=155e3e4352814ca48e127547c134144e&
session_state=DPXW-ijMR4ST9iTSxgMwhsLq7aoknEZOnq3aFDooCFg.ifImJurwkwU6M5lwZXCUuw
状态必须存在于用户中。但就我而言,我在回调方法中看到状态未定义
async completeAuthentication() {
await this.manager
.signinRedirectCallback()
.then(x => {
this.user = x;
this.user.state = x.state; // undefined
this.user.session_state = x.session_state;
})
.catch(errorData => {
const expired = errorData;
});
问题 -
- oidc在生成后将状态存储在哪里?
- 为什么状态未定义?回调后如何检索状态?我猜不是通过 URL(路径)!
- oidc 是否在内部验证状态?如何?在哪里?
问题 2 - 随机数
在 id_token 中接收到 nonce 值
created: 1594171097
extraTokenParams: {}
id: "5cc732d3b7fe4a0abdb371be3bda69a6"
nonce: "17c3f171328b4542a282fcbdd43d6fe4"
我还看到登录后有 2-4 个 oidc 用户存储在本地存储中。为什么这样?他们有相同的用户信息,但不同的 ID 和 nonce。我用户 clearstalestate() 到这些都是在每次新登录或刷新后生成的
问题 -
- 为什么 2-4 个用户信息存储在本地存储中?哪种方法生成本地存储用户?
- nonce 值是每个会话还是每个用户请求?
- 生成后的nonce值存储在哪里?
- oidc 是否在内部验证随机数?在哪里?如果不是我应该怎么做?