Microsoft's weak Windows encryption key deadline expires today

Updated happygeek 0 Tallied Votes 405 Views Share

Microsoft first started warning people that the there was going to be an important change to Windows' certificate requirements back in June. A change that is designed to improve security across the Windows platform by way of increasing the RSA key length to a minimum of 1024 bits for certificates used in Public Key Infrastructure (PKI). That requirement change happens today, October 9th, but are you one of those people who, as Angela Gunn from Microsoft Security Response Center puts it, has "systems and applications that have been tucked away to collect dust and cobwebs because they 'still work' and have not had any cause for review for some time"?

If so, your time has come and those certificates will need to be reissued with at least a 1024-bit key from today in order to comply with Microsoft's requirements. Truth be told, you should actually be looking to at least double that to 2048 bits in order to meet security best practise minimums. Indeed, the National Institute of Standards and Technology (NIST) depreciated keys of 1024 bits or less way back in January 2011.

According to Microsoft, Security Advisory 2661254 (Update For Minimum Certificate Key Length) "impacts applications and services that use RSA keys for cryptography and call into the CertGetCertificateChain function. These applications and services will no longer trust certificates with RSA keys less than 1024 bits in length. Examples of impacted applications and services include but are not limited to encrypted email, SSL/TLS encryption channels, signed applications, and private PKI environments. Certificates that use cryptographic algorithms other than RSA are not affected by this update."

Certainly if your business is reliant upon Microsoft Windows operating systems then it should take immediate action to find and replace all digital certificates signed with RSA encryption keys that are less than 1024 bits in length. Security vendor Venafi warns that failure to do so leaves them at a high risk of falling victim to a certificate-based malware attack and facing business disruptions including everything from Internet Explorer failures to inability to encrypt or digitally sign emails on Outlook 2010 and other legacy systems that rely on the older, weaker encryption keys.

Obviously, hardening defences against weak encryption attacks is a good thing. However, the Microsoft approach of addressing the security problem of weak crypto keys through software updates doesn't address weak keys and certificates which are deployed outside of the Microsoft CAPI environment. "Enterprises that want to address security risks driven by weak cryptographic keys deployed across their networks will need to utilize technologies outside of Microsoft updates to identify, revoke and replace these keys and certificates" Venafi warns, noting "Microsoft's efforts will not simply affect the certificate stores but any application that uses CAPI certificate processing -- no matter where the certificate is."

Dani AI

Generated

This thread records the practical fallout from Microsoft’s certificate key-length enforcement (deadline Oct 9, 2012). laid out the change; expressed the predictable frustration; and was right to flag the operational burden on network teams. The real takeaway for anyone finding this thread years later: legacy certificates and forgotten PKI pieces still cause outages unless treated as part of routine maintenance.

Quick operational checklist network teams can apply now:

  • Inventory everywhere: Windows cert stores, AD CS templates, IIS sites, Exchange, device appliances, Java keystores, code-signing keys and embedded systems.
  • Extract key sizes quickly with common tools. Example PowerShell for local machine store:
    Get-ChildItem Cert:\LocalMachine\My |
    Select Subject, Thumbprint, NotAfter,
      @{Name="KeySize";Expression={$_.PublicKey.Key.KeySize}}

    To inspect a remote TLS endpoint:

    openssl s_client -connect host:443 -servername host </dev/null 2>/dev/null \
    | openssl x509 -noout -text | grep "Public-Key"
  • Flag any certs with weaker keys or legacy algorithms and correlate them to services.

Remediation and rollout tips:

  • Prefer 2048-bit RSA or consider ECC (P-256/P-384) where clients support it. Reissue CAs and leaf certs in a staged manner, test against representative client/OS/appliance matrix, then revoke old certs and update CRL/OCSP.
  • For unreachable or embedded devices that can’t be updated, isolate them behind a TLS-terminating gateway or use a proxy with a modern certificate.
  • Automate inventory and renewals (AD AutoEnrollment, ACME, or configuration management) and add alerts for key size and upcoming expiries.
    Document each change, run a rollback plan for each service, and treat certificate hygiene like patch management — otherwise the headaches warned about will keep coming.
Galbatorix 0 Newbie Poster

After all this, i cant believe that Microsoft has the nerve to exist ... nkt!!!

Member Avatar for Member #949455
Member #949455

Obviously, hardening defences against weak encryption attacks is a good thing. However, the Microsoft approach of addressing the security problem of weak crypto keys through software updates doesn't address weak keys and certificates which are deployed outside of the Microsoft CAPI environment. "Enterprises that want to address security risks driven by weak cryptographic keys deployed across their networks will need to utilize technologies outside of Microsoft updates to identify, revoke and replace these keys and certificates" Venafi warns, noting "Microsoft's efforts will not simply affect the certificate stores but any application that uses CAPI certificate processing -- no matter where the certificate is."

I think most company still rely on Microsoft OS System/Server. So it is not a good thing if encryption key expired. More headache for Network Tech to figure out how to approached something like this.

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.