
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>

</head>

<body dir="ltr">

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">

OK fixed that, there were a handful - the settings must have been set false while testing a new SP implementation then propagated to a few others. All applications work with default settings now.</div>

<div>

<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">

<br>

</div>

<div id="Signature">

<div id="divtagdefaultwrapper" style="font-size:12pt; color:#000000; background-color:#FFFFFF; font-family:Calibri,Arial,Helvetica,sans-serif">

<div style="font-family:Tahoma; font-size:13px">---

<div><span id="ms-rterangepaste-start"></span><span style="font-family:arial,helvetica,sans-serif; font-size:13px; line-height:16.003px">Roberto Ullfig - rullfig@uic.edu</span><br style="font-family:arial,helvetica,sans-serif; font-size:13px; line-height:16.003px">

<span style="font-family:arial,helvetica,sans-serif; font-size:13px; line-height:16.003px">Systems Administrator</span><br style="font-family:arial,helvetica,sans-serif; font-size:13px; line-height:16.003px">

<span style="font-family:arial,helvetica,sans-serif; font-size:13px; line-height:16.003px">Enterprise Architecture and Development | ACCC</span><br style="font-family:arial,helvetica,sans-serif; font-size:13px; line-height:16.003px">

<span style="font-family:arial,helvetica,sans-serif; font-size:13px; line-height:16.003px">University of Illinois - Chicago</span>

<div><span id="ms-rterangepaste-end"></span></div>

</div>

</div>

</div>

</div>

</div>

<div id="appendonsend"></div>

<hr style="display:inline-block;width:98%" tabindex="-1">

<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> users <users-bounces@shibboleth.net> on behalf of Cantor, Scott <cantor.2@osu.edu><br>

<b>Sent:</b> Friday, May 15, 2020 8:08 AM<br>

<b>To:</b> Shib Users <users@shibboleth.net><br>

<b>Subject:</b> Re: Support for X509SubjectName Name ID</font>

<div> </div>

</div>

<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">

<div class="PlainText">On 5/15/20, 8:13 AM, "users on behalf of Ullfig, Roberto Alfredo" <users-bounces@shibboleth.net on behalf of rullfig@uic.edu> wrote:<br>

<br>

> So I was working on two of these non-InCommon ones yesterday and both had the same issue - so it seems like there's a<br>

> new pattern to see for some of the new service providers. One was Azure and the other I'm not sure. Anyway, usually in<br>

> the past I have this in relying-party for the non-InCommon ones:<br>

<br>

Uh. You realize that's completely insecure? You can do it, and then any SP that doesn't break is known to be fully and totally broken. (An exception is when the metadata signals assertion signing.)<br>

<br>

> but in this case they both expected signed responses. Have never seen that before but maybe it's an Azure thing.<br>

<br>

Signed responses are the normal best practice in SAML 2 and the default.<br>

<br>

-- Scott<br>

<br>

<br>

-- <br>

For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg">

https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>

To unsubscribe from this list send an email to users-unsubscribe@shibboleth.net<br>

</div>

</span></font></div>

</body>

</html>