Skip to main content
  1. Blog/

IntuneTip: Reset Windows Hello for Business Using On-Demand Remediation

Simon Pauly Kofoed Mose
Author
Simon Pauly Kofoed Mose
Sharing knowledge on Microsoft Intune, endpoint management, device compliance, and cloud-first IT strategies.
Table of Contents

Sometimes users need to have their Windows Hello for Business container reset. This can happen for a myriad of reasons:

  • Biometrics stopped working
  • “Something went wrong” errors during sign-in that won’t resolve
  • Trust relationship between the credential and Microsoft Entra ID broke
  • User suspects their PIN was observed or compromised
  • Device was lost briefly and recovered — user wants to re-key

For this support request, you can easily push a small script using Intune’s on-demand remediation feature (preview). All it does is use certutil to delete the Windows Hello container and return the exit code.

If the container has been successfully deleted, the user will be prompted to set up Windows Hello for Business after the next sign-out and sign-in, or after a restart.

⚠️ Warning: The certutil -DeleteHelloContainer command removes all credentials stored in the Windows Hello container, including any WebAuthn and FIDO2 passkeys. Users will need to re-register any passkeys after re-enrolling.

📖 certutil -DeleteHelloContainer — Microsoft Learn

The Script
#

📖 Detect-DeleteHelloContainer.ps1 — GitHub

📜 View full script
<#
.SYNOPSIS
    Deletes the Windows Hello container for the current user.

.DESCRIPTION
    Runs certutil -deleteHelloContainer to remove the Windows Hello for Business container.
    Must be run in the logged-on user's context.

    Exit codes:
    - 0: Windows Hello container deleted successfully
    - 1: Failed to delete Windows Hello container

.NOTES
    Author:  Simon Pauly Kofoed Mose
    Blog:    https://paulycloud.com
    Version: 1.0 - Initial release
#>

$result = certutil -deleteHelloContainer 2>&1

if ($LASTEXITCODE -eq 0) {
    Write-Host "COMPLIANT | Hello Container: Deleted | User: $env:USERNAME"
    exit 0
} else {
    Write-Host "NON-COMPLIANT | Hello Container: Failed to delete | User: $env:USERNAME | Exit Code: $LASTEXITCODE"
    exit 1
}

How to Deploy
#

This uses the on-demand remediation feature (preview) in Intune. Upload the script as a detection script in a script package — no remediation script is needed, since the detection script itself performs the action.

  1. Navigate to Devices > Manage devices > Scripts and remediations
  2. Create a new script package
  3. Upload the script above as the detection script
  4. Configure it to:
    • Run this script using the logged-on credentials — Yes
    • Run script in 64-bit PowerShell — Yes
  5. Do not assign the script package to any group
  6. To initiate the reset: navigate to the target device and select Run remediation (preview)

Important Notes
#

  • The script must run as the local logged-in user — if deployed as SYSTEM, it will fail silently and report false results
  • The user must sign out and sign back in (or restart) after the container is deleted to be prompted for re-enrollment
  • The script does not alert the user or force a reboot of the device — communicate this to the user separately
  • All credentials in the Hello container are removed, including FIDO2/WebAuthn passkeys

Related

Secure Boot Certificates – Confirm Escrow of BitLocker Recovery Keys in Microsoft Entra

With the change of the Secure Boot certificates coming in fast and furious as summer approaches, it is paramount to ensure that your estate is ready to deploy the changes swiftly and securely. The change and deployment has been documented thoroughly by several great community articles and contributions in recent months, along with the expansion of Microsoft’s own documentation on the subject. I will not delve further into that here other than to provide links for further reading, but if you’re looking at a deployment guide, I would highly suggest taking a look at Mindcore’s blog linked below:

Confirm Escrow of FileVault Recovery Keys in Microsoft Entra

A couple of weeks ago I wrote about confirming the escrow of BitLocker recovery keys in Microsoft Entra — driven by the urgency of the Secure Boot certificate changes. On the macOS side, there is no equivalent certificate crisis forcing our hand right now, but that does not make FileVault key escrow any less important. macOS continues to grow as a platform in the enterprise. More and more organizations are offering Macs as a choice — or even a default — for their workforce, and with Apple Silicon delivering strong performance across developer, creative, and general productivity workloads, that trend is only accelerating. As your Mac fleet grows, so does the importance of managing it with the same rigour you apply to Windows.