Partager via

How-to: use ADAL authentication

  • Article

Authentication with Azure RMS for your app using Azure Active Directory Authentication Library (ADAL).

By updating your application to use ADAL authentication rather than the Microsoft Online Sign-in Assistant, you and your customers will be able to:

Utilize multi-factor authentication Install the RMS 2.1 client without requiring administrative privileges to the machine Certify your application for Windows 10

Two approaches to authentication

This topic contains two approaches to authentication with corresponding code examples.

  • Internal authentication - OAuth authentication managed by the RMS SDK.

    Use this approach if you want the RMS client to display an ADAL authentication prompt when authentication is necessary. For details on how to configure your application, see the section, "Internal authentication".

    Note

    If your application currently uses AD RMS SDK 2.1 with the sign-in assistant, we recommend that you use the internal authentication method as your application migration path.

     

  • External authentication - OAuth authentication managed by your application.

    Use this approach if you want your application to manage its own OAuth authentication. With this approach, the RMS client will exercise an application defined callback when authentication is necessary. For a detailed example, see "External authentication" at the end of this topic.

    Note

    External authentication does not imply the ability to change users; the RMS client always uses the default user for a given RMS tenant.

     

Internal authentication

1. Follow the Azure configuration steps in [Configure Azure RMS for ADAL authentication](internal-authentication-with-adal.md) then return to the following app initialization step. 2. You are now ready to configure your application to use the internal ADAL authentication provided by the RMS SDK 2.1. To configure you RMS client, add a call to [**IpcSetGlobalProperty**](ipcsetglobalproperty.md) right after calling [**IpcInitialize**](ipcinitialize.md) to configure the RMS client. Use the following code snippet as an example. 
     

    IpcInitialize();

    IPC_AAD_APPLICATION_ID applicationId = { 0 };
    applicationId.cbSize = sizeof(IPC_AAD_APPLICATION_ID);
    applicationId.wszClientId = L"GUID-provided-by-AAD-for-your-app-(no-brackets)";
    applicationId.wszRedirectUri = L"RedirectionUriWeProvidedAADForOurApp://authorize";
    HRESULT hr = IpcSetGlobalProperty(IPC_EI_APPLICATION_ID, &applicationId);
    if (FAILED(hr)) {
        //Handle the error
    }

External authentication

Use this code as an example of how to manage your own authentication tokens.

extern HRESULT GetADALToken(LPVOID pContext, const IPC_NAME_VALUE_LIST& Parameters, __out wstring wstrToken) throw();

HRESULT GetLicenseKey(PCIPC_BUFFER pvLicense, __in LPVOID pContextForAdal, __out IPC_KEY_HANDLE &hKey)
{
    IPC_OAUTH2_CALLBACK pfGetADALToken =
        [](LPVOID pvContext, PIPC_NAME_VALUE_LIST pParameters, IPC_AUTH_TOKEN_HANDLE* phAuthToken) -> HRESULT
    {
        wstring wstrToken;
        HRESULT hr = GetADALToken(pvContext, *pParameters, wstrToken);
        return SUCCEEDED(hr) ? IpcCreateOAuth2Token(wstrToken.c_str(), OUT phAuthToken) : hr;
    };

    IPC_OAUTH2_CALLBACK_INFO callbackCredentialContext =
    {
        sizeof(IPC_OAUTH2_CALLBACK_INFO),
        pfGetADALToken,
        pContextForAdal
    };

    IPC_CREDENTIAL credentialContext = 
    {
        IPC_CREDENTIAL_TYPE_OAUTH2,
        NULL
    };
    credentialContext.pcOAuth2 = &callbackCredentialContext;

    IPC_PROMPT_CTX promptContext = 
    {
        sizeof(IPC_PROMPT_CTX),
        NULL,
        IPC_PROMPT_FLAG_SILENT | IPC_PROMPT_FLAG_HAS_USER_CONSENT,
        NULL,
        &credentialContext
    };

    hKey = 0L;
    return IpcGetKey(pvLicense, 0, &promptContext, NULL, &hKey);
}

Data types

Environment properties

IpcCreateOAuth2Token

IpcGetKey

IpcInitialize

IPC_CREDENTIAL

IPC_NAME_VALUE_LIST

IPC_OAUTH2_CALLBACK_INFO

IPC_PROMPT_CTX

IPC_AAD_APPLICATION_ID