如何在SQL Server中创建非对称加密视图_结合证书与签名技术-SQL-PHP中文网

sql server不支持直接创建“加密视图”，需通过证书签名函数+视图调用实现：先建rsa_2048非对称密钥或证书，再创建with schemabinding的解密函数并用证书签名，最后视图调用该函数；须映射证书用户并授execute权限，且重视证书备份与生命周期管理。

如何在sql server中创建非对称加密视图_结合证书与签名技术

CREATE ASYMMETRIC KEY 本身不能直接用于创建“加密视图”，SQL Server 也不支持在 VIEW 定义中内联调用 ENCRYPTBYASYMKEY 或自动加密列值。所谓“非对称加密视图”，实际是视图 + 证书/非对称密钥签名 + 底层加密列的组合方案，核心目标通常是：控制谁能看到原始数据、防止篡改、或满足审计场景下的可信计算路径。

下面分三个关键实操环节说明怎么做、为什么、以及容易掉坑的地方。

创建非对称密钥时必须显式指定 ALGORITHM 和 ENCRYPTION BY

SQL Server 不允许省略算法或加密机制——哪怕你后续只打算用公钥加密。不写 ALGORITHM 会报错 Msg 156, Level 15, State 1, Line X: Incorrect syntax near the keyword 'ENCRYPTION'；不写 ENCRYPTION BY PASSWORD 则私钥无法受保护，导致 sys.asymmetric_keys.pvt_key_encryption_type_desc 显示为 NO_ENCRYPTION，这在生产环境等于裸奔。

正确写法示例：

CREATE ASYMMETRIC KEY MyAsymKey 
WITH ALGORITHM = RSA_2048 
ENCRYPTION BY PASSWORD = 'StrongP@ssw0rd!2026';

RSA_2048 是最低安全基线，RSA_512 已被弃用，Azure SQL 托管实例拒绝创建
密码不能是空字符串，也不能只含空格；若用 ENCRYPTION BY MASTER KEY，需先确保存在数据库主密钥（CREATE MASTER KEY）
密钥名必须符合标识符规则，且不能与现有证书、对称密钥重名

用证书替代非对称密钥更适配视图场景

虽然语法上都能做加密，但证书天然带有效期、主题、颁发者等元数据，更适合绑定到模块（如函数、存储过程）签名——而这是构建“可信视图”的关键一步。视图本身不可签名，但你可以把解密逻辑封装进带签名的标量函数，再在视图里调用它。

典型链路是：CERTIFICATE → SIGNATURE on FUNCTION → VIEW calls that function。

证书必须用 ENCRYPTION BY PASSWORD 创建，否则无法用于签名（ADD SIGNATURE 会报错 Msg 15197）
签名后的函数，即使调用者没有 VIEW DEFINITION 权限，也能执行——权限由证书控制，不是函数所有者
证书备份比非对称密钥更重要：还原时若缺失证书，签名失效，函数将拒绝执行（报错 Msg 15468）

视图里不能直接调用 ENCRYPTBYASYMKEY，但可以安全调用解密函数

SQL Server 禁止在视图定义中使用任何加密/解密函数（ENCRYPTBYASYMKEY、DECRYPTBYASYMKEY、ENCRYPTBYCERT 等），因为它们属于“副作用函数”，违反视图的确定性要求。但你可以绕过限制：把解密逻辑写成带签名的内联表值函数（ITVF）或标量函数，再在视图中 SELECT 它。

例如，定义一个解密手机号的函数：

CREATE FUNCTION dbo.fn_DecryptPhone(@encrypted varbinary(8000))
RETURNS nvarchar(20)
WITH SCHEMABINDING
AS
BEGIN
  RETURN CAST(DECRYPTBYASYMKEY(ASYMKEY_ID('MyAsymKey'), @encrypted, N'StrongP@ssw0rd!2026') AS nvarchar(20));
END;

必须加 WITH SCHEMABINDING，否则无法被签名
函数体内硬编码密码是常见做法，但需确保该密码与创建密钥时一致；若改用证书，则换成 DECRYPTBYCERT(CERT_ID('MyCert'), ...)
调用该函数的视图，用户只需对视图有 SELECT 权限，无需对密钥或证书有 VIEW DEFINITION ——前提是函数已用证书签名

签名函数后，必须把证书用户映射到调用上下文

即使函数已签名，执行时仍可能报 Msg 15313: The certificate used for signing is not trusted。根本原因是：SQL Server 在执行签名模块时，会检查调用者的登录名是否映射到该证书对应的数据库用户，且该用户需有 UNSAFE ASSEMBLY 或至少 EXECUTE 权限。