Stratara.Identity.Core
4.4.4
Prefix Reserved
dotnet add package Stratara.Identity.Core --version 4.4.4
NuGet\Install-Package Stratara.Identity.Core -Version 4.4.4
<PackageReference Include="Stratara.Identity.Core" Version="4.4.4" />
<PackageVersion Include="Stratara.Identity.Core" Version="4.4.4" />
<PackageReference Include="Stratara.Identity.Core" />
paket add Stratara.Identity.Core --version 4.4.4
#r "nuget: Stratara.Identity.Core, 4.4.4"
#:package Stratara.Identity.Core@4.4.4
#addin nuget:?package=Stratara.Identity.Core&version=4.4.4
#tool nuget:?package=Stratara.Identity.Core&version=4.4.4
Stratara.Identity.Core
Derived. The behaviour described here is specified under
openspec/specs/. Those specifications are the source; this page explains and illustrates them.
License: MIT.
Channel-agnostic identity primitives for the Stratara stack. Ships the shared model records, interfaces, and the typed HttpClient wrapper consumed by host-specific packages (e.g. Stratara.Identity.AspNetCore for server-side Blazor, with consumer-supplied implementations for non-web hosts such as mobile or desktop).
What's in the box
| Folder | Contents |
|---|---|
Models/ |
AccessTokenInfo (persisted token + expiry), LoginRequest / LoginResponse (HTTP payload shape), ClaimsResponse / ClaimDto (identity-endpoint claims), StrataraSignInResult (standalone, channel-agnostic sign-in outcome with localized failure message, token info, resolved user id, two-factor / lockout flags — no inheritance from Microsoft.AspNetCore.Identity.SignInResult) |
Abstractions/ |
IStrataraSignInManager (per-channel sign-in dispatch), IStrataraAuthenticationStateProvider (auth-state surface), ITokenStorage (secure-storage abstraction), IStrataraRedirectManager (host-native post-auth redirect) |
HttpClientHelper.cs |
IHttpClientHelper + default impl — typed wrapper so identity services can depend on the right configured HttpClient (auth handler + base address) without coupling to specific names |
Quick start
Reference this package from any host or library that needs to consume the Stratara identity surface (model records or the abstractions). Host-specific concrete implementations live in Stratara.Identity.AspNetCore for server-side Blazor; non-web host implementations are supplied by the consumer app.
Dependencies
Stratara.Shared— diagnostics, multitenancy types, session-context helpers used by the host-specific implementations downstream.
No ASP.NET Core / Microsoft.AspNetCore.Identity dependency by design — this package is consumable from MAUI, console, and unit-test contexts without dragging the ASP.NET runtime in transitively.
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net10.0 is compatible. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
-
net10.0
- Stratara.Shared (>= 4.4.4)
NuGet packages (1)
Showing the top 1 NuGet packages that depend on Stratara.Identity.Core:
| Package | Downloads |
|---|---|
|
Stratara.Identity.AspNetCore
Channel-agnostic ASP.NET Core identity wiring for the Stratara stack — AddAspNetIdentity and AddAspNetIdentityWithSignInManager extensions, IStrataraSignInManager wrapper, EF stores, i18n'd failure messages, optional passkey support, external-login OpenID Connect + JWT-bearer helpers, and hardened JIT external-login provisioning. Consumers wire their own AuthenticationStateProvider (Blazor Server, MAUI, etc.). |
GitHub repositories
This package is not used by any popular GitHub repositories.
| Version | Downloads | Last Updated |
|---|---|---|
| 4.4.4 | 116 | 10/10/2026 |
| 4.4.3 | 68 | 10/10/2026 |
| 4.4.2 | 383 | 10/2/2026 |
| 4.4.1 | 417 | 9/29/2026 |
| 4.4.0 | 143 | 9/27/2026 |
| 4.3.1 | 124 | 9/25/2026 |
| 4.3.0 | 393 | 9/23/2026 |
| 4.2.0 | 155 | 9/18/2026 |
| 4.1.1 | 112 | 9/16/2026 |
| 4.1.0 | 108 | 9/16/2026 |
| 4.0.4 | 937 | 9/14/2026 |
| 4.0.3 | 126 | 9/3/2026 |
| 4.0.2 | 605 | 9/3/2026 |
| 4.0.1 | 330 | 9/2/2026 |
| 4.0.0 | 693 | 8/31/2026 |
| 4.0.0-preview.1 | 78 | 8/31/2026 |
| 3.4.0 | 150 | 8/28/2026 |
| 3.3.0 | 343 | 8/25/2026 |
| 3.2.3 | 129 | 8/22/2026 |
| 3.2.2 | 767 | 8/14/2026 |
A one-fix release. On the Redis-backed replay state, a host could report a replay still active after it had ended
it, holding publication back for up to one refresh interval. Nothing else changes; no configuration or migration is
needed.
### Fixed
- **A host no longer reports a replay active after it ended the replay itself.** On the Redis-backed replay state, a
refresh that had read the marking just before the host's own deactivation could compare its generation before the
deactivation and write the field after it, leaving `IsReplayActive` true — and publication held back — until the
next refresh (`ProjectionReplay:RefreshSeconds`, default 5). The comparison and the write are now one step with the
transition. Present since 4.4.2.