从本地SQLite迁移至远程MS SQL Server：如何安全管理数据库连接？

你设想的方案完全是业界标准的客户端-API-数据库架构，本质就是在WPF客户端和远程SQL Server之间加一个Web API作为中继层，彻底隔绝客户端与数据库的直接连接，解决硬编码凭据的问题。

标准流程（比你设想的更安全） #

• WPF客户端不再持有任何数据库连接信息，只需要知道API的访问地址，以及用户自己的登录凭证（比如登录后获取的JWT令牌，而非明文密码）。
• 用户发起数据操作请求时，客户端将业务数据参数（不是原始SQL语句）和用户凭证发送给API。
• API层先验证用户身份：比如用数据库中存储的用户密码哈希值校验，或者通过JWT令牌验证合法性。
• 验证通过后，API用自己持有的数据库连接字符串（这个连接字符串可以存在API的配置文件里，或者用服务商的密钥管理服务存储）执行安全的数据库操作（必须用参数化查询或ORM防注入），最后把结果返回给客户端。

注意：绝对不要让客户端传原始SQL语句给API，这会带来致命的SQL注入风险，所有数据库操作逻辑必须由API层封装和控制。

更进阶的无凭据方案：托管标识 #

如果你的Web服务商是Azure这类云厂商，可以用托管标识实现API免密码访问SQL Server：API服务会自动从云平台获取临时访问凭证，不需要在代码或配置里存储任何数据库密码，安全性更高。

入手实现的步骤 #

1. 搭建ASP.NET Core Web API：这是.NET生态下和WPF适配最好的后端框架，直接用Visual Studio就能快速创建项目。
2. 实现用户身份验证：用ASP.NET Core Identity管理用户账号（密码自动存哈希值），或者用JWT令牌实现无状态登录，客户端登录后保存令牌，后续请求携带令牌验证身份。
3. 封装数据库操作：在API层用Entity Framework Core（ORM）或者Dapper写业务对应的数据库操作，全程使用参数化查询避免注入。
4. 改造WPF客户端：移除所有直接操作SQLite的代码，改为用HttpClient调用API接口，处理请求和响应。

确认服务商支持情况 #

• 只要服务商支持托管Web应用（比如Azure App Service、AWS Elastic Beanstalk、常规虚拟主机），就能部署这个API中间层。
• 对于托管的MS SQL Server，几乎所有服务商都支持通过标准连接字符串或托管标识进行访问，你可以查看服务商的文档，或者直接咨询他们的技术支持确认。

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