.NET 6数据库连接字符串加载异常及加密安全方案咨询

当前问题根源 #

你遇到的核心问题是：EF Core实际使用的是配置文件中带占位符的原始DefaultConnection字符串，而非你手动解密后传入的连接字符串。即使传入空字符串仍报错，说明EF没有采用你注册时传递的值，而是从配置系统中重新读取了ConnectionStrings:DefaultConnection，导致服务器占位符[SV]未被替换，引发连接失败。

可能的触发原因：

• 你的DBContextBilling构造函数没有接收DbContextOptions<DBContextBilling>参数，而是自行从IConfiguration读取连接字符串。
• ConnectionStrings节点下的DefaultConnection会被EF Core的默认配置逻辑优先读取，覆盖你手动传入的值。

直接解决方案 #

1. 修正DbContext构造函数 #

确保你的DBContextBilling依赖注入DbContextOptions，而非自行读取配置：

public class DBContextBilling : DbContext
{
    // 必须通过构造函数接收DbContextOptions
    public DBContextBilling(DbContextOptions<DBContextBilling> options) 
        : base(options)
    {
    }

    // 定义你的DbSet
    // public DbSet<YourEntity> YourEntities { get; set; }
}

如果DbContext自己在构造中读取IConfiguration获取连接字符串，会直接使用配置里的原始占位符字符串，完全忽略你注册时传入的解密后值。

2. 分离模板与加密凭证，避免EF自动读取 #

修改appsettings.json，将带占位符的连接字符串移出ConnectionStrings节点，避免EF自动加载：

{
  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft.AspNetCore": "Warning"
    }
  },
  "AllowedHosts": "*",
  // 把模板放在普通节点，而非ConnectionStrings
  "ConnectionStringTemplate": "Server=[SV];Initial Catalog=BILLING;Persist Security Info=False;User ID=[UI];Password=[PW];MultipleActiveResultSets=False;Encrypt=True;TrustServerCertificate=True;Connection Timeout=30;",
  "EncryptedCredentials": {
    "SV": "zkyj5mpIrHFTW7G6TCn7VriSRFzTakIVwGmMwME1kw",
    "UI": "PSEQqm6qj9cx944FzhIrdQ==",
    "PW": "NpfObfbydTZK+pmAsVlFn8xoj8L4irtVd988+emYyw="
  }
}

然后在Program.cs中通过正确的节点读取，并使用依赖注入获取ConnectionSecurity，而非手动实例化：

var builder = WebApplication.CreateBuilder(args);

builder.Services.AddScoped<ISecurity, Security>();
builder.Services.AddScoped<ConnectionSecurity>();

// 从非ConnectionStrings节点读取模板和加密凭证
var connTemplate = builder.Configuration["ConnectionStringTemplate"];
var server = builder.Configuration["EncryptedCredentials:SV"];
var user = builder.Configuration["EncryptedCredentials:UI"];
var pass = builder.Configuration["EncryptedCredentials:PW"];

// 通过服务提供者获取ConnectionSecurity实例，符合DI规范
builder.Services.AddDbContext<DBContextBilling>((sp, options) =>
{
    var sec = sp.GetRequiredService<ConnectionSecurity>();
    var connectionString = sec.BuildConnectionString(connTemplate, server, user, pass);
    options.UseSqlServer(connectionString);
});

更安全的连接字符串保护方案 #

自行加密解密容易引入人为错误，推荐使用ASP.NET Core原生或成熟的安全方案：

1. 用户机密（本地开发） #

使用dotnet user-secrets存储敏感信息，避免明文出现在代码库中：

• 执行命令初始化用户机密：dotnet user-secrets init
• 添加连接字符串到机密：dotnet user-secrets set "ConnectionStrings:DefaultConnection" "你的明文连接字符串"
  ASP.NET Core会自动优先读取用户机密中的配置，覆盖appsettings.json的值。

2. 环境变量（生产部署） #

在部署环境中设置环境变量ConnectionStrings__DefaultConnection（注意双下划线替换冒号），ASP.NET Core会自动读取该值，优先级高于配置文件。

3. 集成身份验证（Windows Auth） #

如果你的应用和SQL Server在同一域环境，使用Windows集成身份验证，连接字符串无需用户名密码：

Server=你的服务器;Initial Catalog=BILLING;Persist Security Info=False;Integrated Security=True;MultipleActiveResultSets=False;Encrypt=True;TrustServerCertificate=True;Connection Timeout=30;

只需确保应用运行的身份有SQL Server的访问权限即可。

4. 配置保护（生产敏感数据） #

使用ASP.NET Core的数据保护功能加密配置文件中的敏感段，或者对接云服务的密钥管理服务，直接从安全存储中读取连接字符串，无需手动处理加密逻辑。

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