遗留.NET应用配置文件硬编码账号密码的原因及审计日志疑问

一、为什么应用要求用户认证，还在配置文件里存硬编码的数据库凭证？ #

• 历史开发习惯：早期做.NET遗留系统时，很多团队为了省事儿，直接用一个共用的数据库账号连接，把用户认证、权限控制全放在应用层搞定，不用给每个终端用户配置数据库权限，开发和维护起来都简单。
• 数据库环境限制：比如老版本SQL Server或者IBM数据库，要么没开Windows集成认证，要么本身不支持这种认证方式，只能用数据库专属账号，这类账号必须在连接字符串里明确填写用户名和密码。
• 遗留组件绑定：系统里的存储过程、触发器甚至第三方依赖组件，可能和这个特定的数据库账号绑定死了，要是改账号，得动一堆底层代码，风险太高，没人敢轻易改。
• 早期安全意识薄弱：当年的安全规范没现在严格，开发人员觉得应用层已经做了用户认证，数据库账号硬编码在配置里不算大问题，没意识到泄露后的风险。

二、数据库审计日志里显示的是硬编码用户还是终端用户？ #

• 绝大多数情况下，审计日志里只会显示硬编码的数据库用户。因为应用是用这个账号和数据库建立连接的，所有数据库操作都是以这个账号的身份执行，数据库根本不知道终端用户是谁。
• 只有当应用在代码里主动把终端用户的信息（比如登录用户名）写入数据库的自定义日志表，或者在执行SQL时额外传递用户信息并配置审计规则记录，终端用户信息才会出现在日志里，这种情况在遗留系统里很少见。

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