ASP.NET OAuth 授权 - 使用 ClientId 和密钥以及用户名和密码之间的区别

Question

我正在尝试在 WebAPI 2 中实现一个简单的 OAuthAuthorizationServerProvider ASP.NET。我的主要目的是学习如何为移动应用程序提供令牌。我希望用户使用用户名登录

以下是我如何设置我的AuthorizationServer：

app.UseOAuthAuthorizationServer(new OAuthAuthorizationServerOptions()
{
    AllowInsecureHttp = true,
    TokenEndpointPath = new PathString("/token"),
    AccessTokenExpireTimeSpan = TimeSpan.FromMinutes(5),
    Provider = new SimpleAuthorizationServerProvider(new SimpleAuthorizationServerProviderOptions()
    {
        ValidateUserCredentialsFunction = ValidateUser
    }),
    RefreshTokenProvider = new SimpleRefreshTokenProvider()
});

这是我的简单授权服务器提供选项实现：

public class SimpleAuthorizationServerProvider : OAuthAuthorizationServerProvider
{
    public delegate Task<bool> ClientCredentialsValidationFunction(string clientid, string secret);
    public delegate Task<IEnumerable<Claim>> UserCredentialValidationFunction(string username, string password);
    public SimpleAuthorizationServerProviderOptions Options { get; private set; }

    public SimpleAuthorizationServerProvider(SimpleAuthorizationServerProviderOptions options)
    {
        if (options.ValidateUserCredentialsFunction == null)
        {
            throw new NullReferenceException("ValidateUserCredentialsFunction cannot be null");
        }
        Options = options;
    }

    public SimpleAuthorizationServerProvider(UserCredentialValidationFunction userCredentialValidationFunction)
    {
        Options = new SimpleAuthorizationServerProviderOptions()
        {
            ValidateUserCredentialsFunction = userCredentialValidationFunction
        };
    }

    public SimpleAuthorizationServerProvider(UserCredentialValidationFunction userCredentialValidationFunction, ClientCredentialsValidationFunction clientCredentialsValidationFunction)
    {
        Options = new SimpleAuthorizationServerProviderOptions()
        {
            ValidateUserCredentialsFunction = userCredentialValidationFunction,
            ValidateClientCredentialsFunction = clientCredentialsValidationFunction
        };
    }

    public override async Task ValidateClientAuthentication(OAuthValidateClientAuthenticationContext context)
    {
        if (Options.ValidateClientCredentialsFunction != null)
        {
            string clientId, clientSecret;

            if (!context.TryGetBasicCredentials(out clientId, out clientSecret))
            {
                context.TryGetFormCredentials(out clientId, out clientSecret);
            }

            var clientValidated = await Options.ValidateClientCredentialsFunction(clientId, clientSecret);
            if (!clientValidated)
            {
                context.Rejected();
                return;
            }
        }

        context.Validated();
    }

    public override async Task GrantResourceOwnerCredentials(OAuthGrantResourceOwnerCredentialsContext context)
    {
        if (Options.ValidateUserCredentialsFunction == null)
        {
            throw new NullReferenceException("ValidateUserCredentialsFunction cannot be null");
        }

        var claims = await Options.ValidateUserCredentialsFunction(context.UserName, context.Password);
        if (claims == null)
        {
            context.Rejected();
            return;
        }

        // create identity
        var identity = new ClaimsIdentity(claims, context.Options.AuthenticationType);

        // create metadata to pass to refresh token provider
        var props = new AuthenticationProperties(new Dictionary<string, string>()
        {
            { "as:client_id", context.UserName }
        });

        var ticket = new AuthenticationTicket(identity, props);
        context.Validated(ticket);
    }

    public override async Task GrantRefreshToken(OAuthGrantRefreshTokenContext context)
    {
        var originalClient = context.Ticket.Properties.Dictionary["as:client_id"];
        var currentClient = context.ClientId;

        // enforce client binding of refresh token
        if (originalClient != currentClient)
        {
            context.Rejected();
            return;
        }

        // chance to change authentication ticket for refresh token requests
        var newIdentity = new ClaimsIdentity(context.Ticket.Identity);
        newIdentity.AddClaim(new Claim("newClaim", "refreshToken"));

        var newTicket = new AuthenticationTicket(newIdentity, context.Ticket.Properties);
        context.Validated(newTicket);
    }
}

还有我的SimpleRefreshTokenProvider实现：

public class SimpleRefreshTokenProvider : IAuthenticationTokenProvider
{
    private static ConcurrentDictionary<string, AuthenticationTicket> _refreshTokens =
        new ConcurrentDictionary<string, AuthenticationTicket>(); 

    public void Create(AuthenticationTokenCreateContext context)
    {

    }

    public async Task CreateAsync(AuthenticationTokenCreateContext context)
    {
        var guid = Guid.NewGuid().ToString();

        var refreshTokenProperties = new AuthenticationProperties(context.Ticket.Properties.Dictionary)
        {
            IssuedUtc = context.Ticket.Properties.IssuedUtc,
            ExpiresUtc = DateTime.UtcNow.AddYears(1)
        };
        var refreshTokenTicket = new AuthenticationTicket(context.Ticket.Identity, refreshTokenProperties);

        _refreshTokens.TryAdd(guid, refreshTokenTicket);
        context.SetToken(guid);
    }

    public void Receive(AuthenticationTokenReceiveContext context)
    {

    }

    public async Task ReceiveAsync(AuthenticationTokenReceiveContext context)
    {
        AuthenticationTicket ticket;
        if (_refreshTokens.TryRemove(context.Token, out ticket))
        {
            context.SetTicket(ticket);
        }
    }
}

我不完全理解的是ClientId和Secret与用户名和密码的使用。我粘贴的代码通过用户名和密码生成令牌，我可以使用该令牌（直到它过期），但当我尝试获取刷新令牌时，我必须具有ClientId。

此外，如果令牌过期，正确的方法是发送刷新令牌并获取新令牌？如果刷新令牌被盗怎么办？它和用户名不一样吗

Answer 1

我不完全理解的是ClientId和Secret与用户名和密码的使用。我粘贴的代码通过用户名和密码生成令牌，我可以使用该令牌（直到它过期），但当我尝试获取刷新令牌时，我必须具有ClientId。

此外，如果令牌过期，正确的方法是发送刷新令牌并获取新令牌？如果刷新令牌被盗怎么办？它和用户名不一样吗

在OAuth2中，在协议定义的任何授权流程中对用户和客户端进行身份验证是必不可少的。客户端身份验证（正如您可能猜到的那样）强制仅由已知客户端使用您的API。序列化访问令牌一旦生成，就不会直接绑定到特定客户端。请注意，Client秘密必须被视为机密信息，并且只能由可以以某种安全方式存储此信息的客户端（例如外部服务客户端，但不能是javascript客户端）使用。

刷新令牌只是OAuth2的另一种“授权类型”,正如您正确指出的那样，它将代替用户名和密码对。这个令牌必须被视为机密数据(甚至比访问令牌更机密)，但它比存储用户名更有优势

< li >如果泄露，用户可以撤销它； < li >它具有有限的寿命(通常为几天或几周)； < li >它不会暴露用户凭据(攻击者只能获得刷新令牌所发布的“范围”的访问令牌)。

我建议您阅读更多关于OAuth 2中定义的不同授权类型的信息，查看官方草案。我还向您推荐我自己在Web API中首次实现OAuth2时发现非常有用的资源。

样品请求

下面是两个使用fiddler的请求示例，用于资源所有者密码凭据授予：

对于刷新令牌授予：