This project provides an opens source Windows Live Authenticator plug-in for the Curity Identity Server. This allows an administrator to add functionality to Curity which will then enable end users to login using their Windows Live credentials. The app that integrates with Curity may also be configured to receive the Windows Live access token, allowing it to manage resources in Windows Live.
- Curity Identity Server 7.0.2 and its system requirements
- Maven 3
- Java SDK 17 or later
The source is very easy to compile. To do so from a shell, issue this command: mvn package.
To install this plug-in, either download a binary version available from the releases section of this project's GitHub repository or compile it from source (as described above). If you compiled the plug-in from source, the package will be placed in the target subdirectory. The resulting JAR file or the one downloaded from GitHub needs to placed in the directory ${IDSVR_HOME}/usr/share/plugins/windows-live. (The name of the last directory, windows-live, which is the plug-in group, is arbitrary and can be anything.) After doing so, the plug-in will become available as soon as the node is restarted.
Note
The JAR file needs to be deployed to each run-time node and the admin node. For simple test deployments where the admin node is a run-time node, the JAR file only needs to be copied to one location.
For a more detailed explanation of installing plug-ins, refer to the Curity developer guide.
As described in the Windows Live documentation, you can create apps that use the Windows Live APIs as shown in the following figure:
Give the app a name, e.g., Curity App. Choose which account types should the app support, then configure the redirect URI.
Select Web from the dropdown and fill the redirect URL. This needs to match the yet-to-be-created Windows Live authenticator instance in Curity. This should be set to some URL that follows the pattern $baseUrl/$authenticationEndpointPath/$windowsLiveAuthnticatorId/callback, where each of these URI components has the following meaning:
| URI Component | Meaning |
baseUrl |
The base URL of the server (defined on the System --> General page of the
admin GUI). If this value is not set, then the server scheme, name, and port should be
used (e.g., https://localhost:8443). |
authenticationEndpointPath |
The path of the authentication endpoint. In the admin GUI, this is located in the
authentication profile's Endpoints tab for the endpoint that has the type
auth-authentication. |
windowsLiveAuthenticatorId |
This is the name given to the Windows Live authenticator when defining it (e.g., windowsLive1). |
You can then click Register, to create the app.
Once the app is created, you will be able to see application configuration where you can find the Client ID (Application Id). To get Secret Key you need to click on Add a certificate or secret, then New Client Secret. Give the secret a name and a suitable expiration. These settings will be needed later when configuring the plug-in in Curity.
The only thing left is to configure scopes. Scopes are the Microsoft Identity Platform related rights or permissions that the app is requesting. If the final application (not Curity, but the downstream app) is going to perform actions using Microsoft APIs, additional scopes probably should be enabled. Refer to the Active Directory documentation on scopes for an explanation of those that can be enabled and what they allow.
Warning
If the app configuration in Azure Portal does not allow a certain scope (e.g., the Offline Access scope) but that scope is enabled in the authenticator in Curity, a server error will result. For this reason, it is important to align these two configurations or not to define any when configuring the plug-in in Curity.
The easiest way to configure a new Windows Live authenticator is using the Curity admin UI. The configuration for this can be downloaded as XML or CLI commands later, so only the steps to do this in the GUI will be described.
Go to the
Authenticatorspage of the authentication profile wherein the authenticator instance should be created.Click the
New Authenticatorbutton.Enter a name (e.g.,
windowsLive1). This name needs to match the URI component in the callback URI set in the Windows Live app.For the type, pick the
Windows Liveoption:
On the next page, you can define all of the standard authenticator configuration options like any previous authenticator that should run, the resulting ACR, transformers that should executed, etc. At the bottom of the configuration page, the Windows Live-specific options can be found.
Note
The Windows Live-specific configuration is generated dynamically based on the configuration model defined in the Java interface.
Certain required and optional configuration settings may be provided. One of these is the
HTTP Clientsetting. This is the HTTP client that will be used to communicate with the Windows Live OAuth server's token and user info endpoints. To define this, do the following:click the
Facilitiesbutton at the top-right of the screen.Next to
HTTP, clickNew.Enter some name (e.g.,
windowsliveClient).
Back in the Windows Live authenticator instance that you started to define, select the new HTTP client from the dropdown.
In the
Client IDtextfield, enter theApplication IDfrom the Windows Live app.In the
Secret Keytextfield, enter theGenerated Passwordfrom the Windows Live app.If you wish to limit the scopes that Curity will request of Windows Live, toggle on the desired scopes (e.g.,
Offline AccessorContacts Birthday).
Once all of these changes are made, they will be staged, but not committed (i.e., not running). To make them active, click the Commit menu option in the Changes menu. Optionally enter a comment in the Deploy Changes dialogue and click OK.
Once the configuration is committed and running, the authenticator can be used like any other.
This plugin and its associated documentation is listed under the Apache 2 license.
Please visit curity.io for more information about the Curity Identity Server.
Copyright (C) 2017 Curity AB.