<div dir="ltr"><div dir="ltr">If you are able to manage this with security configurations, you may find this article useful. It gives detail on defining multiple configurations and using metadata to apply them on a per-SP basis.<div><br></div><div><a href="https://shibboleth.atlassian.net/wiki/spaces/KB/pages/3043917826/IdP+Key+and+Certificate+Management">https://shibboleth.atlassian.net/wiki/spaces/KB/pages/3043917826/IdP+Key+and+Certificate+Management</a><br></div><div><br></div><div>Regards,</div><div><br></div><div>Max Spicer</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 16 Oct 2023 at 23:22, Brent Putman via users <<a href="mailto:users@shibboleth.net">users@shibboleth.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <p><br>
    </p>
    <div>On 10/16/23 8:50 AM, Cantor, Scott via
      users wrote:<br>
    </div>
    <blockquote type="cite">
      <blockquote type="cite">
        <pre>I won't go into the details about why this is desired, but is there any way to
tell the IdP to *ignore* algorithm extensions in SP metadata, and to
prioritize an entity attribute filter that is adding a securityConfig override to
that SP entry?
</pre>
      </blockquote>
      <pre>No, there's no filtering option to remove that extension. I considered it because of all the incorrect metadata claiming (lack of) GCM support in InCommon, which prevents me forcing them over to GCM, but I never got around to it.</pre>
    </blockquote>
    <p><br>
    </p>
    <p>Haven't tested, but I believe there is a different way to
      effectively get the desired result (sign with the RSA cert rather
      than the EC one).  You could add a custom security config for
      those RPs which excludes all the ECDSA algorithm URIs ("exclude"
      as in the now-deprecated term "blacklist").  That should prevent
      the EC cert from being selected, and so fall through to the RSA
      one.<br>
    </p>
  </div>

-- <br>
For Consortium Member technical support, see <a href="https://shibboleth.atlassian.net/wiki/x/ZYEpPw" rel="noreferrer" target="_blank">https://shibboleth.atlassian.net/wiki/x/ZYEpPw</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-size:small">Max Spicer</div><div style="font-size:small">Identity Systems, IT Services, University of York<br></div></div></div></div></div></div></div>