[cabfpub] Guidance on Microsoft SHA1 Deprecation Policy
tomalb at microsoft.com
Wed Jan 22 22:29:07 UTC 2014
The SHA1 deprecation policy states that Windows Vista and later will stop accepting SHA1 end-entity certificates by the deadlines given. This will apply to all certificates issued under the root hierarchy including SSL, secure email, client authentication, and code signing. We expect all certificate types excluding code signing and time stamping to follow the SSL deprecation schedule.
From: public-bounces at cabforum.org [mailto:public-bounces at cabforum.org] On Behalf Of Doug Beattie
Sent: Wednesday, January 22, 2014 8:42 AM
Subject: [cabfpub] Guidance on Microsoft SHA1 Deprecation Policy
The Microsoft policy is located here, as I'm sure you all know:
The policy clearly states the scope of this policy is for SSL and Code Signing, but I wanted to validate that this is in-fact the entire set of users which will be impacted in 2017.
While not clear in the blog, in side discussions it became evident that that all CAs in the hierarchy of an SSL or Code Signing certificate (except the root) must also be SHA2. This makes sense even if not explicitly stated (it should be stated at some point). This means legacy SHA1 Intermediates cannot be used to sign subordinate SHA2 CAs and be trusted in 2017 for SSL and Code Signing certificates.
I wanted for inquire about personal certificates used for secure mail, client authentication to web sites (including Microsoft web servers), document signing (outside of Adobe), file encryption, etc. Will SHA1 certificates and CA hierarchies continue to be trusted by Microsoft within these applications, or is Microsoft rolling out new validation logic globally for all certificates?
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Public