【问题标题】:Security architecture advice for non-web application非 Web 应用程序的安全架构建议
【发布时间】:2012-08-08 13:35:48
【问题描述】:

我在独立环境中使用 Spring3.1。

虽然我使用的是 Spring,但我确信可能还有其他 Java-ee 框架(EJB,..)可供我借鉴。

我正在尝试构建我的安全层架构,我想根据您的经验对我应该如何做有一个好主意。

我的应用程序(非 Web 应用程序)连接到外部协议。

当你实现它时,该协议负责所有连接层,包括登录。

用户登录后,他可以执行某些命令,例如:订阅、取消订阅等..

当我的应用程序获得登录触发器时,我通过 id 对我们的数据库进行身份验证,然后通过该协议我以拒绝或成功消息响应。

在成功验证后,我可以通过外部协议从用户那里获得某些消息(订阅、取消订阅等..)

我应该如何用安全层包裹我的应用程序?

我考虑过规划一个方面并为每个方法创建 auth 方法来仔细检查用户是否真正登录?

我将如何管理所有已登录/未登录的用户..

我的协议层(我上面提到的)对我来说就足够了吗?

欢迎任何想法。

谢谢, 射线。

【问题讨论】:

    标签: java spring security architecture spring-security


    【解决方案1】:

    【讨论】:

    • 我做了,但似乎他们更专注于 Web 应用程序。
    • @rayman 不,他们专注于与 ThreadLocal 相关的 SecurityContext。 Spring Security 不仅仅用于 Web。
    • 您能否使用专用链接更具体一些?因为在我查看他们的示例后,我发现只有网络关注安全示例。
    • 好吧,我读到了。但老实说,我需要另一个参考资料,这不足以让我理解整个画面。方法调用的安全性如何?把它作为一个方面怎么样?该服务应该如何运行?我需要更多:)
    猜你喜欢
    • 1970-01-01
    • 2010-10-06
    • 2011-06-10
    • 2012-04-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-03-19
    • 1970-01-01
    相关资源
    最近更新 更多