解密SSN仅返回首数字问题：为何解密结果不正确？

嘿，我来帮你揪出这个问题——解密后只拿到第一个数字3，大概率是加密过程或者解密时的数据类型处理出了纰漏。下面是几个最常见的原因和对应的修复方案：

1. 加密时只传入了SSN的第一个字符 #

先检查你的加密代码，是不是不小心只取了SSN的首字符来加密？比如写了类似LEFT(SSN, 1)这种逻辑：

UPDATE YourTable 
SET SSNEncrypted = EncryptByKey(Key_GUID('YourSymmetricKey'), LEFT(SSN, 1))
WHERE SSN IS NOT NULL;

这种情况下，加密的本来就只有第一个数字，解密自然也只会得到它。修正的话，要确保传入完整的SSN字符串：

UPDATE YourTable 
SET SSNEncrypted = EncryptByKey(Key_GUID('YourSymmetricKey'), SSN)
WHERE SSN IS NOT NULL;

2. 解密时数据类型转换错误 #

DecryptByKey函数返回的是varbinary类型，如果转换方式不对，比如只取第一个字节转成字符，就会只得到第一个数字。比如错误的解密语句：

SELECT CHAR(CAST(DecryptByKey(SSNEncrypted) AS int)) AS DecryptedSSN
FROM YourTable;

这会把加密后的第一个字节转成ASCII字符，自然只有3。正确的做法是把解密后的二进制数据转换成对应长度的字符串：

SELECT CAST(DecryptByKey(SSNEncrypted) AS varchar(11)) AS DecryptedSSN
FROM YourTable;

因为你的SSN格式是3xx-xx-xxxx，长度是11，所以转换时指定varchar(11)刚好匹配。

3. Unicode编码不匹配导致截断 #

如果你的SSN列是nvarchar类型（Unicode），加密时没处理编码的话，可能会导致解密后数据异常。这种情况要确保加密和解密的编码一致：

-- 加密时用N前缀指定Unicode字符串
UPDATE YourTable 
SET SSNEncrypted = EncryptByKey(Key_GUID('YourSymmetricKey'), N'SSNValue')
WHERE SSN IS NOT NULL;

-- 解密时转换成nvarchar类型
SELECT CAST(DecryptByKey(SSNEncrypted) AS nvarchar(11)) AS DecryptedSSN
FROM YourTable;

快速验证小技巧 #

找一行数据，先检查加密后的SSNEncrypted字段长度：如果它的长度只有1-2字节，那肯定是加密时只传了第一个字符；正常对称加密后的长度应该是块大小的倍数（比如AES是16字节的倍数）。

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