mirror of
https://gitee.com/dcren/openiddict-documentation.git
synced 2025-09-18 09:44:27 +08:00
Update the migration guide
This commit is contained in:
Kévin Chalet
@@ -1,626 +0,0 @@
|
||||
# Migrate to OpenIddict 3.0
|
||||
|
||||
## What's new?
|
||||
|
||||
The announcement listing the changes introduced in this milestone can be found [here](https://kevinchalet.com/2020/12/23/openiddict-3-0-general-availability/).
|
||||
|
||||
> [!IMPORTANT]
|
||||
> **Migrating to OpenIddict 3.0 requires making changes to your database**: existing properties have been reworked and new ones have been added to support the new features.
|
||||
|
||||
## Update your packages references
|
||||
|
||||
For that, update your `.csproj` file to reference the `OpenIddict.AspNetCore` 3.x metapackage:
|
||||
|
||||
```xml
|
||||
<ItemGroup>
|
||||
<PackageReference Include="OpenIddict.AspNetCore" Version="3.0.3" />
|
||||
<PackageReference Include="OpenIddict.EntityFrameworkCore" Version="3.0.3" />
|
||||
</ItemGroup>
|
||||
```
|
||||
|
||||
## Ensure your application doesn't reference legacy/unsupported packages
|
||||
|
||||
As part of the AspNet.Security.OpenIdConnect.Server/OpenIddict merge, the ASOS packages and 2 OpenIddict packages have been marked as legacy
|
||||
and are no longer supported. Make sure your application (or intermediate libraries) don't reference any of these packages:
|
||||
|
||||
| Package name |
|
||||
|------------------------------------------|
|
||||
| AspNet.Security.OpenIdConnect.Extensions |
|
||||
| AspNet.Security.OpenIdConnect.Primitives |
|
||||
| AspNet.Security.OpenIdConnect.Server |
|
||||
| |
|
||||
| Owin.Security.OpenIdConnect.Extensions |
|
||||
| Owin.Security.OpenIdConnect.Server |
|
||||
| |
|
||||
| AspNet.Security.OAuth.Introspection |
|
||||
| AspNet.Security.OAuth.Validation |
|
||||
| |
|
||||
| Owin.Security.OAuth.Introspection |
|
||||
| Owin.Security.OAuth.Validation |
|
||||
| |
|
||||
| OpenIddict.Models |
|
||||
| OpenIddict.Mvc |
|
||||
|
||||
## Update the references to the Entity Framework Core/Entity Framework 6/MongoDB models
|
||||
|
||||
If your application references the `OpenIddictApplication`, `OpenIddictAuthorization`, `OpenIddictScope` or `OpenIddictToken` models, update these reference to use
|
||||
their new names: `OpenIddict[provider name]Application`, `OpenIddict[provider name]Authorization`, `OpenIddict[provider name]Scope` and `OpenIddict[provider name]Token`
|
||||
(e.g when using MongoDB: `OpenIddictMongoDbApplication`, `OpenIddictMongoDbAuthorization`, `OpenIddictMongoDbScope` and `OpenIddictMongoDbToken`).
|
||||
|
||||
## Enable ASP.NET Core integration in the server and validation options
|
||||
|
||||
With the base server and validation stacks being decoupled from ASP.NET Core, you now have to explicitly register the ASP.NET Core host in the server/validation options:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.UseAspNetCore();
|
||||
})
|
||||
.AddValidation(options =>
|
||||
{
|
||||
options.UseAspNetCore();
|
||||
});
|
||||
```
|
||||
|
||||
## Enable the authorization, logout and token endpoints pass-through mode
|
||||
|
||||
Unless you're using OpenIddict's events model to handle authorization, logout and token requests, you'll need to enable
|
||||
the pass-through mode for these endpoints, so that requests can reach your authorization controller as in the previous versions:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.UseAspNetCore()
|
||||
.EnableAuthorizationEndpointPassthrough()
|
||||
.EnableLogoutEndpointPassthrough()
|
||||
.EnableTokenEndpointPassthrough();
|
||||
});
|
||||
```
|
||||
|
||||
## Enable ASP.NET Core Data Protection support to ensure existing tokens can still be validated
|
||||
|
||||
For that, call `options.UseDataProtection()` in both the server and validation options:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.UseDataProtection();
|
||||
})
|
||||
.AddValidation(options =>
|
||||
{
|
||||
options.UseDataProtection();
|
||||
});
|
||||
```
|
||||
|
||||
## Replace JSON.NET by `System.Text.Json`
|
||||
|
||||
If you use JSON.NET to serialize or deserialize `OpenIdConnectMessage`, `OpenIdConnectRequest` or `OpenIdConnectResponse` instances,
|
||||
consider moving to `System.Text.Json` when migrating to OpenIddict 3.0, as 3.0 no longer includes a built-in JSON.NET `JsonConverter` for these types.
|
||||
|
||||
In most cases, this should be as simple as replacing `JsonConvert.SerializeObject()`/`JsonConvert.DeserializeObject()`
|
||||
by their `System.Text.Json` equivalent: `JsonSerializer.Serialize()`/`JsonSerializer.Deserialize()`.
|
||||
|
||||
## Add an apply migrations, if necessary
|
||||
|
||||
If your application uses Entity Framework Core or Entity Framework 6, add a migration to react to the schema changes listed below and apply it.
|
||||
|
||||
### Updated properties
|
||||
|
||||
| Table | Column name | Observations |
|
||||
|--------------------------|----------------|-----------------------------------------------------------------------------|
|
||||
| OpenIddictAuthorizations | Subject | The column is now nullable to support the device authorization flow. |
|
||||
| OpenIddictTokens | CreationDate | For broader database support, this column is a now a `DateTime` instance. |
|
||||
| OpenIddictTokens | ExpirationDate | For broader database support, this column is a now a `DateTime` instance. |
|
||||
| OpenIddictTokens | Subject | The column is now nullable to support the device authorization flow. |
|
||||
|
||||
### Added properties
|
||||
|
||||
| Table | Column name | Type | Nullable |
|
||||
|--------------------------|----------------|----------|----------|
|
||||
| OpenIddictAuthorizations | CreationDate | DateTime | Yes |
|
||||
| OpenIddictTokens | RedemptionDate | DateTime | Yes |
|
||||
|
||||
## If necessary, enable hybrid flow support in the server options
|
||||
|
||||
In 2.0, the hybrid flow was automatically enabled if both the authorization code and implicit flows were enabled. In 3.0, this is no longer true
|
||||
and the hybrid flow MUST be explicitly opted in. If you use the hybrid flow, make sure your application calls the `options.AllowHybridFlow()` method:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.AllowHybridFlow();
|
||||
});
|
||||
```
|
||||
|
||||
## Update your applications to grant them the appropriate response type permissions
|
||||
|
||||
New response type permissions - enforced by default - [have been introduced in 3.0](/configuration/application-permissions.html#response-type-permissions).
|
||||
|
||||
If you have many applications to migrate, you can use [this script](https://github.com/openiddict/openiddict-core/issues/1138#issuecomment-713681158)
|
||||
to infer appropriate response type permissions using the already granted grant types.
|
||||
|
||||
# Migrate to OpenIddict 1.0/2.0
|
||||
|
||||
## What's new?
|
||||
|
||||
The announcement listing the changes introduced in this milestone can be found [here](https://kevinchalet.com/2018/11/01/openiddict-1-0-and-2-0-general-availability/).
|
||||
|
||||
## Update your packages references
|
||||
|
||||
For that, simply update your `.csproj` file to point to the newest OpenIddict packages:
|
||||
|
||||
### ASP.NET Core 1.x
|
||||
|
||||
```xml
|
||||
<ItemGroup>
|
||||
<PackageReference Include="OpenIddict" Version="1.0.0" />
|
||||
<PackageReference Include="OpenIddict.EntityFrameworkCore" Version="1.0.0" />
|
||||
</ItemGroup>
|
||||
```
|
||||
|
||||
### ASP.NET Core 2.x
|
||||
|
||||
```xml
|
||||
<ItemGroup>
|
||||
<PackageReference Include="OpenIddict" Version="2.0.0" />
|
||||
<PackageReference Include="OpenIddict.EntityFrameworkCore" Version="2.0.0" />
|
||||
</ItemGroup>
|
||||
```
|
||||
|
||||
No additional change should be required for basic scenarios.
|
||||
|
||||
# Migrate to OpenIddict 1.0/2.0 rc3
|
||||
|
||||
## What's new?
|
||||
|
||||
The announcement listing the changes introduced in this milestone can be found [here](https://kevinchalet.com/2018/06/20/openiddict-rc3-is-out/).
|
||||
|
||||
## Update your packages references
|
||||
|
||||
For that, simply update your `.csproj` file to point to the newest OpenIddict packages:
|
||||
|
||||
### ASP.NET Core 1.x
|
||||
|
||||
```xml
|
||||
<ItemGroup>
|
||||
<PackageReference Include="OpenIddict" Version="1.0.0-rc3-final" />
|
||||
<PackageReference Include="OpenIddict.EntityFrameworkCore" Version="1.0.0-rc3-final" />
|
||||
</ItemGroup>
|
||||
```
|
||||
|
||||
### ASP.NET Core 2.x
|
||||
|
||||
```xml
|
||||
<ItemGroup>
|
||||
<PackageReference Include="OpenIddict" Version="2.0.0-rc3-final" />
|
||||
<PackageReference Include="OpenIddict.EntityFrameworkCore" Version="2.0.0-rc3-final" />
|
||||
</ItemGroup>
|
||||
```
|
||||
|
||||
> [!TIP]
|
||||
> If you have an explicit reference to `AspNet.Security.OAuth.Validation` or `OpenIddict.Mvc`,
|
||||
> you can safely remove these dependencies: they are now transitively referenced by the `OpenIddict` metapackage.
|
||||
|
||||
> [!IMPORTANT]
|
||||
> If your application references `OpenIddict.Models` or `OpenIddict.Stores`, you MUST remove them as these packages are no longer used in rc3.
|
||||
|
||||
## Use the new OpenIddict services registration APIs
|
||||
|
||||
To offer a better user experience, the registrations APIs exposed by OpenIddict have been reworked. Updating your code should be quite straightforward:
|
||||
|
||||
```csharp
|
||||
// In OpenIddict rc2, all the options used to be grouped.
|
||||
services.AddOpenIddict(options =>
|
||||
{
|
||||
options.AddEntityFrameworkCoreStores<ApplicationDbContext>();
|
||||
|
||||
options.AddMvcBinders();
|
||||
|
||||
options.EnableAuthorizationEndpoint("/connect/authorize")
|
||||
.EnableLogoutEndpoint("/connect/logout")
|
||||
.EnableTokenEndpoint("/connect/token")
|
||||
.EnableUserinfoEndpoint("/api/userinfo");
|
||||
|
||||
options.AllowAuthorizationCodeFlow()
|
||||
.AllowPasswordFlow()
|
||||
.AllowRefreshTokenFlow();
|
||||
|
||||
options.RegisterScopes(OpenIdConnectConstants.Scopes.Email,
|
||||
OpenIdConnectConstants.Scopes.Profile,
|
||||
OpenIddictConstants.Scopes.Roles);
|
||||
|
||||
options.RequireClientIdentification();
|
||||
|
||||
options.EnableRequestCaching();
|
||||
|
||||
options.EnableScopeValidation();
|
||||
|
||||
options.DisableHttpsRequirement();
|
||||
});
|
||||
```
|
||||
|
||||
```csharp
|
||||
// In OpenIddict rc3, the options are now split into 3 categories:
|
||||
// the core services, the server services and the validation services.
|
||||
services.AddOpenIddict()
|
||||
.AddCore(options =>
|
||||
{
|
||||
// AddEntityFrameworkCoreStores() is now UseEntityFrameworkCore().
|
||||
options.UseEntityFrameworkCore()
|
||||
.UseDbContext<ApplicationDbContext>();
|
||||
})
|
||||
|
||||
.AddServer(options =>
|
||||
{
|
||||
// AddMvcBinders() is now UseMvc().
|
||||
options.UseMvc();
|
||||
|
||||
options.EnableAuthorizationEndpoint("/connect/authorize")
|
||||
.EnableLogoutEndpoint("/connect/logout")
|
||||
.EnableTokenEndpoint("/connect/token")
|
||||
.EnableUserinfoEndpoint("/api/userinfo");
|
||||
|
||||
options.AllowAuthorizationCodeFlow()
|
||||
.AllowPasswordFlow()
|
||||
.AllowRefreshTokenFlow();
|
||||
|
||||
options.RegisterScopes(OpenIdConnectConstants.Scopes.Email,
|
||||
OpenIdConnectConstants.Scopes.Profile,
|
||||
OpenIddictConstants.Scopes.Roles);
|
||||
|
||||
// This API was removed as client identification is now
|
||||
// required by default. You can remove or comment this line.
|
||||
//
|
||||
// options.RequireClientIdentification();
|
||||
|
||||
options.EnableRequestCaching();
|
||||
|
||||
// This API was removed as scope validation is now enforced
|
||||
// by default. You can safely remove or comment this line.
|
||||
//
|
||||
// options.EnableScopeValidation();
|
||||
|
||||
options.DisableHttpsRequirement();
|
||||
});
|
||||
```
|
||||
|
||||
## Move to the OpenIddict validation handler (optional)
|
||||
|
||||
While not required, moving to the new validation handler is recommended:
|
||||
|
||||
```csharp
|
||||
// Replace...
|
||||
services.AddAuthentication()
|
||||
.AddOAuthValidation();
|
||||
|
||||
// ... by:
|
||||
services.AddOpenIddict()
|
||||
.AddValidation();
|
||||
```
|
||||
|
||||
> [!TIP]
|
||||
> The OpenIddict validation handler lives in the `OpenIddict.Validation` package, which is referenced by the `OpenIddict` metapackage.
|
||||
> You don't have to explicitly add a new `PackageReference` in your `.csproj` file to be able to use it.
|
||||
|
||||
## If necessary, create new application entries
|
||||
|
||||
OpenIddict now rejects unauthenticated token/revocation requests by default.
|
||||
|
||||
If, after migrating to rc3, you see errors similar to this one:
|
||||
|
||||
> **invalid_request** : The mandatory 'client_id' parameter is missing.
|
||||
|
||||
Add an application entry for the client application and send the corresponding `client_id` as part of the token request:
|
||||
|
||||
```csharp
|
||||
var descriptor = new OpenIddictApplicationDescriptor
|
||||
{
|
||||
ClientId = "postman",
|
||||
DisplayName = "Postman",
|
||||
Permissions =
|
||||
{
|
||||
OpenIddictConstants.Permissions.Endpoints.Token,
|
||||
OpenIddictConstants.Permissions.GrantTypes.Password,
|
||||
OpenIddictConstants.Permissions.GrantTypes.RefreshToken,
|
||||
OpenIddictConstants.Permissions.Scopes.Email,
|
||||
OpenIddictConstants.Permissions.Scopes.Profile,
|
||||
OpenIddictConstants.Permissions.Scopes.Roles
|
||||
}
|
||||
};
|
||||
|
||||
await _applicationManager.CreateAsync(descriptor);
|
||||
```
|
||||
|
||||
If you prefer accepting anonymous clients, use `options.AcceptAnonymousClients()`:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.AcceptAnonymousClients();
|
||||
});
|
||||
```
|
||||
|
||||
## If necessary, register the scopes used by your clients
|
||||
|
||||
Starting with rc3, OpenIddict will reject unrecognized scopes by default.
|
||||
|
||||
If, after migrating to rc3, you see errors similar to this one:
|
||||
|
||||
> **invalid_scope** : The specified 'scope' parameter is not valid.
|
||||
|
||||
Simply add the scopes you want to use to the list of registered scopes:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
|
||||
// Register the OpenIddict server handler.
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.RegisterScopes(OpenIdConnectConstants.Scopes.Email,
|
||||
OpenIdConnectConstants.Scopes.Profile,
|
||||
OpenIddictConstants.Scopes.Roles);
|
||||
});
|
||||
```
|
||||
|
||||
If you prefer disabling scope validation, use `options.DisableScopeValidation()`:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.DisableScopeValidation();
|
||||
});
|
||||
```
|
||||
|
||||
## If necessary, adjust the permissions granted to your clients
|
||||
|
||||
**Starting with rc3, permissions are no longer optional nor implicit**:
|
||||
if you don't explicitly grant an application the necessary permissions, it will be blocked by OpenIddict.
|
||||
|
||||
To attach permissions to an application, use `OpenIddictApplicationManager`:
|
||||
|
||||
```csharp
|
||||
var descriptor = new OpenIddictApplicationDescriptor
|
||||
{
|
||||
ClientId = "mvc",
|
||||
ClientSecret = "901564A5-E7FE-42CB-B10D-61EF6A8F3654",
|
||||
DisplayName = "MVC client application",
|
||||
PostLogoutRedirectUris = { new Uri("http://localhost:53507/signout-callback-oidc") },
|
||||
RedirectUris = { new Uri("http://localhost:53507/signin-oidc") },
|
||||
Permissions =
|
||||
{
|
||||
OpenIddictConstants.Permissions.Endpoints.Authorization,
|
||||
OpenIddictConstants.Permissions.Endpoints.Logout,
|
||||
OpenIddictConstants.Permissions.Endpoints.Token,
|
||||
OpenIddictConstants.Permissions.GrantTypes.AuthorizationCode,
|
||||
OpenIddictConstants.Permissions.GrantTypes.RefreshToken,
|
||||
OpenIddictConstants.Permissions.Scopes.Email,
|
||||
OpenIddictConstants.Permissions.Scopes.Profile,
|
||||
OpenIddictConstants.Permissions.Scopes.Roles
|
||||
}
|
||||
};
|
||||
|
||||
await _applicationManager.CreateAsync(descriptor);
|
||||
```
|
||||
|
||||
If you don't care about permissions (e.g because you don't have third-party clients), you can instead disable them:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
|
||||
// Register the OpenIddict server handler.
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.IgnoreEndpointPermissions()
|
||||
.IgnoreGrantTypePermissions()
|
||||
.IgnoreScopePermissions();
|
||||
});
|
||||
```
|
||||
|
||||
---------------------------
|
||||
# Migrate to OpenIddict 1.0/2.0 rc2
|
||||
|
||||
## What's new?
|
||||
|
||||
The full list of changes can be found [here](https://github.com/openiddict/openiddict-core/milestone/8?closed=1). It includes **bug fixes** (including a bug fix in the refresh token handling)
|
||||
and new features like **application permissions**, that allow limiting the OpenID Connect features (endpoints and flows) an application is able to use.
|
||||
|
||||
**Migrating to OpenIddict rc2 (`1.0.0-rc2-final` and `2.0.0-rc2-final`) requires making changes to your database**: existing properties have been reworked
|
||||
(e.g [to work around a MySQL limitation](https://github.com/openiddict/openiddict-core/issues/497)) and new ones have been added to support the new features.
|
||||
This procedure is quite easy and only requires a few minutes.
|
||||
|
||||
> [!TIP]
|
||||
> This guide assumes your application uses the OpenIddict Entity Framework Core 2.x stores. If you use a custom store, changes will have to be made manually.
|
||||
> A list of added/updated/renamed columns is available at the end of this guide.
|
||||
|
||||
## Ensure migrations are correctly enabled for your project
|
||||
|
||||
**Before migrating to OpenIddict rc2, make sure migrations are already enabled for your application**. If you have a `Migrations`
|
||||
folder in your application root folder and an `__EFMigrationsHistory` table in your database, you're good to go.
|
||||
|
||||
If you don't have these Entity Framework Core artifacts, migrations are likely not enabled. To fix that, add the following entries in your `.csproj`:
|
||||
|
||||
```xml
|
||||
<ItemGroup>
|
||||
<PackageReference Include="Microsoft.EntityFrameworkCore.Design"
|
||||
Version="2.0.0" PrivateAssets="All" />
|
||||
</ItemGroup>
|
||||
|
||||
<ItemGroup>
|
||||
<DotNetCliToolReference Include="Microsoft.EntityFrameworkCore.Tools.DotNet"
|
||||
Version="2.0.0" />
|
||||
</ItemGroup>
|
||||
```
|
||||
|
||||
Then, open a new command line and add an initial migration using `dotnet ef migrations add InitialMigration` (**but don't apply it!**).
|
||||
|
||||
## Update your packages references
|
||||
|
||||
For that, simply update your `.csproj` file to point to the newest OpenIddict packages:
|
||||
|
||||
### ASP.NET Core 1.x
|
||||
|
||||
```xml
|
||||
<ItemGroup>
|
||||
<PackageReference Include="OpenIddict" Version="1.0.0-rc2-final" />
|
||||
<PackageReference Include="OpenIddict.EntityFrameworkCore" Version="1.0.0-rc2-final" />
|
||||
<PackageReference Include="OpenIddict.Mvc" Version="1.0.0-rc2-final" />
|
||||
</ItemGroup>
|
||||
```
|
||||
|
||||
### ASP.NET Core 2.x
|
||||
|
||||
```xml
|
||||
<ItemGroup>
|
||||
<PackageReference Include="OpenIddict" Version="2.0.0-rc2-final" />
|
||||
<PackageReference Include="OpenIddict.EntityFrameworkCore" Version="2.0.0-rc2-final" />
|
||||
<PackageReference Include="OpenIddict.Mvc" Version="2.0.0-rc2-final" />
|
||||
</ItemGroup>
|
||||
```
|
||||
|
||||
## Add a new migration
|
||||
|
||||
1. First, open a new command line and run `dotnet ef migrations add MigrateToOpenIddictRc2`.
|
||||
2. **If you created an initial migration at step 1, remove it from the `Migrations` folder**.
|
||||
3. Apply the `MigrateToOpenIddictRc2` migration using `dotnet ef database update MigrateToOpenIddictRc2`.
|
||||
|
||||
## Run the migration script to convert columns to the new format
|
||||
|
||||
For that, add the following snippet to your `Startup` class:
|
||||
|
||||
```csharp
|
||||
private async Task UpdateOpenIddictTablesAsync(IServiceProvider services)
|
||||
{
|
||||
using (var scope = services.GetRequiredService<IServiceScopeFactory>().CreateScope())
|
||||
{
|
||||
// Change ApplicationDbContext to match your context name if you've changed it.
|
||||
var context = scope.ServiceProvider.GetRequiredService<ApplicationDbContext>();
|
||||
await context.Database.EnsureCreatedAsync();
|
||||
|
||||
// If you use a different entity type or a custom key,
|
||||
// change this line (e.g OpenIddictApplication<long>).
|
||||
foreach (var application in context.Set<OpenIddictApplication>())
|
||||
{
|
||||
// Convert the space-separated PostLogoutRedirectUris property to JSON.
|
||||
if (!string.IsNullOrEmpty(application.PostLogoutRedirectUris) &&
|
||||
application.PostLogoutRedirectUris[0] != '[')
|
||||
{
|
||||
var addresses = application.PostLogoutRedirectUris.Split(
|
||||
new[] { " " }, StringSplitOptions.RemoveEmptyEntries);
|
||||
|
||||
application.PostLogoutRedirectUris =
|
||||
new JArray(addresses).ToString(Formatting.None);
|
||||
}
|
||||
|
||||
// Convert the space-separated RedirectUris property to JSON.
|
||||
if (!string.IsNullOrEmpty(application.RedirectUris) &&
|
||||
application.RedirectUris[0] != '[')
|
||||
{
|
||||
var addresses = application.RedirectUris.Split(
|
||||
new[] { " " }, StringSplitOptions.RemoveEmptyEntries);
|
||||
|
||||
application.RedirectUris = new JArray(addresses).ToString(Formatting.None);
|
||||
}
|
||||
}
|
||||
|
||||
// If you use a different entity type or a custom key,
|
||||
// change this line (e.g OpenIddictAuthorization<long>).
|
||||
foreach (var authorization in context.Set<OpenIddictAuthorization>())
|
||||
{
|
||||
// Convert the space-separated Scopes property to JSON.
|
||||
if (!string.IsNullOrEmpty(authorization.Scopes) && authorization.Scopes[0] != '[')
|
||||
{
|
||||
var scopes = authorization.Scopes.Split(
|
||||
new[] { " " }, StringSplitOptions.RemoveEmptyEntries);
|
||||
|
||||
authorization.Scopes = new JArray(scopes).ToString(Formatting.None);
|
||||
}
|
||||
}
|
||||
|
||||
await context.SaveChangesAsync();
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
Then, at the end of the `public void Configure(IApplicationBuilder app)` method, add the following line:
|
||||
|
||||
```csharp
|
||||
public void Configure(IApplicationBuilder app)
|
||||
{
|
||||
app.UseDeveloperExceptionPage();
|
||||
|
||||
app.UseStaticFiles();
|
||||
|
||||
app.UseStatusCodePagesWithReExecute("/error");
|
||||
|
||||
app.UseAuthentication();
|
||||
|
||||
app.UseMvcWithDefaultRoute();
|
||||
|
||||
// Run the migration script synchronously.
|
||||
UpdateOpenIddictTablesAsync(app.ApplicationServices).GetAwaiter().GetResult();
|
||||
}
|
||||
|
||||
```
|
||||
|
||||
Run your application. Once it's correctly started, stop it and remove the migration script.
|
||||
|
||||
## If your authorization server uses introspection, make sure resources are set in the authentication ticket
|
||||
|
||||
**Setting an explicit list of resources is now required to allow client applications to introspect a token.**
|
||||
For that, call `ticket.SetResources()` with the list of the client identifiers allowed to validate the token. E.g:
|
||||
|
||||
```csharp
|
||||
var ticket = new AuthenticationTicket(
|
||||
new ClaimsPrincipal(identity),
|
||||
new AuthenticationProperties(),
|
||||
OpenIdConnectServerDefaults.AuthenticationScheme);
|
||||
|
||||
ticket.SetResources("tracking_api", "marketing_api");
|
||||
```
|
||||
|
||||
## Optionally, update your code to grant applications the minimum required permissions
|
||||
|
||||
Starting with rc2, OpenIddict includes an optional feature codenamed "app permissions" that allows
|
||||
controlling and limiting the OAuth2/OpenID Connect features a client application is able to use.
|
||||
|
||||
To learn more about this feature, read the [Application permissions documentation](../configuration/application-permissions.md).
|
||||
|
||||
## List of schema changes (for applications using custom stores)
|
||||
|
||||
### Renamed properties
|
||||
|
||||
| Table | Old column name | New column name | Observations |
|
||||
|--------------------------|-----------------|------------------|----------------------------------------------------------------------------|
|
||||
| OpenIddictApplications | Timestamp | ConcurrencyToken | The column type was changed to nvarchar to work around a MySQL limitation. |
|
||||
| OpenIddictAuthorizations | Timestamp | ConcurrencyToken | The column type was changed to nvarchar to work around a MySQL limitation. |
|
||||
| OpenIddictScopes | Timestamp | ConcurrencyToken | The column type was changed to nvarchar to work around a MySQL limitation. |
|
||||
| OpenIddictTokens | Timestamp | ConcurrencyToken | The column type was changed to nvarchar to work around a MySQL limitation. |
|
||||
| OpenIddictTokens | Ciphertext | Payload | |
|
||||
| OpenIddictTokens | Hash | ReferenceId | |
|
||||
|
||||
### Updated properties
|
||||
|
||||
| Table | Column name | Observations |
|
||||
|--------------------------|------------------------|-----------------------------------------------------------------------------|
|
||||
| OpenIddictApplications | PostLogoutRedirectUris | Values are now formatted as JSON arrays instead of space-separated strings. |
|
||||
| OpenIddictApplications | RedirectUris | Values are now formatted as JSON arrays instead of space-separated strings. |
|
||||
| OpenIddictAuthorizations | Scopes | Values are now formatted as JSON arrays instead of space-separated strings. |
|
||||
|
||||
### Added properties
|
||||
|
||||
| Table | Column name | Type | Nullable |
|
||||
|--------------------------|-------------|---------------|----------|
|
||||
| OpenIddictApplications | ConsentType | nvarchar(max) | Yes |
|
||||
| OpenIddictApplications | Properties | nvarchar(max) | Yes |
|
||||
| OpenIddictApplications | Permissions | nvarchar(max) | Yes |
|
||||
| OpenIddictAuthorizations | Properties | nvarchar(max) | Yes |
|
||||
| OpenIddictScopes | DisplayName | nvarchar(max) | Yes |
|
||||
| OpenIddictScopes | Properties | nvarchar(max) | Yes |
|
||||
| OpenIddictScopes | Resources | nvarchar(max) | Yes |
|
||||
| OpenIddictTokens | Properties | nvarchar(max) | Yes |
|
||||
174
guide/migration/20-to-30.md
Normal file
174
guide/migration/20-to-30.md
Normal file
@@ -0,0 +1,174 @@
|
||||
# Migrate to OpenIddict 3.0
|
||||
|
||||
## What's new?
|
||||
|
||||
The announcement listing the changes introduced in this milestone can be found [here](https://kevinchalet.com/2020/12/23/openiddict-3-0-general-availability/).
|
||||
|
||||
> [!IMPORTANT]
|
||||
> **Migrating to OpenIddict 3.0 requires making changes to your database**: existing properties have been reworked and new ones have been added to support the new features.
|
||||
|
||||
## Update your packages references
|
||||
|
||||
For that, update your `.csproj` file to reference the `OpenIddict.AspNetCore` 3.x metapackage:
|
||||
|
||||
```xml
|
||||
<ItemGroup>
|
||||
<PackageReference Include="OpenIddict.AspNetCore" Version="3.0.3" />
|
||||
<PackageReference Include="OpenIddict.EntityFrameworkCore" Version="3.0.3" />
|
||||
</ItemGroup>
|
||||
```
|
||||
|
||||
## Ensure your application doesn't reference legacy/unsupported packages
|
||||
|
||||
As part of the AspNet.Security.OpenIdConnect.Server/OpenIddict merge, the ASOS packages and 2 OpenIddict packages have been marked as legacy
|
||||
and are no longer supported. Make sure your application (or intermediate libraries) don't reference any of these packages:
|
||||
|
||||
| Package name |
|
||||
|------------------------------------------|
|
||||
| AspNet.Security.OpenIdConnect.Extensions |
|
||||
| AspNet.Security.OpenIdConnect.Primitives |
|
||||
| AspNet.Security.OpenIdConnect.Server |
|
||||
| |
|
||||
| Owin.Security.OpenIdConnect.Extensions |
|
||||
| Owin.Security.OpenIdConnect.Server |
|
||||
| |
|
||||
| AspNet.Security.OAuth.Introspection |
|
||||
| AspNet.Security.OAuth.Validation |
|
||||
| |
|
||||
| Owin.Security.OAuth.Introspection |
|
||||
| Owin.Security.OAuth.Validation |
|
||||
| |
|
||||
| OpenIddict.Models |
|
||||
| OpenIddict.Mvc |
|
||||
|
||||
## Update the references to the Entity Framework Core/Entity Framework 6/MongoDB models
|
||||
|
||||
If your application references the `OpenIddictApplication`, `OpenIddictAuthorization`, `OpenIddictScope` or `OpenIddictToken` models, update these reference to use
|
||||
their new names: `OpenIddict[provider name]Application`, `OpenIddict[provider name]Authorization`, `OpenIddict[provider name]Scope` and `OpenIddict[provider name]Token`
|
||||
(e.g when using MongoDB: `OpenIddictMongoDbApplication`, `OpenIddictMongoDbAuthorization`, `OpenIddictMongoDbScope` and `OpenIddictMongoDbToken`).
|
||||
|
||||
## Enable ASP.NET Core integration in the server and validation options
|
||||
|
||||
With the base server and validation stacks being decoupled from ASP.NET Core, you now have to explicitly register the ASP.NET Core host in the server/validation options:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.UseAspNetCore();
|
||||
})
|
||||
.AddValidation(options =>
|
||||
{
|
||||
options.UseAspNetCore();
|
||||
});
|
||||
```
|
||||
|
||||
## Enable the authorization, logout and token endpoints pass-through mode
|
||||
|
||||
Unless you're using OpenIddict's events model to handle authorization, logout and token requests, you'll need to enable
|
||||
the pass-through mode for these endpoints, so that requests can reach your authorization controller as in the previous versions:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.UseAspNetCore()
|
||||
.EnableAuthorizationEndpointPassthrough()
|
||||
.EnableLogoutEndpointPassthrough()
|
||||
.EnableTokenEndpointPassthrough();
|
||||
});
|
||||
```
|
||||
|
||||
## Enable ASP.NET Core Data Protection support to ensure existing tokens can still be validated
|
||||
|
||||
For that, call `options.UseDataProtection()` in both the server and validation options:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.UseDataProtection();
|
||||
})
|
||||
.AddValidation(options =>
|
||||
{
|
||||
options.UseDataProtection();
|
||||
});
|
||||
```
|
||||
|
||||
## Replace JSON.NET by `System.Text.Json`
|
||||
|
||||
If you use JSON.NET to serialize or deserialize `OpenIdConnectMessage`, `OpenIdConnectRequest` or `OpenIdConnectResponse` instances,
|
||||
consider moving to `System.Text.Json` when migrating to OpenIddict 3.0, as 3.0 no longer includes a built-in JSON.NET `JsonConverter` for these types.
|
||||
|
||||
In most cases, this should be as simple as replacing `JsonConvert.SerializeObject()`/`JsonConvert.DeserializeObject()`
|
||||
by their `System.Text.Json` equivalent: `JsonSerializer.Serialize()`/`JsonSerializer.Deserialize()`.
|
||||
|
||||
## Update your application to work with the new `scope` format
|
||||
|
||||
In OpenIddict 3.0, the format of the `scope` claim used in JWT tokens has changed from a JSON array to a single space-separated claim to match
|
||||
[the JWT access token specification](https://tools.ietf.org/html/draft-ietf-oauth-access-token-jwt-12). To ensure your authorization policies
|
||||
still work after migrating, consider using the `principal.HasScope()` extension to determine whether a scope has been granted:
|
||||
|
||||
```csharp
|
||||
services.AddAuthorization(options =>
|
||||
{
|
||||
options.AddPolicy("MyPolicy", builder =>
|
||||
{
|
||||
builder.RequireAuthenticatedUser();
|
||||
builder.RequireAssertion(context => context.User.HasScope("api1"));
|
||||
});
|
||||
});
|
||||
```
|
||||
|
||||
Alternatively, you can use the check the presence of the private OpenIddict `oi_scp` claims that use the same format as in 2.x (i.e one claim per scope value):
|
||||
|
||||
```csharp
|
||||
services.AddAuthorization(options =>
|
||||
{
|
||||
options.AddPolicy("MyPolicy", builder =>
|
||||
{
|
||||
builder.RequireAuthenticatedUser();
|
||||
builder.RequireClaim(Claims.Private.Scope, "api1");
|
||||
});
|
||||
});
|
||||
```
|
||||
|
||||
## Add an apply migrations, if necessary
|
||||
|
||||
If your application uses Entity Framework Core or Entity Framework 6, add a migration to react to the schema changes listed below and apply it.
|
||||
|
||||
### Updated properties
|
||||
|
||||
| Table | Column name | Observations |
|
||||
|--------------------------|----------------|-----------------------------------------------------------------------------|
|
||||
| OpenIddictAuthorizations | Subject | The column is now nullable to support the device authorization flow. |
|
||||
| OpenIddictTokens | CreationDate | For broader database support, this column is a now a `DateTime` instance. |
|
||||
| OpenIddictTokens | ExpirationDate | For broader database support, this column is a now a `DateTime` instance. |
|
||||
| OpenIddictTokens | Subject | The column is now nullable to support the device authorization flow. |
|
||||
|
||||
### Added properties
|
||||
|
||||
| Table | Column name | Type | Nullable |
|
||||
|--------------------------|----------------|----------|----------|
|
||||
| OpenIddictAuthorizations | CreationDate | DateTime | Yes |
|
||||
| OpenIddictTokens | RedemptionDate | DateTime | Yes |
|
||||
|
||||
## If necessary, enable hybrid flow support in the server options
|
||||
|
||||
In 2.0, the hybrid flow was automatically enabled if both the authorization code and implicit flows were enabled. In 3.0, this is no longer true
|
||||
and the hybrid flow MUST be explicitly opted in. If you use the hybrid flow, make sure your application calls the `options.AllowHybridFlow()` method:
|
||||
|
||||
```csharp
|
||||
services.AddOpenIddict()
|
||||
.AddServer(options =>
|
||||
{
|
||||
options.AllowHybridFlow();
|
||||
});
|
||||
```
|
||||
|
||||
## Update your applications to grant them the appropriate response type permissions
|
||||
|
||||
New response type permissions - enforced by default - [have been introduced in 3.0](/configuration/application-permissions.html#response-type-permissions).
|
||||
|
||||
If you have many applications to migrate, you can use [this script](https://github.com/openiddict/openiddict-core/issues/1138#issuecomment-713681158)
|
||||
to infer appropriate response type permissions using the already granted grant types.
|
||||
@@ -4,5 +4,7 @@
|
||||
- name: Getting started
|
||||
href: getting-started.md
|
||||
|
||||
- name: Migration guide
|
||||
href: migration.md
|
||||
- name: Migration guides
|
||||
items:
|
||||
- name: Migration from 2.0 to 3.0
|
||||
href: migration/20-to-30.md
|
||||
Reference in New Issue
Block a user