Windows Server 2012 R2 IIS的GCM套件未被SSL Labs检测到的问题排查

我之前帮几个同行排查过Windows Server 2012 R2 + IIS下的这个问题，结合你的描述，大概率是以下几个原因导致的，给你一步步拆解解决：

核心原因分析 #

• GCM套件优先级被非AEAD套件压过：SSL Labs测试会优先选用服务器排序最高的加密套件，如果你的GCM（AEAD）套件排在CBC等非AEAD套件后面，测试工具只会展示实际协商使用的前几个套件，不会列出所有启用的；同时因为服务器优先返回非AEAD套件，就会触发那个“不支持AEAD”的提示。
• TLS版本兼容性问题：Windows Server 2012 R2的GCM套件仅支持TLS 1.2及以上版本，如果你的IIS没启用TLS 1.2，或者默认协议还是旧的SSL 3.0/TLS 1.0，GCM套件根本无法被协商使用。
• 注册表配置错误：启用GCM套件时，要么是单个套件的Enabled值设置不对，要么是没有手动指定套件优先级顺序，导致系统默认顺序把GCM套件排到了后面。

具体解决步骤 #

1. 确保启用TLS 1.2（必须） #

Windows Server 2012 R2默认可能没开启TLS 1.2，先修复这个：

• 打开regedit.exe，导航到路径：HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Server
• 如果Server子项不存在，手动创建它
• 在Server项下，创建两个DWORD值：
  • Enabled：设为1（十六进制或十进制都可以）
  • DisabledByDefault：设为0

2. 手动指定GCM套件的优先级（关键） #

系统默认的套件顺序会把CBC套件放在前面，必须手动把GCM套件排在最前面：

• 继续在注册表中导航到：HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\CipherSuites
• 如果CipherSuites子项不存在，手动创建；如果已经存在，修改其中的默认字符串值
• 将值设置为以下GCM优先的套件顺序（Windows Server 2012 R2支持的AEAD套件，无空格，逗号分隔）：

  TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384_P521,TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384_P384,TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384_P256,TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256_P521,TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256_P384,TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256_P256,TLS_DHE_RSA_WITH_AES_256_GCM_SHA384,TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
  

3. 确认单个GCM套件已启用 #

• 导航到HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Ciphers
• 检查每个GCM相关的子项（比如AES 256/256下的GCM），如果不存在就手动创建
• 在每个GCM子项中，创建DWORD值Enabled，设为ffffffff（十六进制）

4. 重启服务并刷新SSL Labs测试 #

• 重启IIS（用命令iisreset更快捷）或者整个服务器
• 去SSL Labs测试页面，点击“Clear cache”后重新测试，确保获取最新结果

额外注意点 #

• Windows Server 2012 R2原生不支持TLS 1.3，如果需要TLS 1.3的GCM套件，得安装微软的特定更新（比如KB4580390及后续累积更新），不过一般TLS 1.2的GCM套件就满足AEAD要求了。
• 不要保留SSL 3.0、TLS 1.0这些旧协议，不仅不安全，还会干扰套件协商。

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