You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What nuget packages are you using
Plain SampleHttpModuleApplication from the latest github repository. I'm testing the SP application, configured to connect to my organization IDP provider. IDP config is explicitly set via web.config and not read from remote metadata.
What is the expected behaviour
During authentication on the IDP side, my IDP provider should accept the Authentication request.
What happens instead.
My IDP refuses the SAML Authentication request because the library populates the AssertionConsumerServiceURL attribute but does not populate the ProtocolBinding attribute. While not explicitly mandated by the SAML standard, §3.4.1 (lines 2061+) of the SAML standard saml-core-2.0-os says:
AssertionConsumerServiceURL [Optional]
...
This attribute is mutually exclusive with the AssertionConsumerServiceIndex attribute and is typically accompanied by the ProtocolBinding attribute.
In fact, the IDP has no way to know which binding it should use for the response message.
Possible solution
Some configuration setting should be added to specify the available assertion consumer services and their bindings, with an option to specify which one is the default to be set in the AuthnRequest.
Additional info
Please include
.Net Framework your application is compiled against (e.g. net472, netcoreap2.1)
Framework 4.7 as per the default of the sample application.
.Net Framework installed. This might be different than above. You can compile with net452, but have 4.7.2 installed.
Framework 4.7.2 is installed.
Version of Asp.Net MVC / Asp.NET Core used.
Version used by the sample application.
Thanks for your help
The text was updated successfully, but these errors were encountered:
I'm having problems with our IDP ignoring the AssertionConsumerServiceURL value, which I think might be because of the missing ProtocolBinding part.
I have opened a issue on their end FusionAuth, but so far having heard anything back, so thought I'd let you guys know that the missing ProtocolBinding might be causing issues for multiple IDPs.
Information needed
What nuget packages are you using
Plain SampleHttpModuleApplication from the latest github repository. I'm testing the SP application, configured to connect to my organization IDP provider. IDP config is explicitly set via web.config and not read from remote metadata.
What is the expected behaviour
During authentication on the IDP side, my IDP provider should accept the Authentication request.
What happens instead.
My IDP refuses the SAML Authentication request because the library populates the AssertionConsumerServiceURL attribute but does not populate the ProtocolBinding attribute. While not explicitly mandated by the SAML standard, §3.4.1 (lines 2061+) of the SAML standard saml-core-2.0-os says:
In fact, the IDP has no way to know which binding it should use for the response message.
Possible solution
Some configuration setting should be added to specify the available assertion consumer services and their bindings, with an option to specify which one is the default to be set in the AuthnRequest.
Additional info
Please include
.Net Framework your application is compiled against (e.g.
net472
,netcoreap2.1
)Framework 4.7 as per the default of the sample application.
.Net Framework installed. This might be different than above. You can compile with net452, but have 4.7.2 installed.
Framework 4.7.2 is installed.
Version of Asp.Net MVC / Asp.NET Core used.
Version used by the sample application.
Thanks for your help
The text was updated successfully, but these errors were encountered: