<div dir="ltr"><div><span style="font-size:12.8px">> </span><span style="font-size:12.8px">The ability to invalidate everything and everybody at once isn't actually disappearing because restarting the in-memory caches and just replacing the active key(s) will render any blobs in the wild unusable.</span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Cool.  If that's the case then I still have the emergency button I need going forward. I appreciate all the help, thanks!</span></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><span style="font-size:12.8px">--Tom Noonan II</span><br></div></div></div></div></div></div>
<br><div class="gmail_quote">On Wed, Feb 21, 2018 at 12:27 PM, 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">If you have development questions, please move that to the dev list or just add comments to the JIRA issue.<br>
<br>
The mechanism is based on a shared AES key and AES-GCM encrypted data with a rolling key, same as the IdP uses. The ability to invalidate everything and everybody at once isn't actually disappearing because restarting the in-memory caches and just replacing the active key(s) will render any blobs in the wild unusable.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<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>