PasswordProtectedTransport Authentication with MCB

IAM David Bantz dabantz at alaska.edu
Mon Jul 6 14:08:41 EDT 2015


Vendor's SP is sending the following SAML request (according to them):



<samlp:AuthnRequest xmlns:samlp="urn:oasis:names:tc:SAML:2.0:protocol"

                    ID="s25d6fccde9c929700b616acf6e3c291122f61a844"

                    Version="2.0"

                    IssueInstant="2015-06-25T21:13:50Z"

                    Destination="
https://idp.alaska.edu/idp/profile/SAML2/Redirect/SSO"

                    ForceAuthn="true"

                    IsPassive="false"


ProtocolBinding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST"

                    AssertionConsumerServiceURL="
https://sso.uat.firstmarblehead.com
/openam/Consumer/metaAlias/fmdrealm001/uaaalaska_sso_sp"

                    >

    <saml:Issuer xmlns:saml="urn:oasis:names:tc:SAML:2.0:assertion">
sso.uat.firstmarblehead.com/uaaalaska_sso</saml:Issuer>

    <samlp:NameIDPolicy xmlns:samlp="urn:oasis:names:tc:SAML:2.0:protocol"


Format="urn:oasis:names:tc:SAML:2.0:nameid-format:transient"

                        SPNameQualifier="sso.uat.firstmarblehead.com
/uaaalaska_sso"

                        AllowCreate="true"

                        />

    <samlp:RequestedAuthnContext
xmlns:samlp="urn:oasis:names:tc:SAML:2.0:protocol"

                                 Comparison="exact"

                                 >

        <saml:AuthnContextClassRef
xmlns:saml="urn:oasis:names:tc:SAML:2.0:assertion">urn:oasis:names:tc:SAML:2.0:ac:classes:PasswordProtectedTransport</saml:AuthnContextClassRef>

    </samlp:RequestedAuthnContext>

</samlp:AuthnRequest>


which seems to verify Brent's diagnosis (POST request sent to Redirect end
point).  Is there any other obvious problem with the request I could point
out and save a week's turnaround with the vendor technical staff?  Thanks!


David

On Tue, Jun 23, 2015 at 5:19 PM, Brent Putman <putmanb at georgetown.edu>
wrote:

>
>
> On 6/23/15 8:45 PM, IAM David Bantz wrote:
>
>
>  12:37:43.141 - WARN
> [edu.internet2.middleware.shibboleth.idp.profile.saml2.SSOProfileHandler:400]
> -
>                         Error decoding authentication request message org.opensaml.ws.message.decoder.MessageDecodingException:
>
>                         No SAMLRequest or SAMLResponse query path
> parameter, invalid SAML 2 HTTP Redirect message
>
>
>
> I don't think this has anything to do with the other stuff you mentioned.
> They are simply not sending a valid SAML 2 Redirect binding request.  Most
> likely they are doing the POST binding, but mistakenly sending it to the
> IdP's Redirect endpoint.  Just change the binding or the endpoint in use.
>
> If that's not it, then the message means what it says: there's literally
> not a query parameter called in SAMLRequest in the HTTP request to the
> IdP.  You should be able to see exactly what they are sending in your
> browser, possibly using Firefox Live Headers or SAML Tracer.
>
> All the other stuff you mentioned re: the MCB, authN contexts, etc, is not
> related to the above error.
>
>
> --
> To unsubscribe from this list send an email to
> users-unsubscribe at shibboleth.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20150706/86ea8f7f/attachment-0001.html>


More information about the users mailing list