Open phavekes opened 1 day ago
Temporary solution (adding the file back to git) https://github.com/OpenConext/Stepup-Gateway/pull/151 (Joris Steyn - Apr 6, 2018)
@jodi @pmeulen See my proposal in the description above.
Stepup-Deploy now dynamically generates the samlstepupproviders.yml and samlstepupproviders_parameters.yml files for the GW, SS and RA. See e.g.: https://github.com/OpenConext/Stepup-Deploy/blob/develop/roles/stepup-selfservice/templates/samlstepupproviders.yml.j2 https://github.com/OpenConext/Stepup-Deploy/blob/develop/roles/stepup-selfservice/templates/samlstepupproviders_parameters.yml.j2
I think this takes care of the bulk of the GSSP configuration problem. Adding a new GSSP now only requires changes to the environment, no changes to Stepup-Deploy are required. (Pieter van der Meulen - Apr 19, 2018)
This issue is imported from pivotal - Originaly created at Apr 6, 2018 by Michiel Kodde
Description SelfService, RA and the Gateway configure the SAML StepUp providers in the
samlstepupproviders.yml
and the matchingsamlstepupproviders_parameters.yml
. This causes a great deal of configuration when adding a new GSSP. This readme is living proof.We should work toward a solution where the samlstepupproviders is not prone to many changes. The parameters file should take the bulk of the changes when adding a GSSP.
Proposal
Strip the
samlstepupproviders.yml
config files of the very specified gssp configuration. Example of the new situation:samlstepupproviders_parameters.yml
. Example:This change entails the removal of the \'DI Configuration validation config\'.
Comparable validation logic must be added to ensure the correct samlstepupproviders configuration.
Estimation 8hrs (see tasks below)