推荐使用.NET内置ProtectedConfigurationProvider加密配置节，或结合AES自定义加密、环境变量与密钥管理服务，根据项目类型选择适配方案。
在C#中对数据库连接字符串进行加密，主要是为了防止敏感信息（如用户名、密码）以明文形式暴露在配置文件中。常见的做法是将连接字符串加密后存入app.config或web.config，运行时再解密使用。以下是几种实用的实现方法。
1. 使用.NET内置的ProtectedConfigurationProvider
.NET Framework 提供了 ProtectedConfigurationProvider 机制，可以对配置文件中的特定节进行加密。这是最推荐、最安全的方式之一，尤其适用于Windows平台的应用程序。
操作步骤：
- 在配置文件中定义连接字符串，例如：
- 运行后，config 文件中的 connectionStrings 会被自动替换为加密内容，程序读取时会自动解密，无需额外代码。
2. 自定义加密算法（如AES）
如果需要更灵活的控制，可以自己实现加密/解密逻辑，将连接字符串加密后存储在配置文件或数据库中。
实现思路：
- 选择对称加密算法如 AES，生成密钥和向量（可硬编码或从安全位置读取）。
- 加密连接字符串并保存到配置文件（比如放在 appSettings 中）。
- 程序启动时读取加密字符串，解密后再用于创建 SqlConnection。
示例代码片段：
// 解密方法（需配合加密工具类） string encrypted = ConfigurationManager.AppSettings["EncryptedConn"]; string connString = AesHelper.Decrypt(encrypted, "your-key-32chars........................");注意：自定义加密需妥善管理密钥，避免硬编码泄露。
3. 使用环境变量 + 加密存储
现代应用推荐将敏感配置通过环境变量传入，结合外部密钥管理服务（如 Azure Key Vault、AWS Secrets Manager）进行保护。
- 连接字符串不写在 config 文件中。
- 从安全服务获取加密后的字符串，解密后使用。
- 适合云部署和微服务架构。
4. 注意事项
- 加密 ≠ 完全安全：只要密钥能被访问，仍可能被破解。关键是控制密钥的访问权限。
- 部署一致性：使用 aspnet_regiis 加密的内容与机器绑定，不能直接复制到其他服务器。
- .NET Core/.NET 5+：不再支持 ProtectedConfigurationProvider，应使用 User Secrets、环境变量或配置中心。
