<div dir="ltr">Is it possible to still support eduPersonTargetedID using the new nameID stuff?<div><div><br></div><div>Liam</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 26, 2018 at 9:28 AM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> If SAML2Persistent is configured with the same salt and source attribute, will<br>
> it produce the same values as the StoredID data connector?<br>
<br>
</span>The latter is for using a database, it only generates values as an option for migration. The ComputedId connector is the one that is meant for producing hashed values, and yes, it's the same code. And anybody using them needs to be using the BASE32 encoding option or you're at risk, there is no way to rely on case-sensitive handling of IDs and base64 IDs can collide.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<br>
<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/<wbr>confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</font></span></blockquote></div><br></div>