在可公开访问的 Web 应用中使用 AD 身份验证

信息安全 应用安全 Web应用程序 验证 活动目录 sql服务器
2021-08-17 03:49:56

我是系统管理员,正在与一个开发团队合作,该开发团队正在扩展一个可公开访问的 .net Web 应用程序,该应用程序当前使用表单身份验证,用户名/密码(散列)存储在 sql 数据库中。开发人员想从水晶报表转移到 SRSS,他们告诉我 AD 身份验证是 SRSS 和 webapp 之间共享凭据的要求。他们的建议是让 webapp 专门为此目的在 AD 域设置中创建/修改 AD 帐户。webapp 和 SRSS 服务器将在同一个域中。用于创建/修改用户的域凭据将存储在 Web 配置中,并且将使用凭据调用 API。

我不喜欢这个想法,但我很难说服他们不要使用这种架构。是否有任何 PCI 控制或类似受尊重的控制框架中禁止此架构的控制?还是我在用蚁丘造山?

1个回答

除了“不要在配置文件中存储凭据”这一非常基本的规则......

我不完全确定开发团队的想法,但您可以将表单身份验证与 SSRS 一起使用:http ://technet.microsoft.com/en-us/library/ms152899.aspx 。

这是一个相当多毛的设计,特别是如果它旨在继续使用 SQL 来存储用户。现在,迁移到对所有用户使用 AD,并让当前登录的用户使用给定的令牌访问 SSRS 是一个非常标准的架构。这样你就永远不会存储凭据。