Close

ADCS Clients

The purpose of this page is to maintain a list of known Microsoft hotfixes, patches and known issues related to the Active Directory Certificate Services (ADCS) role. The page will be updated as new releases are made by Microsoft as well as when new issues are identified. You can subscribe to the page to receive automated alerts when the content has changed. If you have any feedback or comments, or notice something that is missing, let us know.

Schedule a Demo

Change Log – Last Updated April 11, 2018

April 11, 2018 – Added known issue regarding Windows 10 client being unable to select templates on Certificate Authority Web Enrollment website when configured for Key Recovery

September 11, 2017 – Added KB 2494172 for Windows 7 Client issues with 802.1x failing when an invalid certificate is present.

Hotfixes

Certificate related issues and updates for client/server operating systems. These updates are targeted to those issues that would affect an internal PKI at an organization. It does not include certificate issues that are general product issues outside of its interaction with a Microsoft ADCS environment.

  • KB 2494172 – Windows 7 does not connect to an IEEE 802.1X-authenticated network if an invalid certificate is installed

 

  • KB 938397 (MSKB Archive) – Applications that use the Cryptography API cannot validate an X.509 certificate in Windows Server 2003

 

  • KB 968730 (MSKB Archive) – Windows Server 2003 and Windows XP clients cannot obtain certificates from a Windows Server 2008-based certification authority (CA) if the CA is configured to use SHA2 256 or higher encryption

 

  • KB 2520487 – AD DS database size increases significantly when the Credential Roaming feature is enabled in Windows Vista, in Windows 7, in Windows Server 2008 or in Windows Server 2008 R2

 

  • KB 2718646 – Certificate is archived incorrectly when it enters the renewal period on a computer that is running Windows Server 2008 R2

 

  • KB 2633205 – Auto-enrollment process for computer certificates fails on a client computer that is running Windows 7 or Windows Server 2008 R2

 

  • KB 2078942 – The CertEnroll control does not work in Internet Explorer on a computer that is running Windows 7 or Windows Server 2008 R2

 

  • KB 329433 (MSKB Archive) – A Revoked Certificate Is Selected If a Certification Authority in the Chain Has Two Certificates

 

  • KB 983557 (MSKB Archive) – Error message when you try to request a certificate in Windows Vista or in Windows Server 2008: “The filename or extension is too long. (0x800700CE)”

 

  • KB 956544 (MSKB Archive) – When you enroll a certificate on a computer that is running Windows Vista or that is running Windows Server 2008, you are prompted to insert a smart card even though a smart card is already inserted

 

  • KB 955805 – Certain applications become very slow on a Windows Server 2008-based or Windows Vista SP1-based computer when a certificate with the SIA extension is installed

 

  • KB 907247 (MSKB Archive) – Description of the Credential Roaming service update for Windows Server 2003 and for Windows XP

 

  • KB 2797120 – Name constraint validation fails when a URN is specified in a subject alternative name in Windows 7, Windows 8, Windows Server 2008 R2 and Windows Server 2012

 

  • KB 2625430 – Private key permissions are reset to the default values if a machine certificate is renewed by the Certificate Autoenrollment feature in Windows 7 or in Windows Server 2008 R2

 

  • KB 903930 (MSKB Archive) – After you publish a certificate in Active Directory on a Windows XP-based computer, certificate renewal may leave the Active Directory certificate store empty

 

  • KB 2666300 – You cannot use a certificate-based logon method to authenticate requests on a computer that is running Windows Server 2008 R2

 

  • KB 2973337 – SHA512 is disabled in Windows when you use TLS 1.2

 

Known Issues

  • Windows 10 client being unable to select templates on Certificate Authority Web Enrollment website when configured for Key Recovery
    This issue is cause because the CAWE website is not properly configured to recognize the newer Internet Explorer browser agent string. As a result, the website is viewing the browser as a V1 browser which is unable to provide CMC based private key archival. To properly display template enabled for Key Recovery on the website, the website file must be updated.
    Fix: An updated version of the affected file is available for download here. The unextracted file should be placed in %windir%system32certsrven-us folder of the CAWE server.

 

  • Computers configured to use a CA-issued certificate for Remote Desktop Services will generate a new certificate repeatedly
    When you define a group policy to use a specific template for certificate enrollment on  your RDS servers (or computer-to-computer remote desktop services) rather than the self-signed certificate, the computer will generate a new certificate each time GPUpdate is run, group policy processing cycles occur, or during bootup. This is due to a bug in the API for detecting the certificate template and certificate display name.
    Fix: Ensure the Template Name and Template Display Name in the template properties are identical.

 

  • Computers configured to use OCSP for revocation checking will stop using OCSP and default to CRLs
    Microsoft Windows OCSP client will follow any published OCSP extension present in a certificate that is being verified, including group policy pushed locations. However, once Windows has made 50 OCSP requests about about certificates from a specific CA keypair, the OCSP client will stop using OCSP queries and directly download the CRL. The client will continue to reference the CRL instead of OCSP until the CRL has expired. At that time the client will return to OCSP queries until it reaches this “magic” number and retrieves the CRL again. This value can be adjusted up, but can’t be disabled. The value is located at HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\SystemCertificates\ChainEngineConfig\CryptnetCachedOcspSwitchToCrlCount.
    More details at http://tinyurl.com/nlamat7
    Fix: Adjust this “magic” number to an appropriate value to ensure your OCSP client continues to perform OCSP queries as appropriate in your environment.

 

  • Windows XP computers are unable to enroll for certificates from a Windows 2012+ certification authority
    When a certificate request is received by a certification authority (CA), encryption for the request can be enforced by the CA via the RPC_C_AUTHN_LEVEL_PKT, as described in MSDN article Authentication-Level Constants. On a Windows Server 2012 or higher CA, this enhanced security setting is enabled by default. The  CA enforces enhanced security in the requests that are sent to it. This  higher security level requires that the packets requesting a certificate are encrypted, so they cannot be intercepted and read.
    Fix: To enable these older clients to enroll, use the command certutil -setreg cainterfaceflags -IF_ENFORCEENCRYPTICERTREQUEST and restart CertSrv to apply the value. This will disable the encryption requirements for ALL clients