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 – Fixing error message ‘Your credentials could not be verified’

Posted on 27 de February de 2022

Hi everyone. Today, we’re going to investigate the error message ‘Your credentials could not be verified’ when a user is trying to authenticate using a PIN to authenticate on a Hybrid WHfB (Key Trust) deployment.

ISSUE

Users might face the error message below when trying to authenticate using PIN:

Additional error messages below might be found after selecting OK to the message above.

INVESTIGATING THE ISSUE

Starting the investigation on the error message ‘Something went wrong, and your PIN isn’t available (status: 0xc00000bb, substatus: 0x0. Click to set up your PIN again.’, we find more details on the error code ‘0xc00000bb’ as ‘STATUS_NOT_SUPPORTED’ and error description ‘The request is not supported’

To get more information about the Kerberos request used to authenticate the user on the client machine, let’s enable the Kerberos logs using the command below:

Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Lsa\Kerberos\Parameters" -Name "loglevel" -Value 1

In the Registry editor, we confirm the key is created successfully:

Now, with Kerberos logs enabled, we tried to sign in using PIN again and found more information on the error message as below:

Searching for event code ‘0xc0000320’, we find the detailed message: ‘The Kerberos protocol encountered an error while validating the KDC certificate during logon. There is more information in the system event log.’

Checking the ‘Microsoft-Windows-Kerberos-Key-Distribution-Center/Operational’ event logs on the KDC server, we find the message ‘The Key Distribution Center (KDC) cannot find a suitable certificate to use. This KDC is not enabled for smart card or certificate authentication.’

REASON/FIX

As per WHfB public documentation, the Windows Hello for Business deployment depends on an enterprise public key infrastructure acting as a trust anchor for authentication.

Checking one of the Domain controller’s certificate stores, we are not able to find a certificate for Kerberos Authentication. This certificate is required to have the domain-joined device trust the KDC. As part of the WHfB process, the GPO for Automatic Certificate enrollment ensures domain controllers (new and existing) automatically request and renew the correct domain controller certificate. For more information about how to configure Certificate Superseding for the Domain Controller Authentication (Kerberos) Certificate Template, check this Microsoft’s official guide.

After fixing the GPO responsible for the auto-enrollment on the KDC Authentication certificate, we confirm the KDC Authentication certificate is available in the Domain Controller’s certificate store as below:

With the KDC certificate available, the user is now able to authenticate using PIN.

Returning to KDC logs, we confirm the KDC is now able to deliver the KDC certificate:

Summary

In this article, we covered how to investigate and fix the error message ‘Your credentials could not be verified on a Hybrid WHfB (Key Trust) deployment.

I hope you have enjoyed reading this article, and it helps you manage your WHfB 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.

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

[ ]’s
Ulysses Neves

2 thoughts on “WHfB – Fixing error message ‘Your credentials could not be verified’”

  1. Gopi says:
    12 de September de 2023 at 09:14

    Thanks for the information. can you able to share similar error for cloud trust users.

    Reply
    1. Uneves says:
      20 de September de 2023 at 18:44

      Hello Gopi. Thanks for the feedback. It depends on the error message you receive. If it’s a new WHfB with Cloud Kerberos Trust implementation, I would recommend checking if the requirements are properly configured as referred by the MS public documentation https://learn.microsoft.com/en-us/windows/security/identity-protection/hello-for-business/hello-deployment-guide#deployment-and-trust-models.
      If all requirements are in place and users are not able to enroll/authenticate using PIN, recommend checking if the error message matches with one of our public docs https://learn.microsoft.com/en-us/windows/security/identity-protection/hello-for-business/hello-deployment-issues.
      I hope it helps you further investigate your issue.

      Reply

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}