Page tree
Skip to end of metadata
Go to start of metadata


Get a SAML 2.0 Service Provider or Open ID Connect -product or library, and integrate it with your services authentication management systems.

From a technical standpoint, MPASSid supports two alternative user authentication protocols (SAML2 and OpenID Connect  "OIDC"), from which the service provider may choose one that suits them best. Both protocols have mostly the same features and provide the same user information. The differences are in the technical details.

The service must support the MPASSid SAML 2.0 or OIDC Profile.

Modifying the service to be compatible with MPASSid requires a certain knowledge of either SAML2 or OIDC -protocols, and the libraries or software that implement them.

MPASSid’s technical support focuses on the API’s message exchange, but cannot provide support with basic protocol implementation.

Good resources for the basics:

Please note! If you are using OIDC -protocol: MPASSid strongly suggests that you only use products/libraries certified by the OpenID Foundation, to ensure a secure and standard OIDC-support.

Before joining the MPASSid trust network and providing service, it's best to test the service with MPASSid. For this, MPASSid-operator provides a testing environment to which the service provider may integrate for testing. In the test environment, you can authenticate to a service with test logins and test how MPASSid provides the user information. The test environment does not process real personal data. 

Testing

Integration with SAML2-protocol

Integrating a service to MPASSid’s test environment with SAML2-protocol requires the service provider to submit service SAML2 technical information, the saml2-metadata, to the MPASSid-operator. The service provider must also add MPASSid’s identity provider metadata as a trusted service. After metadata exchange, MPASSid and the service can establish a trust relationship, and transfer data and communicate securely. All the information must be convergent and correct at all times.

MPASSid test environment’s SAML2-metadata can be found at https://mpass-proxy-test.csc.fi/idp/shibboleth.

Information to deliver to MPASSid:

  • SAML2-services entity ID, which is the service’s technical unique name. Best practice to ensure uniqueness is using the name format https://domain.fi/service
  • AssertionConsumerService (ACS) URL address where MPASSid redirects authentication responses.

Collecting and submitting this information requires the service to have proper configurations for the SAML2 service provider role. The information is sent to the MPASSid’s support by email at tuki@mpass.fi

After the trust relationship has been established, all authentication requests are directed to the SingleSignOnService -URL defined in MPASSid’s metadata. MPASSid uses the saml2int -profile, which means that the authentication requests must be sent with the browser by the HTTP-Redirect -binding, and the authentication responses are sent back with the HTTP-POST -binding. After a proper authentication request, the user can authenticate at the test server. After authentication, the user is redirected back to the service, with MPASSid’s response message, which contains the user information.

Instructions for test login can be found below.

Integration with OpendID Connect -protocol

The Integration of service with OIDC requires the service provider to submit a list of the services OIDC redirect_uri -addresses to the MPASSid-operator. By default, services are expected to use the authorization code flow and the client_secret_basic -method when authenticating to the OIDC token endpoint, but other standard methods are also supported. This information (for example public key information, when private_key_jwt -method is being used) is submitted to the operator. In return, MPASSid-operator will send the client_id -value, and other attributes required by the chosen profile, such as the client_secret. Information is sent to the MPASSid support by email at tuki@mpass.fi.

MPASSid test environments OIDC-information can be found at https://mpass-proxy-test.csc.fi/.well-known/openid-configuration

After registering the service, authentication requests are directed to the authorization_endpoint defined in MPASSid’s OpenID-configuration. Details about the redirect are dependent on the used OIDC-profile/flow: MPASSid supports all flows defined in the standard. After a proper authentication request, the user can authenticate at the test server. Once authenticated, the user is redirected to the service with MPASSid’s response message, which contains either the user information or information needed to receive the user information from the OIDC token_endpoint, depending on the used OIDC flow.

Instructions for test login can be found below.

Authenticating at the test environment

After a proper authentication request, the user’s browser is redirected to MPASSid’s test-environment.


For testing select “Meidän koulu” as your school.


Log in with the user credentials available on the screen, or choose one of the test-users for testing different roles:

Student: u0000001 / u0000001pwd

Teacher: o0010001 / o0010001pwd

*Numbers 1-100 are available test-users.


Once authenticated, the service will return the attributes received from the identity provider.

Production

Before deploying the service to the production, the service provider must sign MPASSid’s member agreement and test the service in the test environment. The service is taken into production by submitting the same information about the service's production environment as from the test environment to MPASSid’s support at tuki@mpass.fi

MPASSid’s production environments SAML2-metadata can be found at https://mpass-proxy.csc.fi/idp/shibboleth and OIDC-information at https://mpass-proxy.csc.fi/.well-known/openid-configuration.


  • No labels