<div dir="ltr">Peter, thank you so much for your help. <div><br></div><div>Your tips were very helpful and I think they will help me to solve the problem I have. I will try this solution and let you know if they results come up successfully. It was very nice of you to take some time to help me, I really appreciate that. If there is anything I can do to help you somehow, please let me know.</div><div><br></div><div>My research project is in Brazil and it is related to Mobile ID. When I finish this pratical part and publish the results, I can send you a copy if you want.</div><div><br></div><div>Best regards.</div><div>Glaidson Verzeletti</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 4, 2016 at 12:51 PM, Peter Schober <span dir="ltr"><<a href="mailto:peter.schober@univie.ac.at" target="_blank">peter.schober@univie.ac.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Glaidson Verzeletti <<a href="mailto:verzeletti@gmail.com">verzeletti@gmail.com</a>> [2016-10-04 17:37]:<br>
<span class="">> I need to merge the URL of the SP (relay party) that is requesting<br>
> authentication to the IdP with the user UID. From these two pieces of<br>
> information, I will generate a hashMD5 that will serve as "username".<br>
><br>
> I deliver a 'username' unique for each SP that the user accesses.<br>
><br>
> This demand is part of a research project.<br>
<br>
</span>I'd strongly recommend not inventing new identifiers of that kind,<br>
when existing ones are defined in the SAML standard that should<br>
satisfy the same criteria.<br>
<br>
Cf. 8.3.7 in SAML Core:<br>
<a href="https://www.oasis-open.org/committees/download.php/56776/sstc-saml-core-errata-2.0-wd-07.pdf" rel="noreferrer" target="_blank">https://www.oasis-open.org/<wbr>committees/download.php/56776/<wbr>sstc-saml-core-errata-2.0-wd-<wbr>07.pdf</a><br>
<br>
The way the Shibboleth IDP implements this:<br>
<a href="https://wiki.shibboleth.net/confluence/display/IDP30/PersistentNameIDGenerationConfiguration" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/<wbr>confluence/display/IDP30/<wbr>PersistentNameIDGenerationConf<wbr>iguration</a><br>
this will produce an identifier that encodes an identifier for<br>
subject, the SP's entityID and the IDP's entityID into a salted hash.<br>
(Additionally that hash is accompanied by the recipient SP's and the<br>
asserting IDP's entiyID in separate XML attributes. SP's are free to<br>
use or ignore those additional data elements.)<br>
<br>
If the research project insists on re-inventing the wheel (and<br>
non-interoperably) there may be people who can help them get a bit of<br>
clue. In that case feel free to provide specifics about the research<br>
project (incl country/region of operation), possibly off-list.<br>
<span class="HOEnZb"><font color="#888888">-peter<br>
--<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>