security - 安全可能不是一个交叉问题吗？

Question

我正在从事一个具有非常详细的安全要求的项目。如果提出的模型与任何情报/安全机构一样复杂，老实说我不会感到惊讶。现在我读到将安全性与业务逻辑相结合是一种混合关注的问题，因此是一种应避免的做法。

然而，所有抽象安全性的尝试要么失败了，要么像以前一样创造了“抽象”。安全性是否可能如此具体以至于成为业务规则的一部分？在某些违反安全性的情况下，仅屏蔽数据，而在其他情况下将终止 session ，而在其他时候，它将触发要使用的默认值。有许多响应安全特权的要求。

我的基本问题是:我可能处于特殊情况(即合并安全性是合理的)还是我不了解抽象安全性的一些基本知识？

编辑:

tl; dr(我理解的答案):身份验证(你是谁)是一个非常交叉的问题，应该被抽象出来，而授权(你能做什么)是业务逻辑。缺乏这个词汇并且只有“安全”这个词(或者可能没有意识到两者之间的区别)导致我的困惑。

Answer 1

我想一个异常(exception)情况是，如果您的业务逻辑是某种安全服务，那么是的。但是我认为您的问题可能是您将用户授权与身份验证混淆了。

当然，身份验证应该有一组与之相关的规则，但最终结果应该是用户识别和 session 的创建。

授权将与我们确定用户角色以及该角色设置的权限分开。

一个典型的例子是 Authentication 返回一个 User 对象并将其存储在 session 中。用户有 1 到多个角色。一个角色可能有 1 到多个权限。业务逻辑方法可能是 sendEmail。此方法查询 User 对象的特定权限，如果存在则执行某些操作，如果不存在则执行其他操作。

编辑:在我看来，当涉及到用户时，安全性应该始终是一个交叉问题，但是，如果您的业务逻辑涉及非用户对象的属性、这些对象的 CRUD 或管理其他用户，那么它符合您的业​​务需求，因此是业务逻辑。