为何CertUtil -hashfile在服务器输出分段哈希而非连续字符串？

输出差异的核心原因是系统区域设置和CertUtil工具的版本/行为差异，具体细节如下：

• 区域设置影响
  CertUtil的哈希输出格式会跟随系统的区域设置（Locale）变化：

  • 当系统区域为英文（如en-US）或部分默认采用紧凑格式的区域时，输出的是无空格的连续哈希字符串；
  • 部分区域设置下，CertUtil会将哈希按每2个字符（1字节）分组，用空格分隔，以符合该区域的阅读习惯。

• Windows版本/分支差异
  不同Windows版本（包括桌面版和服务器版）自带的CertUtil工具存在行为差异：

  • 部分旧版Windows（如Windows Server 2012及更早）或特定服务器分支的CertUtil，默认输出带空格的分段哈希；
  • 较新的桌面版Windows（如Win10/11）或新版服务器系统（如Server 2019+），默认输出连续格式的哈希。

验证方法 #

1. 对比本地和服务器的区域设置：
   在命令行执行：

   systeminfo | findstr /i "Locale"
   

   查看输出的区域ID和名称，确认两者是否一致。
2. 临时切换区域测试：
   在服务器上执行以下命令，强制使用英文代码页输出：

   cmd /c chcp 437 && CertUtil -hashfile SomeFile.txt sha256 | findstr /v "hash"
   

   如果输出变为连续字符串，即可确认是区域设置导致的差异。

统一输出格式的方法 #

如果需要在不同环境下得到一致的连续哈希，可以在命令中去除空格：

• 借助批处理原生语法：

  setlocal enabledelayedexpansion
  for /f "delims=" %%a in ('CertUtil -hashfile SomeFile.txt sha256 ^| findstr /v "hash"') do (
      set "hash=%%a"
      echo !hash: =!
  )
  endlocal
  

  （直接在cmd窗口执行时，将%%a替换为%a）

• 若系统有GNU工具（如Git Bash环境），可使用tr命令：

  CertUtil -hashfile SomeFile.txt sha256 | findstr /v "hash" | tr -d " "
  

内容的提问来源于stack exchange，提问作者SomekindaRazzmatazz