SQL Server“带有加密”语句的有用性

在SQL Server中，保护存储过程代码的安全主要涉及到两种加密方式：一种是使用“WITH ENCRYPTION”选项来加密存储过程的定义，另一种是通过数据库级别的加密技术如 Transparent Data Encryption (TDE) 或 Always Encrypted 来保护数据。

1. WITH ENCRYPTION: 当你使用WITH ENCRYPTION选项创建或修改存储过程时，SQL Server会加密存储过程的文本，使得查看存储过程的定义变得不可能。这意味着即使数据库管理员也无法读取存储过程的实际源代码。然而，这种加密方式有几个重要的考虑点：

   • 安全性限制：虽然直接查看存储过程的文本被阻止了，但执行权限仍然可以被授予给用户，意味着他们可以通过执行来间接访问存储过程的功能。
   • 维护问题：一旦加密，存储过程无法被编辑或调试，如果需要修改，必须重新创建并重新部署。
   • 破解风险：尽管早期版本中的加密可能较弱，SQL Server 2005及以后的版本确实增强了加密算法，但理论上讲，任何加密都有可能被破解，只是难度和成本不同。

2. 何时使用加密：如果你关心的是防止未经授权的人员通过直接查看数据库元数据来了解业务逻辑（而不是完全阻止对数据的操作），或者希望对内部人员进行一定程度的访问控制，那么使用WITH ENCRYPTION可能是合适的。例如，在分发软件时，为了隐藏特定的商业逻辑或算法细节。

3. 何时避免使用：如果你的主要安全关注点是数据保护，或者你需要能够随时修改和维护存储过程，那么WITH ENCRYPTION可能不是最佳选择。在这种情况下，应该更多地依赖于数据库访问控制、审计功能以及前面提到的TDE或Always Encrypted等技术来保护数据本身的安全。

4. 替代方案：对于更高级别的数据保护，推荐使用Transparent Data Encryption (TDE)来加密整个数据库（包括备份），以防止物理盗窃或未授权的数据文件访问。而Always Encrypted则用于加密列级别数据，确保敏感数据在传输和静止状态下都是加密的，甚至数据库管理员也无法看到明文数据。

综上所述，是否使用存储过程加密取决于你的具体安全需求和场景。在大多数企业环境中，结合多种安全措施通常是最有效的策略。