如何在Windows主机部署带用户机密的ASP.NET Core 5 MVC应用并调用机密

首先明确：用户机密（User Secrets）是开发环境专属的配置方案，仅存储在本地开发机器的特定目录，发布到生产服务器后无法直接依赖。生产环境需用对应平台的配置管理方案替代，以下是常见场景的落地方式：

1. 通过环境变量加载机密 #

几乎所有服务器平台（Windows Server、Linux、云服务）都支持设置环境变量，将用户机密的键值对映射为环境变量后，应用可通过配置系统自动读取：

• 命名规则：把原机密键的冒号（:）替换为双下划线（__），比如原键ConnectionStrings:Default，对应环境变量名ConnectionStrings__Default
• 设置方式：
  • Windows服务器：在IIS应用程序池的「高级设置」中添加环境变量，或用命令setx ConnectionStrings__Default "你的敏感值"（永久生效需重启服务）
  • Linux服务器：在systemd服务配置文件（.service）中添加Environment="ConnectionStrings__Default=你的敏感值"，或写入/etc/environment文件
• 读取方式：和开发时完全一致，比如.NET中用configuration.GetConnectionString("Default")即可获取

2. 加密服务器本地配置文件 #

如果必须使用配置文件，可对生产环境的appsettings.json/web.config中的敏感内容加密：

• .NET Core/.NET 5+：利用ASP.NET Core数据保护API加密特定配置值，或手动加密配置节后再部署
• 传统ASP.NET：使用aspnet_regiis.exe工具加密web.config中的connectionStrings等敏感节点

3. 云平台专属机密管理服务 #

若部署在云环境，直接使用平台提供的专业机密管理工具：

• Azure：用Azure Key Vault存储机密，通过Azure Identity SDK让应用安全访问，配置系统可直接绑定Vault中的密钥
• AWS：使用Secrets Manager或Parameter Store，通过AWS SDK或配置扩展读取机密
• 这类服务会自动处理机密的加密存储、权限管控和轮换，安全性远高于手动配置

核心注意事项 #

• 绝对不要将开发环境的secrets.json文件复制到生产服务器，也禁止提交到代码仓库
• 生产环境的机密访问遵循最小权限原则，仅给应用服务账号分配读取权限
• 定期轮换敏感机密，避免长期使用同一密钥

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