安全与损害控制

Question

最近我发布了一个问题：在ASP.NET SQL授权数据库中使用单独的数据库进行管理和公共登录是否是一个好主意，以防止泄露到管理端的对公共站点的危害。

我想我是真的问一个更大的问题，虽然 - 保护的应用程序时，你应该把钱花在损害控制任何时候？

我可以看到论据是，很明显，你想限制你置身于安全违反，可以从你的框架突如其来。另一方面，在任何情况下，你只有有限的资源，建造这些“墙壁内的墙壁”需要时间和精力，远离安全工作的主要焦点。

是否有任何明确的，公认的最好的安全性，解决这个问题的做法？

Answer 1

在我的原始问题@Rook把我转到了术语Defense in Depth，从我的阅读中可以看出，这些“内壁”实际上是被广泛接受的最佳实践。

Answer 2

IMO，这个想法有可取之处。如果你曾经有一个WordPress的网站被黑客入侵，你知道当有人获得你的网站的管理员控制时会发生什么。我认为这种分区可能会有所帮助。可能像管理员登录中的IP过滤一样简单。