HmacManager 2.5.1
dotnet add package HmacManager --version 2.5.1
NuGet\Install-Package HmacManager -Version 2.5.1
<PackageReference Include="HmacManager" Version="2.5.1" />
<PackageVersion Include="HmacManager" Version="2.5.1" />
<PackageReference Include="HmacManager" />
paket add HmacManager --version 2.5.1
#r "nuget: HmacManager, 2.5.1"
#:package HmacManager@2.5.1
#addin nuget:?package=HmacManager&version=2.5.1
#tool nuget:?package=HmacManager&version=2.5.1
HmacManager
Quickstart
A short and sweet overview of how to register HmacManager to help you get up and running. There are two methods of dependency injection registration. You should choose the one appropriate for your situation and how much flexibility you might require.
- Register without built-in authentication flow
- Registers only the
HmacManagerobject through anIHmacManagerFactoryservice where you will be required to handle signatures and verification manually. An implementation ofIHmacManagerFactoryis registered with the DI container automatically. This is how you will instantiateHmacManagerobjects.
- Registers only the
- Register with built-in authentication flow
- Automatically registers an authentication handler and maps any authenticated request headers defined by a scheme to claims. This method handles verifying incoming requests without any additional setup.
Register without built-in authentication flow
Use the IServiceCollection extension method AddHmacManager to add all of the necessary components for HmacManager to the DI container.
builder.Services.AddHmacManager(options => ...);
Configure one or more policies with the options builder.
options.AddPolicy("SomePolicy", policy =>
{
policy.UsePublicKey(...);
policy.UsePrivateKey(...);
policy.UseMemoryCache(...);
});
Access an instance of a HmacManager responsible for a specified policy from IHmacManagerFactory.
var hmacManager = hmacManagerFactory.Create("SomePolicy");
An implementation of IHmacManagerFactory is automatically registered with the DI container so it can be accessed anywhere services can be injected.
A policy can be extended with schemes. These schemes represent the required headers that must be present in a request. The values of these headers become a part of the signing content.
builder.Services.AddHmacManager(options =>
{
options.AddPolicy("SomePolicy", policy =>
{
policy.UsePublicKey(...);
policy.AddScheme("SomeScheme", scheme =>
{
scheme.AddHeader("X-UserId");
scheme.AddHeader("X-Email");
});
});
});
All headers that are defined on a scheme must be added to the HttpRequestMessage prior to calling SignAsync on an HmacManager instance.
Register with built-in authentication flow
The AddHmacManager extension method can be bypassed in favor of the IAuthenticationBuilder extension method AddHmac.
builder.Services
.AddAuthentication()
.AddHmac(options => options.AddPolicy("SomePolicy", policy => ...));
- The
HmacAuthenticationHandlerhandles parsing incoming requests and authenticating the correct scheme.- By default, if there is a policy that matches the one defined in the request headers that can be successfully verified, then the handler returns a success. If more granular authentication is required, such as protecting routes with specific policies or schemes, then there are a couple options available:
Use
HmacAuthenticateAttributeto specify exact policies and schemes required to authenticate a given endpoint.[HmacAuthenticate(Policy = "HmacPolicy", Scheme = "HmacScheme")] public class HomeController : ControllerUse
HmacAuthenticateAttributeas anIAuthorizationRequirementto an authorization policy and register theHmacAuthorizationHandlerto handle the requirement automatically.builder.Services.AddAuthorization(options => { options.AddPolicy("RequireHmac", policy => policy.AddRequirements(new HmacAuthenticateAttribute { Policy = "HmacPolicy", Scheme = "HmacScheme" })); });Use the
AuthorizationPolicyBuilderextensionsRequireHmacPolicyandRequireHmacSchemeto add hmac policy and scheme requirements to an authorization policy.builder.Services.AddAuthorization(options => { options.AddPolicy("RequireHmac", policy => { policy.RequireHmacPolicy("HmacPolicy"); policy.RequireHmacScheme("HmacScheme"); }); });Use the
AuthorizationPolicyBuilderextensionRequireHmacAuthenticationto add hmac policy and scheme requirements to an authorization policy.builder.Services.AddAuthorization(options => { options.AddPolicy("RequireHmac", policy => { policy.RequireHmacAuthentication("HmacPolicy", "HmacScheme"); }); });
- By default, if there is a policy that matches the one defined in the request headers that can be successfully verified, then the handler returns a success. If more granular authentication is required, such as protecting routes with specific policies or schemes, then there are a couple options available:
Any scheme headers are mapped to their specified claim types. If no claim type is specified, the name of the header is used instead.
Register with an IConfigurationSection
Both AddHmacManager and AddHmac have an overload which accepts an IConfigurationSection that corresponds to the json schema below. An example can be found here.
[
{
"Name": "Some_Policy",
"Keys": {
"PublicKey": "37e3e675-370a-4ba9-af74-68f99b539f03",
"PrivateKey": "zvg29s2cQ4idOqbUJWETOw=="
},
"Algorithms": {
"ContentHashAlgorithm": "SHA256",
"SigningHashAlgorithm": "HMACSHA256"
},
"Nonce": {
"CacheType": "Memory",
"MaxAgeInSeconds": 100
},
"Schemes": [
{
"Name": "Some_Scheme",
"Headers": [
{
"Name": "Some_Header_1",
"ClaimType": "Header_1_ClaimType"
}
]
}
]
}
]
The following properties are restricted to the following values.
| Property | Values | Additional Information |
|---|---|---|
PublicKey |
Guid String | Validation Details |
PrivateKey |
Base64 Encoded String | Validation Details |
ContentHashAlgorithm |
SHA1, SHA256, SHA512 | Enum |
SigningHashAlgorithm |
HMACSHA1, HMACSHA256, HMACSHA512 | Enum |
CacheType |
Memory, Distributed | Enum |
Register HttpClient with HmacHttpMessageHandler
The AddHmacHttpMessageHandler extension method registers an instance of HmacDelegatingHandler to the specified HttpClient with the specified policy and the optional scheme. This handler will automatically sign outgoing requests for that client. If the request cannot be signed, then an HmacSigningException exception is thrown.
builder.Services.AddHttpClient("Hmac", client => ...)
.AddHmacHttpMessageHandler("MyPolicy", "MyScheme");
If a scheme is specified, then all headers in that scheme must be added to the request prior to calling Send or SendAsync on the HttpClient. By default the corresponding header values will become part of the signing content used to create the hmac.
In-Depth Tutorial
This is where you can find a comprehensive guide on all of the functionality available to your disposal. This is currently a work in progress.
Event handling with the HmacEvents object
One or more event handlers can be defined within the AuthenticationBuilder extension method AddHmac.
options.Events = new HmacEvents
{
OnValidateKeysAsync = (context, keys) => {...},
OnAuthenticationSuccessAsync = (context, hmacResult) => {...},
OnAuthenticationFailureAsync = (context, hmacResult) => {...}
};
If using the IConfigurationSection overload of AddHmac then there is
an optional second parameter for HmacEvents.
builder.Services.AddAuthentication()
.AddHmac(configurationSection, new HmacEvents
{
OnValidateKeysAsync = (context, keys) => {...},
OnAuthenticationSuccessAsync = (context, hmacResult) => {...},
OnAuthenticationFailureAsync = (context, hmacResult) => {...}
});
Events are executed through user defined delegates at different points within the HmacAuthenticationHandler flow.
| Event | Path | Return |
|---|---|---|
| OnValidateKeysAsync | Executes after a signature has been parsed from an incoming request but before any attempts at verification | bool |
| OnAuthenticationSuccessAsync | Executes upon a successful signature verification | Claim[] |
| OnAuthenticationFailureAsync | Executes upon a failed signature verification | Exception |
The default values for HmacEvents return pass through values, i.e. OnValidateKeysAsync returns a Task with the value true, OnAuthenticationSuccessAsync returns a Task with an empty Claim[] and OnAuthenticationFailureAsync returns a Task with an HmacAuthenticationException.
Dynamic Policies with IHmacPolicyCollection
An implementation of IHmacPolicyCollection can be requested through the DI container and manipulated at runtime.
An implementation of IHmacPolicyCollection is automatically registered as a singleton when using the extension methods AddHmacManager or AddHmac.
A policy can be added by constructing a new
HmacPolicy.Policies.Add(new HmacPolicy {...});A policy can be removed by specifying the name of the policy to remove.
Policies.Remove("Some Policy");
Since IHmacPolicyCollection is a singleton, any changes to the collection will not
persist across application restarts. Any backing store will need to be handled manually with the above approach. See below for the preferred approach to dynamic policies.
Dynamic policies with a scoped IHmacPolicyCollection
Scoped policies can be enabled through both AddHmac and AddHmacManager extension methods. If scoped policies are enabled, all other policy configurations are disregarded. The IServiceProvider is available so that policies can be pulled from a database (or anywhere, really) if the ability to add and remove policies on a per request basis is required.
services.AddHmacManager(options =>
{
options.EnableScopedPolicies(serviceProvider =>
{
var policies = new HmacPolicyCollection();
// Create one or more policies
var builder = new HmacPolicyBuilder(...);
builder.UsePublicKey(...);
builder.UsePrivateKey(...);
// Continue policy configurations
// Add policy to the collection
policies.Add(builder.Build());
return policies;
});
});
There is an additional overhead added since every authentication request will now use this delegate to access the current state of policies. If these are stored in a database, an additional hit will be incurred. There is currently no built support for a short lived caching mechanism.
Enable consolidated headers
By default, HmacManager adds the following headers in order to verify a signature.
| Header | Description | Value |
|---|---|---|
| Hmac-Policy | Name of the policy | string |
| Hmac-Scheme | Name of the optional scheme | string |
| Hmac-Nonce | Nonce value | Guid |
| Hmac-DateRequested | Date the request was made in unix time milliseconds | long |
These can be configured to be consolidated into a single header with the name Hmac-Options and the value as a Base64 encoded concatenation of the headers described in the table above.
Consolidated headers must be either enabled or disabled for both client and server otherwise authentication will fail.
.AddHmacManager(options =>
{
options.EnableConsolidatedHeaders();
});
Custom Signing Content for an Hmac
If this method is used, then the requirement of determining unique signing content per request falls on the user. Components like the date requested or nonce are NOT automatically added to the content for hashing and should be added by the implementation.
The signing content for an Hmac can be configured per policy. This allows user defined structures to be used as the input to the signature hash function.
policy.UseSigningContentBuilder(context =>
{
var method = context.Request.Method;
var suffix = $"{context.DateRequested}:{context.Nonce}";
return $"{method}:{suffix}";
});
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net8.0 is compatible. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. net9.0 is compatible. net9.0-android was computed. net9.0-browser was computed. net9.0-ios was computed. net9.0-maccatalyst was computed. net9.0-macos was computed. net9.0-tvos was computed. net9.0-windows was computed. net10.0 was computed. 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. |
-
net8.0
- System.Runtime.Caching (>= 8.0.0)
-
net9.0
- System.Runtime.Caching (>= 8.0.0)
NuGet packages
This package is not used by any NuGet packages.
GitHub repositories
This package is not used by any popular GitHub repositories.