<div dir="ltr">I will discourage this, however if we can come up with some meta data  signing process with the SP,<div><br></div><div>Then I believe that is the way to go? correct?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, May 4, 2019 at 2:10 AM Tom Scavo <<a href="mailto:trscavo@gmail.com">trscavo@gmail.com</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">On Fri, May 3, 2019 at 4:08 AM Lalith Jayaweera <<a href="mailto:ljayaweera@gmail.com" target="_blank">ljayaweera@gmail.com</a>> wrote:<br>
><br>
> Please let me know how to proceed on this.<br>
<br>
The question how to manage untrusted metadata comes up periodically so<br>
I contributed a solution. [1] Basically the process consists of<br>
downloading the new metadata and comparing it with the old metadata.<br>
If there's no change (apart from the validUntil attribute), simply<br>
move the new metadata into the source directory. Otherwise, notify a<br>
human that the new metadata needs to be reviewed. Except for the<br>
review process, all of this can be scripted.<br>
<br>
Hope this helps,<br>
<br>
Tom<br>
<br>
[1] <a href="https://wiki.shibboleth.net/confluence/x/FoWqAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/FoWqAg</a><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/confluence/x/coFAAg</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>