如何让C#生成与Content Security Policy一致的字符串哈希？

核心原因是字符串的换行符格式或编码字节不匹配——哈希算法基于字节数组计算，只要让C#生成的字节数组和CSPLite处理的完全一致，就能得到相同哈希。

具体调整步骤 #

1. 确认CSPLite的换行符类型 #

CSPLite大概率使用Unix风格的换行符\n（LF），而C#默认AppendLine()或Environment.NewLine在Windows系统下生成的是Windows风格的\r\n（CRLF），这是导致字节差异的主要原因。

2. 统一换行符格式 #

构建字符串时直接使用CSPLite期望的换行符：

• 如果是LF（\n），替换AppendLine()为手动拼接换行符：

StringBuilder sb = new StringBuilder();
sb.Append("Line1\n");
sb.Append("Line2"); // 根据CSPLite的原始内容决定是否在最后一行加换行
string content = sb.ToString();

• 如果已经用了AppendLine()，可以事后批量替换换行符：

string content = sb.ToString().Replace("\r\n", "\n");

3. 确保编码一致 #

哈希计算时使用和CSPLite完全相同的字符编码（比如UTF-8、ASCII），避免编码差异导致字节不同：

// 假设CSPLite采用UTF-8编码
byte[] contentBytes = Encoding.UTF8.GetBytes(content);
// 计算SHA256哈希
using (SHA256 sha256 = SHA256.Create())
{
    byte[] hashBytes = sha256.ComputeHash(contentBytes);
    string hash = BitConverter.ToString(hashBytes).Replace("-", "").ToLower();
}

4. 验证尾部换行 #

确认CSPLite处理的原始内容最后一行是否带有换行符：

• 如果CSP的内容最后一行没有换行，C#构建时就不要在最后一行添加\n；
• 如果有，则保持一致添加。

为什么复制输出内容哈希正确？ #

复制输出内容时，文本编辑器或终端会自动转换换行符格式，让字节数组和CSPLite处理的内容匹配，因此哈希结果一致。

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