Access Denied

Tabitha O. Locklear tabithao.locklear at uncp.edu
Tue Aug 7 14:49:47 EDT 2018


I copied the V2 config attribute-resolver.xml and attribute-filter.xml files onto the V3 server

The saml-nameid.properties are configured for legacy.

# Comment out to disable legacy NameID generation via Attribute Resolver

idp.nameid.saml2.legacyGenerator = shibboleth.LegacySAML2NameIDGenerator

idp.nameid.saml1.legacyGenerator = shibboleth.LegacySAML1NameIdentifierGenerator





The result is the same as before Access Is Denied.

The report from the SP



[cid:image003.jpg at 01D42E5D.E2210CC0]









Back when we first created a login for our SP we used this documentation.

1.  have a deny policy to not release transient ID

2.  new definition for username in resolver the username not as string, but nameid

3.  release this username to SP

4. nameid's cannot be encrypted





In our Attribute-Filter.xml we have

STEP 1:

    <afp:AttributeFilterPolicy id="releaseTransientId">

        <afp:PolicyRequirementRule xsi:type="basic:NOT">

        <basic:Rule xsi:type="basic:AttributeRequesterString" value="https://xxxx-stg.saasit.com/" />

        </afp:PolicyRequirementRule>

        <afp:AttributeRule attributeID="transientId">

            <afp:PermitValueRule xsi:type="basic:ANY"/>

        </afp:AttributeRule>

    </afp:AttributeFilterPolicy>



STEP 2:

<resolver:AttributeDefinition id="Login" xsi:type="Simple" xmlns="urn:mace:shibboleth:2.0:resolver:ad"

        sourceAttributeID="sAMAccountName">

        <resolver:Dependency ref="myAD" />

        <resolver:AttributeEncoder xsi:type="SAML1StringNameIdentifier" xmlns="urn:mace:shibboleth:2.0:attribute:encoder"

            nameFormat="urn:oasis:names:tc:SAML:1.1:nameid-format:transient" />

        <resolver:AttributeEncoder xsi:type="SAML2StringNameID" xmlns="urn:mace:shibboleth:2.0:attribute:encoder"

                                nameFormat="urn:oasis:names:tc:SAML:2.0:nameid-format:transient" />

    </resolver:AttributeDefinition>



STEP 3:

<AttributeFilterPolicy id="releaseLoginToSAASIT">

        <PolicyRequirementRule xsi:type="Requester" value="https://uncp-stg.saasit.com/" />



        <AttributeRule attributeID="Login">

        <PermitValueRule xsi:type="ANY" />

        </AttributeRule>

        </AttributeFilterPolicy>





I copied the relying-party.xml.dist file and inserted the part for the SP.

Relying-Party.xml





STEP 4.



<!-- Container for any overrides you want to add. -->



    <util:list id="shibboleth.RelyingPartyOverrides">



        <!--

                     Override example that identifies a single RP by name and configures it

        for SAML 2 SSO without encryption. This is a common "vendor" scenario.

        -->



                <bean parent="RelyingPartyByName" c:relyingPartyIds="https://xxxx-stg.saasit.com/">

        <property name="profileConfigurations">

            <list>

            <bean parent="SAML2.SSO" p:encryptNameIDs="false" p:encryptAssertions="false" />

            <bean parent="SAML2.AttributeQuery" p:encryptAssertions="false" p:encryptNameIDs="false" />

            </list>

        </property>

    </bean>



    </util:list>







But the result is still the same.









-----Original Message-----
From: users <users-bounces at shibboleth.net> On Behalf Of Peter Schober
Sent: Wednesday, August 01, 2018 11:23 AM
To: users at shibboleth.net
Subject: Re: Access Denied



* Tabitha O. Locklear <tabithao.locklear at uncp.edu<mailto:tabithao.locklear at uncp.edu>> [2018-08-01 17:18]:

> I had so much time into building the V3 and I had all but two SP's

> working, I felt that it would be a simple fix ; but not understanding

> the syntax has made if far too difficult.



I have tried to provide an answer to your original problem report.

If you don't understand something or need more detailed explanations you could ask (even if the reply might be a pointer to existing documentation).

-peter

--

For Consortium Member technical support, see https://wiki.shibboleth.net/confluence/x/coFAAg

To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net<mailto:users-unsubscribe at shibboleth.net>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20180807/da6fc391/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 35516 bytes
Desc: image003.jpg
URL: <http://shibboleth.net/pipermail/users/attachments/20180807/da6fc391/attachment.jpg>


More information about the users mailing list