- Use saml-libs release that removes eIDAS code
- Pull dependencies for public builds from Maven Central.
- Update logback library to version 1.2.9
- Upgrade to Dropwizard 2
- Removed processing of assertions received from EU Member States. The configuration parameter
europeanIdentity
, if present, and child elements must be removed in order for the VSP to start.
The production truststores now contain the new G3 CAs. The test truststores include the new test G3 CAs as well as the long lived dev-pki CAs.
It's now possible to have an empty truststore section in the config template if the environment is provided. Previously the app would fail to initialise even if valid config was provided with environment set but empty truststore section.
The Compliance Tool has started using the new URL address https://compliance-tool-integration.cloudapps.digital
instead of the old URL address https://compliance-tool-reference.ida.digital.cabinet-office.gov.uk
. This is to ensure that Verify Service Provider can continue to access the Compliance Tool.
The eIDAS specification does not require assertions to be signed, whereas the Verify specification does. This release adds the ability to for the VSP to accept these unsigned assertions in a secure manner.
This is achieved by validating the signature of the original eIDAS SAML Response from the country which is now passed through to the VSP. Signed eIDAS and Verify assertions are still verified as before.
- Configuration parameter
hubConnectorEntityId
in theeuropeanIdentity
section is now optional and can be removed from the configuration file. - Configuration parameters
europeanIdentity
andmsaMetadata
are now mutually exclusive. The VSP's eIDAS support is only available when it operates without an MSA.
This release adds the ability to connect to GOV.UK Verify using only the Verify Service Provider (VSP). This means services can connect without needing to host a Matching Service Adapter (MSA). If needed, services can then implement matching independently from their connection to GOV.UK Verify.
Using only the VSP makes it easier to connect to GOV.UK Verify and reduces maintenance tasks once connected.
When used alone, the VSP provides the required MSA functionality. It will:
- implement security features to the same level as the MSA
- handle both GOV.UK Verify and European identities
- do Personal Identifier (PID) hashing
If you are already connected to GOV.UK Verify and are running an MSA, you can upgrade to VSP 2.0.0 without needing to do any configuration changes.
If you want to switch off your Matching Service Adapter and only use the Verify Service Provider to connect to GOV.UK Verify, contact the GOV.UK Verify Team.
You can use the VSP's new development
command when setting up your own client for the VSP.
Find out more about the development
command and its options.
We published updated technical documentation on setting up the VSP.
Follow the step-by-step guides in the 'Get started' section to make sure your service correctly uses the VSP to handle:
If your service needs to match user information from GOV.UK Verify with data you already hold, there is guidance on what you should consider when setting up matching.
Changed metadata health check names to use the URI of the metadata they are trying to resolve. For example, the healthcheck title that used to be hubMetadata
is now https://signin.service.gov.uk
. If you are using a Matching Service Adapter, the healthcheck title msaMetadata
becomes your metadata URI, for example https://msa.govservice.internal
.
This release uses Dropwizard 1.3.9.
- Change trust store configuration schema to match MSA
- Make the banner that prints on startup less wide
- If using a custom file-based trust store configuration, replace:
- trustStorePath: /path/to/file
- trustStorePassword: foobar
+ trustStore:
+ path: /path/to/file
+ password: foobar
- Add support for the Address History user account creation attribute
- Add ENVIRONMENT configuration option to replace hubSsoLocation and metadataUrl.
- Send version number to hub
- Support multitenancy
- Improve documentation
- Improve healthcheck logging
When using environment variables:
- Replace SERVICE_ENTITY_ID with SERVICE_ENTITY_IDS, which is a JSON string array containing the entity id of the service (or services) using the Verify Service Provider (e.g. '["http://entity-id"]')
- Remove HUB_METADATA_URL and HUB_SSO_LOCATION
- Add VERIFY_ENVIRONMENT, specifying the environment of the Verify Hub to run against. Valid values are PRODUCTION, INTEGRATION, or COMPLIANCE_TOOL.
When using a yaml file:
- Replace serviceEntityId with serviceEntityIds, which is a list containing the entity id (or ids) as above
- Remove hubSsoLocation and verifyHubMetadata
- Add verifyHubConfiguration as below. This will contain an environment option specifying which hub environment to use, removing the need to specify the hubSsoLocation or metadata url.
verifyHubConfiguration:
environment: \\ PRODUCTION, INTEGRATION or COMPLIANCE_TOOL
- Fix the expected names of user account creation attributes to match the names the MSA produces
- Fix the expected format of the date of birth attribute value to match the format the MSA produces
Initial release candidate of verify service provider. Now contains a fully functional SAML service provider implementation that works with GOV.UK Verify.
Pre-release of verify service provider prototype-0.