Проміжне програмне забезпечення для автентифікації ASP.NET Core 2.0

Question 1

З Core 1.1 слідували порадам @ blowdart та впровадили власне проміжне програмне забезпечення:

https://stackoverflow.com/a/31465227/29821

Це працювало так:

Проміжне програмне забезпечення працювало. Вибрав маркер із заголовків запиту.
Перевірив маркер і, якщо дійсний, побудував ідентичність (ClaimsIdentity), яка містила кілька претензій, які потім він додав через HttpContext.User.AddIdentity ();
У ConfigureServices, що використовують services.AddAuthorization, я додав політику, яка вимагає заявки, яку надає проміжне програмне забезпечення.
У контролерах / діях я б тоді використовував [Авторизувати (Ролі = "якусь роль, яку додало проміжне програмне забезпечення")]

Це дещо працює з 2.0, за винятком того, що якщо маркер не дійсний (крок 2 вище) і заява ніколи не додається, я отримую "Не було вказано схему аутентифікації, і не знайдено схеми DefaultChallengeScheme."

Отже, зараз я читаю, що змінено аутентифікацію в 2.0:

https://docs.microsoft.com/en-us/aspnet/core/migration/1x-to-2x/identity-2x

Який правильний шлях для мене робити те саме в ASP.NET Core 2.0? Я не бачу прикладу для справді власної автентифікації.

Question 2

Отже, після довгого дня спроб вирішити цю проблему, я нарешті зрозумів, як Microsoft хоче, щоб ми створили власні обробники автентифікації для їх нової установки проміжного програмного забезпечення в ядрі 2.0.

Переглянувши частину документації про MSDN, я знайшов клас із назвою, AuthenticationHandler<TOption>який реалізує IAuthenticationHandlerінтерфейс.

Звідти я знайшов цілу базу коду з існуючими схемами автентифікації, розташованими за адресою https://github.com/aspnet/Security

Усередині одного з них показано, як Microsoft реалізує схему автентифікації JwtBearer. ( https://github.com/aspnet/Security/tree/master/src/Microsoft.AspNetCore.Authentication.JwtBearer )

Я скопіював більшу частину цього коду в нову папку і очистив усі речі, пов'язані з цим JwtBearer.

У JwtBearerHandlerкласі (який розширюється AuthenticationHandler<>) є перевизначення дляTask<AuthenticateResult> HandleAuthenticateAsync()

Я додав у наше старе проміжне програмне забезпечення для встановлення заявок через власний сервер маркерів, і все ще стикався з деякими проблемами з дозволами, просто випльовуючи 200 OKзамість a, 401 Unauthorizedколи маркер був недійсним, а претензій не було налаштовано.

Я зрозумів, що перевизначив, Task HandleChallengeAsync(AuthenticationProperties properties)що з якоїсь причини використовується для встановлення дозволів через [Authorize(Roles="")]контролер.

Після видалення цієї заміни код працював і успішно видавав, 401коли дозволи не збігалися.

Головним виводом з цього є те, що тепер ви не можете використовувати власне проміжне програмне забезпечення, вам потрібно його реалізувати через, AuthenticationHandler<>і ви повинні встановити DefaultAuthenticateSchemeі DefaultChallengeSchemeпри використанні services.AddAuthentication(...).

Ось приклад того, як це все повинно виглядати:

У Startup.cs / ConfigureServices () додайте:

services.AddAuthentication(options =>
{
    // the scheme name has to match the value we're going to use in AuthenticationBuilder.AddScheme(...)
    options.DefaultAuthenticateScheme = "Custom Scheme";
    options.DefaultChallengeScheme = "Custom Scheme";
})
.AddCustomAuth(o => { });

У Startup.cs / Configure () додайте:

app.UseAuthentication();

Створіть новий файл CustomAuthExtensions.cs

public static class CustomAuthExtensions
{
    public static AuthenticationBuilder AddCustomAuth(this AuthenticationBuilder builder, Action<CustomAuthOptions> configureOptions)
    {
        return builder.AddScheme<CustomAuthOptions, CustomAuthHandler>("Custom Scheme", "Custom Auth", configureOptions);
    }
}

Створіть новий файл CustomAuthOptions.cs

public class CustomAuthOptions: AuthenticationSchemeOptions
{
    public CustomAuthOptions()
    {

    }
}

Створіть новий файл CustomAuthHandler.cs

internal class CustomAuthHandler : AuthenticationHandler<CustomAuthOptions>
{
    public CustomAuthHandler(IOptionsMonitor<CustomAuthOptions> options, ILoggerFactory logger, UrlEncoder encoder, ISystemClock clock) : base(options, logger, encoder, clock)
    {
        // store custom services here...
    }
    protected override async Task<AuthenticateResult> HandleAuthenticateAsync()
    {
        // build the claims and put them in "Context"; you need to import the Microsoft.AspNetCore.Authentication package
        return AuthenticateResult.NoResult();
    }
}

Question 3

Як зазначено у статті, на яку ви посилаєтесь, в Identity відбулися значні зміни від Core 1.x до Core 2.0 Основна зміна - це відхід від підходу проміжного програмного забезпечення та використання ін’єкції залежностей для налаштування користувацьких служб. Це забезпечує набагато більшу гнучкість у налаштуванні ідентичності для більш складних реалізацій. Тож ви хочете піти від підходу проміжного програмного забезпечення, про який ви згадали вище, і перейти до послуг. Для досягнення цієї мети виконайте кроки міграції у статті, на яку посилається. Почніть із заміни app.UseIdentity на app.UseAuthentication . UseIdentity знецінено і не буде підтримуватися в наступних версіях. Повний приклад того, як вставити власне перетворення претензій та виконати авторизацію претензіїпереглянути цей допис у блозі .