Forum Discussion
Windows Hello for Business 0x80090010 NTE_PERM
Hi all,
I'm encountering an issue with Windows Hello for Business on the latest version of Windows (July 2025 update). The setup process fails during initialisation, and no biometric or PIN options are being provisioned for the user.
Environment:
- Windows version: 11 24H2 Enterprise (latest update)
- Deployment mode: Hybrid Cloud Trust
- Hybrid joined devices
Symptoms:
- Users are prompted to set up WHfB but the process fails at the last step with error 0x80090010
- Users who already have WHfB authentication methods created can successfully login
- Event ID 311 & 303 in the User Device Registration logs
Screenshots:
|
|
Troubleshooting so far:
- Unjoined and rejoined to Entra ID
- Granted modify permissions on folder in which NGC container would be created
- Rolled back to June 2025 update (this worked)
So it seems like this is caused or related to the latest Windows Update, which is rather unfortunate for us as we are just beginning to rollout WHfB for our organisation. I'm posting here to raise awareness of the issue, if there is a more appropriate place to post then please suggest.
Microsoft has a service health bulletin for this issue now - https://admin.cloud.microsoft/?#/windowsreleasehealth/knownissues/:/issue/WI1121302
17 Replies
- OliCCopper Contributor
August and now September patches have been released and this is still not resolved?
The health service bulletin has not even been updated since 24th July. - AlSuthCopper Contributor
I imaged 2 laptops and then Hybrid Joined. This registry key mentioned above resolved the PIN issue I was having.
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\PassportForWork]
“Enabled”=dword:00000001 - geoffrey_DEBRILCopper Contributor
Hello, we are currently rolling out Windows 11 across the company, and "Hello for business" is not functioning on new devices. I will leave you to imagine the user feedback regarding Windows 11.
Thank you, Matthew Miles, for the workaround. - Matthew MilesBrass Contributor
Microsoft has a service health bulletin for this issue now - https://admin.cloud.microsoft/?#/windowsreleasehealth/knownissues/:/issue/WI1121302
- Barg308Copper Contributor
I ran into the same issue today while enrolling a client running the latest July 2025 update.
To investigate further, I tested the scenario in my lab with two VMs configured identically. Both used the same Windows Hello for Business deployment via OMA-URI settings:
./Device/Vendor/MSFT/PassportForWork/Biometrics/UseBiometrics,true ./Device/Vendor/MSFT/PassportForWork/Biometrics/FacialFeaturesUseEnhancedAntiSpoofing,true ./Device/Vendor/MSFT/PassportForWork/Biometrics/EnableESSwithSupportedPeripherals,1 ./Device/Vendor/MSFT/PassportForWork/SecurityKey/UseSecurityKeyForSignin,1 ./Device/Vendor/MSFT/PassportForWork/{TenantId}/Policies/DisablePostLogonProvisioning,true ./Device/Vendor/MSFT/PassportForWork/{TenantId}/Policies/UseCloudTrustForOnPremAuth,true ./Device/Vendor/MSFT/PassportForWork/{TenantId}/Policies/Remote/UseRemotePassport,true ./User/Vendor/MSFT/PassportForWork/{TenantId}/Policies/UsePassportForWork,true ./User/Vendor/MSFT/PassportForWork/{TenantId}/Policies/RequireSecurityDevice,true ./User/Vendor/MSFT/PassportForWork/{TenantId}/Policies/PINComplexity/SpecialCharacters,2 ./User/Vendor/MSFT/PassportForWork/{TenantId}/Policies/PINComplexity/UppercaseLetters,2 ./User/Vendor/MSFT/PassportForWork/{TenantId}/Policies/PINComplexity/LowercaseLetters,2
One VM had the June 24H2 update, the other the July 24H2 update.
Here’s what I observed:
- On the July update, error 0x80090010 occurred when attempting to register Windows Hello for Business.
- On the June update, registration completed successfully without any issues.I also tested the workaround shared by Matthew Miles and can confirm that it works.
What I did:
1. Applied the suggested registry change.
2. Registered the WHfB PIN successfully.
3. Deleted the registry key afterward.Even after a reboot, Windows Hello remained functional. It’s not an ideal fix, but it works for now. Hopefully, Microsoft addresses this properly in the next update.
- OkazakiCopper Contributor
I am facing the same issue.
I resolved it by manually adding the following registry.
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\PassportForWork]
“Enabled”=dword:00000001In addition, the WHfB setup screen appears, and after registering your face, the PIN registration screen is skipped.
Users cannot register a PIN, so they cannot use WHfB.Could this be caused by the July Windows update?
*Please excuse any awkward phrasing, as I am Japanese.
- polish_dawidCopper Contributor
This sounds exacly like the issue we are having. We have tried the same things as mentianed above with no luck. Hopefully the new update will fix the issue, fingers crossed 👍
- James_Brooks-CompassCopper Contributor
Getting this same issue at my business too! Please let us know if there is a fix.
- LukasNCopper Contributor
We are seeing this too
- Matthew MilesBrass Contributor
Not sure if it's the proper way to fix it yet or not, but this did resolve it for me on a test device.
Even though we’ve had Passport for Work enabled via Intune policy (and it’s been working flawlessly for a while) I manually set the following registry key on the device — and it worked:
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\PassportForWork]
"Enabled"=dword:00000001- Simon_JonesCopper Contributor
Thanks that has worked soon as added about and rebooted set face and pin fine all good on reboot
on options to sign in.Been a pain with new builds not being able to set them sine July update
- polish_dawidCopper Contributor
Thank you, it has made the error disapear. However, after the PIN is set, this sign-in option now has a message 'This option is currently unavailable' and you have to you the password to sign-in.
- Laurie_AldamBrass Contributor
Thanks, I will give that a try. I've also just realised that I cannot recreate this issue inside a virtual machine, so I am wondering if this problem could be hardware specific.