Skip to content

Ulysses Neves

Microsoft Entra ID, authentication, and hybrid identity troubleshooting.

Menu
  • Home
  • Microsoft Azure
  • Microsoft AD FS
  • Microsoft 365
  • Contact
  • Troubleshooting Index
Menu

WHfB: Fixing Windows Hello for Business error ‘LogoncertTemplateReady: NO (StateNoTemplate)’

Posted on December 29, 2023

Greetings, readers. In this article, we will delve into the process of investigating and resolving the message “LogoncertTemplateReady: NO (StateNoTemplate)” that may surface during Windows Hello for Business (WHfB) Hybrid Certificate trust deployments. If you are unfamiliar with this deployment model, I recommend consulting the relevant Microsoft document.

WHfB deployments demand meticulous configuration of the Public Key Infrastructure (PKI). Any oversight in these configurations may impede the provisioning process. Consequently, it is imperative to adhere to specific guidelines to ensure a seamless setup.

Throughout this article, we aim to shed light on a prevalent issue encountered in WHfB Certificate Trust deployments. When this issue arises, the client fails to initiate the WHfB setup, resulting in the aforementioned message.

ERROR MESSAGE

Admins might find the message below on the Ngc Prerequisite Check after running ‘dsregcmd /status’ command on the client machine:

AdfsRaIsReady: UNKNOWN
LogonCertTemplateReady: NO ( StateNoTemplate )
As per Microsoft documentation, Verification processes are conducted for both AdfsRaIsReady and LogonCertTemplateReady when configuring the Windows Hello for Business Certificate Trust model. For detailed information on these parameters, please refer to the following section:

  • AdfsRaIsReady: This setting is specific to WHFB Certificate Trust deployment and present only if the CertEnrollment state is enrollment authority. Set the state to YES if AD FS indicates in discovery metadata that it supports WHFB and the logon certificate template is available.
  • LogonCertTemplateReady: This setting is specific to WHFB Certificate Trust deployment and present only if the CertEnrollment state is enrollment authority. Set the state to YES if the state of the login certificate template is valid and helps troubleshoot the AD FS Registration Authority (RA).

INVESTIGATING THE ISSUE

The initial step in addressing a failed provisioning within a Windows Hello for Business (WHfB) setup is to conduct a thorough investigation to ensure that all stipulated requirements are meticulously met, as outlined in the official guidelines. Please check this link if you need dmore information Microsoft document.

Upon verification of the presence of all necessary requirements, several tools are available to provide insights into any missing prerequisites that may hinder the initiation of WHfB enrollment:

Event viewer:

  • Microsoft » Windows » User Device Registration » Admin
  • Microsoft » Windows » HelloforBusiness » Operational

Obs: In the User Device Registration event logs, refer to event ID 362 as ‘Windows Hello for Business provisioning will not be launched’ and event ID 358 as ‘Windows Hello for Business provisioning will be launched’.

In the Microsoft-Windows-HelloforBusiness/Operational log, we find the error message with ID 7205: Windows Hello for Business failed to locate a usable sign-in certificate template.

The error above gives us hints that something is missing in the WHfB certificate template.

To check if the WHfB certificate template has been properly tagged as Windows Hello Sign-in template, open a command prompt with admin privileges in the Windows server holding the certificate authority role and run the command below:

certutil.exe -dsTemplate -v WHFBAuthentication

Check if the ‘CTPRIVATEKEY_FLAG_HELLO_LOGON_KEY’ is inside parenthesis ‘()’, as below:

If Yes, run the command below to set the configuration properly:

certutil.exe -dsTemplate WHFBAuthentication msPKI-Private-Key-Flag +CTPRIVATEKEY_FLAG_HELLO_LOGON_KEY

If the command above was effective, you have to find the new output as below, the ‘CTPRIVATEKEY_FLAG_HELLO_LOGON_KEY’ is outside parenthesis ‘()’.

Note: In case you face any issues related with the WHfB templates, recommend double-checking the steps followed in the PKI configuration published in this document: https://learn.microsoft.com/en-us/windows/security/identity-protection/hello-for-business/hello-hybrid-cert-trust-validate-pki#mark-the-template-as-the-windows-hello-sign-in-template

In order to verify the modifications in the Ngc Prerequisite Check for the parameters AdfsRaIsReady and LogonCertTemplateReady, I interrupted the PIN setup process and executed the command ‘dsregcmd /status’ on the impacted client. Subsequently, the status has been observed to have undergone the following changes:

AdfsRaIsReady : YES
LogonCertTemplateReady : StateReady

That means the user now has all requirements in place and PreReqResult changed from WillNotProvision to WillProvision.

Checking the CA, we can see the WHfB Authentication certificate issued to User1 successfully.

In the client, we can confirm the Smart Card Logon certificate generated by template ‘WHFB Authentication’ is present in the user’s personal store.

