After installing the July 2026 cumulative security update KB5101650 (build 26200.8875), the virtual TPM stopped working.
Running in an elevated PowerShell:
Get-Tpm
returned:
Get-Tpm : TPM 2.0: The structure is the wrong size. (Exception from HRESULT: 0x80280095)
+ CategoryInfo : NotSpecified:
) [Get-Tpm], TpmWmiException
+ FullyQualifiedErrorId : Microsoft.Tpm.Commands.TpmWmiException,Microsoft.Tpm.Commands.GetTpmCommand
In another state the same command returned:
Get-Tpm : The specified output buffer is too small. (Exception from HRESULT: 0x80284005)
Also observed:
- tpm.msc: TPM shown as locked, Specification version "Unknown", and the MMC snap-in throws an error and unloads.
- Windows Security > Device security: no "Security processor" section; message "Standard hardware security not supported".
- WebAuthn passkey registration: the "Choose where to save the passkey" dialog offers only Microsoft Password Manager and Security key -- the "This Windows device" option is missing, so device-bound passkeys cannot be created.
What did NOT help
- Full VM power cycle.
- Removing and re-adding the TPM chip in Parallels (a fresh, empty vTPM produced the exact same 0x80280095 error), which shows the problem is not the stored vTPM file.
What fixed it
Uninstalling KB5101650 (Settings > Windows Update > Update history > Uninstall updates) fully restored the TPM. tpm.msc now reports:
The TPM is ready for use.
Manufacturer Name: PRLS
Specification Version: 2.0
The issue is reproducible on my machine: it appears with KB5101650 installed and clears when the update is removed.
Note: KB5101650 is being delivered as a staged rollout, so many Parallels / Windows 11 ARM VMs may not have received it yet -- more reports could follow as it reaches more machines. I'm reporting early. I've paused Windows Update for now to keep the update off.
Question: is this a known interaction between KB5101650 and the Parallels virtual TPM on Windows 11 ARM, and is a fix or an updated Parallels build planned?
Running in an elevated PowerShell:
Get-Tpm
returned:
Get-Tpm : TPM 2.0: The structure is the wrong size. (Exception from HRESULT: 0x80280095)
+ CategoryInfo : NotSpecified:
+ FullyQualifiedErrorId : Microsoft.Tpm.Commands.TpmWmiException,Microsoft.Tpm.Commands.GetTpmCommand
In another state the same command returned:
Get-Tpm : The specified output buffer is too small. (Exception from HRESULT: 0x80284005)
Also observed:
- tpm.msc: TPM shown as locked, Specification version "Unknown", and the MMC snap-in throws an error and unloads.
- Windows Security > Device security: no "Security processor" section; message "Standard hardware security not supported".
- WebAuthn passkey registration: the "Choose where to save the passkey" dialog offers only Microsoft Password Manager and Security key -- the "This Windows device" option is missing, so device-bound passkeys cannot be created.
What did NOT help
- Full VM power cycle.
- Removing and re-adding the TPM chip in Parallels (a fresh, empty vTPM produced the exact same 0x80280095 error), which shows the problem is not the stored vTPM file.
What fixed it
Uninstalling KB5101650 (Settings > Windows Update > Update history > Uninstall updates) fully restored the TPM. tpm.msc now reports:
The TPM is ready for use.
Manufacturer Name: PRLS
Specification Version: 2.0
The issue is reproducible on my machine: it appears with KB5101650 installed and clears when the update is removed.
Note: KB5101650 is being delivered as a staged rollout, so many Parallels / Windows 11 ARM VMs may not have received it yet -- more reports could follow as it reaches more machines. I'm reporting early. I've paused Windows Update for now to keep the update off.
Question: is this a known interaction between KB5101650 and the Parallels virtual TPM on Windows 11 ARM, and is a fix or an updated Parallels build planned?