<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"> say I’m planning on migrating all my customers from sha-1 to sha-256, for example, I’d like to know which of them might still be using Sha-1 before I turn that off<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The simplest way would be to inspect all of your customer's metadata. If any of them are signing requests – which is generally unnecessary – they must include a signing cert. You can easily inspect their public signing certs for the signature
algorithm without shibSP logs.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">If you are concerned with the IdPs public signing cert – you can do the same since you have their IdP metadata also.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">As an IdP I have had consuming services request different signature algorithms in the past and we create a new pub cert and send them special idp metadata. It's fairly simple to create a new signing credential and security config in Shibboleth
IdP for that. I'm not sure what IdP you're using.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">From an IdP perspective I already know all my SPs that "only support sha1" because I need to make a security override for them.<o:p></o:p></p>
<p class="MsoNormal">From an SP perspective I already know all the IdPs I federate with and can see their certificates.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">If we were planning on deprecating sha1 services I wouldn't need logging at all because I already have all that info elsewhere.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">But yes, certificate rollover is a pain for pretty much everyone. The ONLY way you get out of it cleanly is if 100% of your relying parties regularly pull your IdP metadata from a known source, you add the new signing cert to it, and wait
enough time for all services be in the cert overlap and then refresh your metadata so that you can switch over to the new one. Then you wait even longer before you pull the old one out and if you don't hear about any fires downstream then your rollover is
done.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">As an SP, cert rollover is much smaller typically. You just send the IdP your new pub cert and ask them to add it, or you add it to your own published metadata that the IdP pulls. Once you get the all clear, you switch over your SP and
you're done.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">- Steve<o:p></o:p></p>
</div>
</body>
</html>