Summary

In this article, we covered how to investigate and fix the error ‘LogoncertTemplateReady: NO (StateNoTemplate)’ during Windows Hello for Business Hybrid Certificate trust deployment.

I hope you have enjoyed reading this article, and it helps you manage your Windows Hello for Business environment.

Enjoyed the article? Like and share. 🙂

Note: I do not represent the organization I work for, all the opinions expressed here, are my own. This post is provided AS IS with no warranties or guarantees and confers no rights. Always validate the solution in a test environment before deploying it into production.

In case you have any suggestion or feedback, please leave a comment.

[ ]’s
Ulysses Neves

Related guides: Browse the Microsoft Identity Troubleshooting Index or the Windows Hello for Business topic archive.

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Recent Posts

  • Microsoft Defender for Identity domain investigation: six questions to ask first September 10, 2026
  • Microsoft Entra Kerberos key rotation: what changes—and what administrators should check September 6, 2026
  • Microsoft Authenticator Will Block Jailbroken Devices in 2026 — What You Need to Know March 17, 2026
  • Enhancing Azure role activation security with FIDO2/Passkeys September 23, 2024
  • Microsoft Entra ID CAP | Enforcing WHfB using Authentication Strength April 21, 2024

Archives

  • September 2026
  • March 2026
  • September 2024
  • April 2024
  • February 2024
  • December 2023
  • September 2023
  • July 2023
  • June 2023
  • May 2023
  • April 2023
  • March 2023
  • February 2023
  • January 2023
  • December 2022
  • October 2022
  • September 2022
  • August 2022
  • July 2022
  • June 2022
  • May 2022
  • April 2022
  • March 2022
  • February 2022
  • January 2022
  • December 2021
  • November 2021
  • October 2021
  • September 2021
  • August 2021
  • July 2021
  • June 2021
  • May 2021
  • April 2021
  • March 2021
  • February 2021
  • January 2021
  • December 2020
  • November 2020
  • October 2020
  • September 2020
  • August 2020
  • July 2020
  • June 2020
  • May 2020
  • April 2020
  • March 2020
  • February 2020
  • January 2020
  • December 2019
  • November 2019
  • October 2019
  • September 2019
  • August 2019
  • July 2019

Tags

#aaddownleveldevice #adfs #adfscertificate #adfscertificates #adfsmfaadapter #azureauth #azureCA #azuredevice #capolicy #cloudsummit2021 #conditionalaccess #conditionalaccesspolicy #deviceregistration #farmbehavior #gopasswordless #mfaserver #msidentity #namedlocation #securingazure #securingazuread #sslprivatekey #troubleshootingadfs #troubleshootingwaptrust #tshootadfs #waptrust #webapplicationproxy #WHFBcerttrust #whfbdeployment #WHfBhybridsetup #WHfBprovisioning #widdatabase adconnect AD FS authenticationstrength az500 azurepim Azure security cloudsecurity microsoft365 Microsoft Azure Microsoft Entra hybrid join Microsoft Entra ID Microsoft Entra MFA PowerShell WHfB
©2026 Ulysses Neves | Design: Newspaperly WordPress Theme
Ulysses Neves
Gerenciar Consentimento de Cookies
Para fornecer as melhores experiências, usamos tecnologias como cookies para armazenar e/ou acessar informações do dispositivo. O consentimento para essas tecnologias nos permitirá processar dados como comportamento de navegação ou IDs exclusivos neste site. Não consentir ou retirar o consentimento pode afetar negativamente certos recursos e funções.
Funcional Always active
O armazenamento ou acesso técnico é estritamente necessário para a finalidade legítima de permitir a utilização de um serviço específico explicitamente solicitado pelo assinante ou utilizador, ou com a finalidade exclusiva de efetuar a transmissão de uma comunicação através de uma rede de comunicações eletrónicas.
Preferências
O armazenamento ou acesso técnico é necessário para o propósito legítimo de armazenar preferências que não são solicitadas pelo assinante ou usuário.
Estatísticas
O armazenamento ou acesso técnico que é usado exclusivamente para fins estatísticos. O armazenamento técnico ou acesso que é usado exclusivamente para fins estatísticos anônimos. Sem uma intimação, conformidade voluntária por parte de seu provedor de serviços de Internet ou registros adicionais de terceiros, as informações armazenadas ou recuperadas apenas para esse fim geralmente não podem ser usadas para identificá-lo.
Marketing
O armazenamento ou acesso técnico é necessário para criar perfis de usuário para enviar publicidade ou para rastrear o usuário em um site ou em vários sites para fins de marketing semelhantes.
  • Manage options
  • Manage services
  • Manage {vendor_count} vendors
  • Read more about these purposes
Ver preferências
  • {title}
  • {title}
  • {title}