Edit

Share via


MSAL.NET extensibility points

MSAL adopts the strategy of "make simple scenarios simple, make complex scenarios possible".

Use your own HttpClient

Allows apps to adapt highly scalable HttpClient factories such as ASP.NET Core's IHttpClientFactory. Helps desktop and mobile apps which have to deal with complex proxy configurations. Allows apps to fully control the HTTP messages.

Details in IMsalHttpClientFactory.

Modify the /token request

Allows applications to make changes to the /token request, by providing access to the list of parameters and headers and to the URI where it is performed. Useful for trying out new flows which MSAL doesn't yet support.

public string GetTokenAsync()
{
   var result = await app.AcquireTokenForClient(scope)
         .OnBeforeTokenRequest(ModifyRequestAsync)
         .ExecuteAsync();
 
    // log result.AuthenticationResultMetadata.DurationTotalInMs and other metrics

    return result.Token;
}

private static Task ModifyRequestAsync(OnBeforeTokenRequestData requestData)
{
    requestData.BodyParameters.Add("param1", "val1");
    requestData.BodyParameters.Add("param2", "val2");

    requestData.Headers.Add("header1", "hval1");
    requestData.Headers.Add("header2", "hval2");

    return Task.CompletedTask;
}
   

Inject extra query parameters

Allows apps to add query (GET) parameters to applications, customizing the experience. This mainly controls the UX login experience exposed by the /authorize endpoint, but the parameters are sent to the /token endpoint request as well.

Useful to target Microsoft Entra service slices where new features or bug fixes are deployed first and to customize the UX experience with features not exposed by MSAL. Note that MSAL doesn't perform the /authorize request in ASP.NET / ASP.NET Core scenarios, so those calls are not affected!

Details here

Desktop / Mobile Apps - ICustomWebUi

Allows desktop and mobile apps to use their own browser instead of the embedded / system browsers provided by MSAL.

Details here