Praca z bajecznym odpowiedź Matt Dekrey za , I utworzeniu przykład pełni funkcjonalny uwierzytelniania tokenów, działa przeciwko ASP.NET rdzeń (1.0.1). Możesz znaleźć pełny kod w tym repozytorium na GitHub (alternatywne gałęzie dla 1.0.0-rc1 , beta8 , beta7 ), ale w skrócie, ważne kroki to:
Wygeneruj klucz dla swojej aplikacji
W moim przykładzie generuję losowy klucz za każdym razem, gdy aplikacja się uruchamia, musisz go wygenerować i gdzieś przechowywać i dostarczyć do swojej aplikacji. Zobacz ten plik, aby dowiedzieć się, jak generuję klucz losowy i jak możesz go zaimportować z pliku .json . Jak zasugerował w komentarzach @kspearrin, API ochrony danych wydaje się idealnym kandydatem do „prawidłowego” zarządzania kluczami, ale nie doszedłem jeszcze do wniosku, czy to możliwe. Prześlij żądanie ściągnięcia, jeśli to rozwiązujesz!
Startup.cs - ConfigureServices
Tutaj musimy załadować klucz prywatny do podpisania naszych tokenów, którego użyjemy również do weryfikacji tokenów, gdy są prezentowane. Przechowujemy klucz w zmiennej na poziomie klasy, keyktórej użyjemy ponownie w poniższej metodzie Configure. TokenAuthOptions to prosta klasa, która przechowuje tożsamość podpisu, odbiorców i wystawcę, których będziemy potrzebować w kontrolerze TokenController do tworzenia naszych kluczy.
// Replace this with some sort of loading from config / file.
RSAParameters keyParams = RSAKeyUtils.GetRandomKey();
// Create the key, and a set of token options to record signing credentials
// using that key, along with the other parameters we will need in the
// token controlller.
key = new RsaSecurityKey(keyParams);
tokenOptions = new TokenAuthOptions()
{
Audience = TokenAudience,
Issuer = TokenIssuer,
SigningCredentials = new SigningCredentials(key, SecurityAlgorithms.Sha256Digest)
};
// Save the token options into an instance so they're accessible to the
// controller.
services.AddSingleton<TokenAuthOptions>(tokenOptions);
// Enable the use of an [Authorize("Bearer")] attribute on methods and
// classes to protect.
services.AddAuthorization(auth =>
{
auth.AddPolicy("Bearer", new AuthorizationPolicyBuilder()
.AddAuthenticationSchemes(JwtBearerDefaults.AuthenticationScheme)
.RequireAuthenticatedUser().Build());
});
Skonfigurowaliśmy również zasady autoryzacji, aby umożliwić nam używanie [Authorize("Bearer")]na punktach końcowych i klasach, które chcemy chronić.
Startup.cs - Skonfiguruj
Tutaj musimy skonfigurować JwtBearerAuthentication:
app.UseJwtBearerAuthentication(new JwtBearerOptions {
TokenValidationParameters = new TokenValidationParameters {
IssuerSigningKey = key,
ValidAudience = tokenOptions.Audience,
ValidIssuer = tokenOptions.Issuer,
// When receiving a token, check that it is still valid.
ValidateLifetime = true,
// This defines the maximum allowable clock skew - i.e.
// provides a tolerance on the token expiry time
// when validating the lifetime. As we're creating the tokens
// locally and validating them on the same machines which
// should have synchronised time, this can be set to zero.
// Where external tokens are used, some leeway here could be
// useful.
ClockSkew = TimeSpan.FromMinutes(0)
}
});
TokenController
W kontrolerze tokenów musisz mieć metodę generowania podpisanych kluczy przy użyciu klucza załadowanego w Startup.cs. Zarejestrowaliśmy wystąpienie TokenAuthOptions w Startup, więc musimy wstrzyknąć to w konstruktorze dla TokenController:
[Route("api/[controller]")]
public class TokenController : Controller
{
private readonly TokenAuthOptions tokenOptions;
public TokenController(TokenAuthOptions tokenOptions)
{
this.tokenOptions = tokenOptions;
}
...
Następnie musisz wygenerować token w programie obsługi dla punktu końcowego logowania, w moim przykładzie biorę nazwę użytkownika i hasło i sprawdzam je za pomocą instrukcji if, ale kluczową rzeczą, którą musisz zrobić, jest utworzenie lub załadowanie oświadczeń opartą na tożsamości i wygeneruj w tym celu token:
public class AuthRequest
{
public string username { get; set; }
public string password { get; set; }
}
/// <summary>
/// Request a new token for a given username/password pair.
/// </summary>
/// <param name="req"></param>
/// <returns></returns>
[HttpPost]
public dynamic Post([FromBody] AuthRequest req)
{
// Obviously, at this point you need to validate the username and password against whatever system you wish.
if ((req.username == "TEST" && req.password == "TEST") || (req.username == "TEST2" && req.password == "TEST"))
{
DateTime? expires = DateTime.UtcNow.AddMinutes(2);
var token = GetToken(req.username, expires);
return new { authenticated = true, entityId = 1, token = token, tokenExpires = expires };
}
return new { authenticated = false };
}
private string GetToken(string user, DateTime? expires)
{
var handler = new JwtSecurityTokenHandler();
// Here, you should create or look up an identity for the user which is being authenticated.
// For now, just creating a simple generic identity.
ClaimsIdentity identity = new ClaimsIdentity(new GenericIdentity(user, "TokenAuth"), new[] { new Claim("EntityID", "1", ClaimValueTypes.Integer) });
var securityToken = handler.CreateToken(new Microsoft.IdentityModel.Tokens.SecurityTokenDescriptor() {
Issuer = tokenOptions.Issuer,
Audience = tokenOptions.Audience,
SigningCredentials = tokenOptions.SigningCredentials,
Subject = identity,
Expires = expires
});
return handler.WriteToken(securityToken);
}
I to powinno być to. Po prostu dodaj [Authorize("Bearer")]do dowolnej metody lub klasy, którą chcesz chronić, a przy próbie uzyskania do niej dostępu bez tokena powinien pojawić się błąd. Jeśli chcesz zwrócić błąd 401 zamiast błędu 500, musisz zarejestrować niestandardową procedurę obsługi wyjątków, tak jak w moim przykładzie tutaj .