Skip to content

Ulysses Neves

Microsoft Entra ID, authentication, and hybrid identity troubleshooting.

Menu
  • Início
  • Microsoft Azure
  • Microsoft AD FS
  • Microsoft 365
  • Contact
Menu

WHfB: Troubleshooting Windows Hello for Business provisioning AdfsRaIsReady:UNKNOWN

Posted on 15 de March de 2022

Hi everyone. Today, we’re going to explain how to investigate and fix the message ‘AdfsRaIsReady:UNKNOWN’ during Windows Hellos for Business Hybrid Certificate trust deployment. In case you are not familiar with this deployment model, please check this Microsoft document.

During WHfB deployments, there are some configurations that should be followed when configuring the PKI and if something is missing, the provisioning might not work.

In this article, we will reproduce one common message during WHfB Certificate Trust deployment and the client does not trigger the WHfB setup.

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 (StateNoEnrollAccess)

As per Microsoft documentation, both AdfsRaIsReady and LogonCertTemplateReady are verifications done when Windows Hello for Business Certificate Trust model is configured. Please check more information on these parameters below:

  • 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 first investigation that should be done during a WHfB failed provisioning is to check if all requirements are in place as required in this official Microsoft document.

If you confirm that all requirements are in place, a few tools can give you a hint about the missing requirements to have WHfB enrollment trigger:

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’.

Command Prompt:

  • dsregcmd /status » Ngc Prerequisites Check

As per Microsoft’s recommendation, a security group should be used to roll out WHfB in the company. That helps with the permissions configured in the certificate templates and filtering the group policy, which enables the WHfB for the users.

During our investigation, I could confirm that the security group Windows Hello for Business Users has proper permission on the certificate template WHFB Authentication.

The required permissions in the WHfB Authentication certificate template for the WHfB user’s security group are ‘Read, Enroll, and Autoenroll‘.

With the permissions configured correctly, let’s check if the user belongs to the Windows Hello for Business security group created following the steps in the WHfB deployment documentation. In our case, user1 does not belong to the security group, therefore, does not have permission to enroll the WHfB Authentication certificate.

FIX

To fix this permission issue, let’s add User1 to the security group Windows Hello for Business Users.

After the DCs have replicated the group membership change, the user is now prompted for WHfB setup.

To confirm the parameters AdfsRaIsReady and LogonCertTemplateReady have changed in the Ngc Prerequisite Check, I canceled the PIN setup and ran command dsregcmd /status in the affected client. Now we can see the status has changed to:

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 message ‘AdfsRaIsReady:UNKNOWN’ 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

Leave a Reply Cancel reply

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

Recent Posts

  • Microsoft Authenticator Will Block Jailbroken Devices in 2026 — What You Need to Know 17 de March de 2026
  • Enhancing Azure role activation security with FIDO2/Passkeys 23 de September de 2024
  • Microsoft Entra ID CAP | Enforcing WHfB using Authentication Strength 21 de April de 2024
  • Troubleshooting Error Code ‘0x000005e’ in WHfB: PIN Authentication Woes 11 de February de 2024
  • WHfB: Fixing Windows Hello for Business error ‘LogoncertTemplateReady: NO (StateNoTemplate)’ 29 de December de 2023

Archives

  • 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 #aadhybridjoin #adfs #adfsonsql #azuread #azureauth #azureCA #azuredevice #azurehybridjoin #azuremfa #azuresecurity #capolicy #cloudkerberostrust #conditionalaccess #conditionalaccesspolicy #deviceregistration #gmsaaccount #gopasswordless #hybridaadjoin #mfaserver #msadfs #msazure #msidentity #namedlocation #sslcertificatevalidation #tshootadfs #tshoothybridjoin #tshootwaptrust #waptrust #WHFBcerttrust #whfbdeployment #WHfBhybridsetup #widdatabase adconnect authenticationcontext authenticationstrength az500 azuread azuremfa azurepim azuresecurity cloudsecurity microsoft365 msazure 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}