Hello Cliff McCullough,
This issue is indeed related to Windows for business, specifically when dealing with manual installation of cumulative updates from the Microsoft Update Catalog. It is not directly tied to Windows 365 Enterprise, but it falls under the broader Windows servicing and update management domain.
The difference you are seeing is due to the fact that Microsoft Update Catalog publishes file hashes in SHA-1 format using uppercase hexadecimal characters, while PowerShell’s Get-FileHash cmdlet outputs the hash in lowercase hexadecimal by default. Both represent the same value; the character case does not affect the integrity of the hash. For example, A94A8FE5... from the catalog is identical to a94a8fe5... from PowerShell.
There is no need for a conversion utility because the values are already equivalent. If you want your PowerShell output to visually match the catalog format, you can simply pipe the result through .ToUpper():
powershell
(Get-FileHash -Algorithm SHA1 -Path "C:\Updates\windows10.0-kb5034763-x64.msu").Hash.ToUpper()
This will produce the uppercase string that aligns with the published catalog hash. Conversely, if you prefer lowercase, you can use .ToLower(). The important point is that the hash comparison is case-insensitive, so the verification is valid regardless of case.
I hope you've found something useful here. If it helps you get more insight into the issue, it's appreciated to accept the answer. Should you have more questions, feel free to leave a message. Have a nice day!
Domic Vo.