8
为什么应用程序不使用sa帐户
我的第一个问题，请保持温柔。我知道sa帐户可以完全控制SQL Server以及所有数据库，用户，权限等。 我绝对相信，没有完善的，以业务人员为中心的原因，应用程序不应使用sa密码。这个问题的答案包括我针对IT讨论的很多理由 我被迫接受一个新的服务管理系统，该系统除非使用sa密码，否则将无法正常工作。我从来没有时间弄清楚为什么要设置评估，但是服务器团队试图将其安装为使用我设置的固定角色，其中包含db_creater和我认为需要的其他权限。失败了。然后，我让服务器团队使用sa帐户进行安装，但在其数据库的dbo角色下以一个帐户运行，但这也失败了。很可惜，我试图用sysadmin角色的帐户来运行它，但是即使失败了，也没有出现有用的错误消息，这些错误消息使我能够确定正在发生的事情而无需花费更多的时间。它仅适用于sa帐户和以明文形式存储在配置文件中的密码。 当我对此进行查询时，服务器团队与供应商进行了交谈，他们得到了一个令人担忧的答案：“这是什么问题？” 然后“好吧，我们可以看看加扰密码” 我知道有一些方法和手段可以限制对文件的访问，但是我认为这只是安全性的另一个弱点 无论如何，我的问题是，有人可以向我指出一些文档，我可以用来向企业解释这是一件坏事的原因，应该是很大的不。我在一个领域工作，这意味着我需要认真对待安全性，并且一直在努力使业务理解，最终无论如何它可能都超出了排名，但是我需要尝试。