AWS + ECP?

John Dennis jdennis at redhat.com
Fri Feb 5 16:47:12 EST 2016


On 02/05/2016 03:35 PM, Liam Hoekenga wrote:
>
> On Fri, Feb 5, 2016 at 12:01 PM, Cantor, Scott <cantor.2 at osu.edu
> <mailto:cantor.2 at osu.edu>> wrote:
>
>     Those are all DEBUG messages. If there's nothing on INFO, that's a
>     problem.
>
>
> The only INFO generated by that transaction is..
> 2016-02-05 15:33:34,567 - INFO [Shibboleth-Audit.SSO:241] -
> xxx.xxx.xxx.xxx  -
> 20160205T203334Z|urn:oasis:names:tc:SAML:2.0:bindings:SOAP|_B9228743684D4D4FB9B4C4439D4D15D1|urn:amazon:webservices|http://shibboleth.net/ns/profiles/saml2/sso/ecp|https://shib-idp-test.www.umich.edu/idp/shibboleth|||||||
>
>     The trigger for this is specifying an ACS with a non-PAOS binding?
>
>
> Yessir.

This is *not* a valid ECP SOAP request. It's completely missing the 
<paos:Request> and <ecp:Request> SOAP headers.

Also, does the SP metadata provided to the IdP contain a valid ACS for PAOS?


>
> <S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:samlp="urn:oasis:names:tc:SAML:2.0:protocol">
>      <S:Body>
>          <samlp:AuthnRequest
>
> AssertionConsumerServiceURL="https://signin.aws.amazon.com/saml"
>              ID="_B9228743684D4D4FB9B4C4439D4D15D1"
>              IssueInstant="2016-02-05T20:33:44"
>
> ProtocolBinding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST"
>              Version="2.0"
> xmlns:samlp="urn:oasis:names:tc:SAML:2.0:protocol">
>              <saml:Issuer
> xmlns:saml="urn:oasis:names:tc:SAML:2.0:assertion">urn:amazon:webservices</saml:Issuer>
>              <samlp:NameIDPolicy AllowCreate="1"/>
>              <samlp:Scoping>
>                  <samlp:IDPList>
>                      <samlp:IDPEntry
> ProviderID="https://shib-idp-test.www.umich.edu/idp/shibboleth"/>
>                  </samlp:IDPList>
>              </samlp:Scoping>
>          </samlp:AuthnRequest>
>      </S:Body>
> </S:Envelope>
>
>


-- 
John


More information about the users mailing list