Shiro 与 SpringSecurity [关闭]
Posted
技术标签:
【中文标题】Shiro 与 SpringSecurity [关闭]【英文标题】:Shiro vs. SpringSecurity [closed] 【发布时间】:2011-06-26 20:08:56 【问题描述】:我目前正在评估基于 Java 的安全框架,我是 Spring 3.0 用户,因此 SpringSecurity 似乎是正确的选择,但 Spring 安全性似乎受到过度复杂性的影响,它似乎并没有让安全性变得更容易实施起来,Shiro 似乎更连贯,更容易理解。我正在寻找这两个框架之间的优缺点列表。
【问题讨论】:
【参考方案1】:我也同意 Spring Security 感觉太复杂了(对我来说)。当然,他们已经做了一些事情来降低复杂性,比如创建自定义 XML 命名空间来减少 XML 配置的数量,但对我来说,这些并没有解决 Spring Security 的个人基本问题:它的名称和对我来说,概念通常很混乱。很难“得到它”。
不过,从您开始使用 Shiro 的那一刻起,您就“明白”了。在安全世界中难以理解的东西就更容易理解了。在 JDK 中难以使用的东西(例如密码)被简化到一个不仅可以忍受,而且通常使用起来很愉快的水平。
例如,您如何在 Java 或 Spring Security 中对密码进行 hash+salt 和 base64 编码?两者都不像 Shiro 的解决方案那样简单直观:
ByteSource salt = new SecureRandomNumberGenerator().nextBytes();
new Sha512Hash(password, salt).toBase64();
不需要公共编解码器或其他任何东西。只是 Shiro 罐子。
现在关于 Spring 环境,大多数 Shiro 开发人员使用 Spring 作为他们的主要应用程序环境。这意味着 Shiro 的 Spring 集成非常出色,而且效果非常好。您可以放心,如果您正在编写 Spring 应用程序,您将获得全面的安全体验。
例如,请考虑本线程另一篇文章中的 Spring XML 配置示例。以下是您在 Shiro 中(基本上)做同样事情的方法:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd>
<bean id="shiroFilter" class="org.apache.shiro.spring.web.ShiroFilterFactoryBean">
<property name="securityManager" ref="securityManager"/>
<property name="loginUrl" value="/login.jsp"/>
<property name="successUrl" value="/home.jsp"/>
<property name="unauthorizedUrl" value="/unauthorized.jsp"/>
<property name="filterChainDefinitions">
<value>
/secure/** = authc
/** = anon
</value>
</property>
</bean>
<bean id="securityManager" class="org.apache.shiro.web.mgt.DefaultWebSecurityManager">
<property name="realm" ref="myRealm"/>
</bean>
<bean id="myRealm" class="...">
...
</bean>
虽然比其他 Spring 示例略显冗长,但它更易于阅读 IMO。
您还会发现,使用 Shiro 的过滤器链定义可能是定义通用过滤器链和基于 Web 的安全规则的最简单方法!比在 web.xml 中定义它们要好得多。
最后,Shiro 还提供了极高的“可插拔性”。由于 Shiro 的 POJO/注入友好架构,您将看到几乎可以配置和/或替换任何东西。 Shiro 几乎将所有内容都默认为正常默认值,您可以仅覆盖或配置您需要的内容。
归根结底,我认为选择这两者中的任何一个都更多地取决于您的心理模型 - 两者中的哪一个更有意义并且对您来说更直观?对一些人来说是 Shiro,对另一些人来说是 Spring Security。 Shiro 在 Spring 环境中工作得很好,所以我会说根据你更喜欢和对你最有意义的两个来选择。
有关 Shiro 的 Spring 集成的更多信息:http://shiro.apache.org/spring.html
【讨论】:
在开始使用 shiro 之前,我已经阅读了所有这些内容。 Shiro 注释似乎在 spring 中遇到了一些问题。有关如何解决它的信息非常困难,并且在 *** 中有各种帖子(我自己发布的 1 或 2 个)大多数时间都找不到答案。我在认真考虑我应该去 spring security 尽管它说复杂,我相信我可以让人们指出我正确的方向。 @blacksensei 你解决了你提到的问题吗?坚持使用 Shiro 还是切换到 Spring Security? 嗨@AlexanderSuraphel 我没有为那个项目搬到 Spring。一位同事正在积极使用它。我计划在一个 spring-boot 项目中对其进行测试。它对我很有效。我将移动所有其他项目。就这么简单 好的,我决定为下一个项目尝试 Shiro !!【参考方案2】:我已经使用 Spring Security(3.1 版)几个月了,对它非常满意。它真的很强大,并且有一些非常好的特性,尤其是在像我以前那样手动实现所有东西之后!不过,就像我在某处读到的那样,你在应用程序开发开始时设置了一次,然后祈祷它继续工作到最后,因为如果你必须去修复它,你会可能已经忘记了您必须参数化的大部分内容。
但随后出现了一个新项目,具有更复杂的安全要求。简而言之,我们必须在几个相关的 web 应用程序之间实现某种自定义 SSO。
我确切地知道我想要在 HTTP 逻辑、cookie、会话 id 和其他内容方面实现什么,以及应该以什么顺序发生什么,但是我花了一天的大部分时间在 Spring Security API 上苦苦挣扎,仍然无法弄清楚我应该实现或覆盖什么类或接口,以及如何将它们插入上下文中。整个 API 感觉真的很复杂,有时有点深奥。虽然该文档对于一般用例甚至一些自定义非常有用,但它的深度不足以满足我的需求。
在阅读此处和网络上其他一些地方的答案后,我的印象是 Shiro 会更容易理解并根据我的需求进行定制。所以我试了一下。
我很高兴我做到了,因为经过一天的工作,我成功地了解了足够多的 API,不仅可以在我的 Spring webapp 中轻松设置基本的身份验证和授权系统,还可以实现自定义 SSO我正在寻找的行为。我只需要扩展 2 或 3 个类,整个事情在我的 spring 上下文中只需要大约 25 行 XML 配置。
所以总结一下,在易用性和学习曲线方面,Shiro 确实挺讨人喜欢的,我想我以后可能会用它,除非我遇到一些功能缺失或其他问题(我到目前为止还没有)。
TL;DR:两者都很强大,但 Shiro 更容易学习。
【讨论】:
皮埃尔,感谢您的意见。我也需要sso。我不认为你可以展示一些你必须公开的类的例子。 @KingAndrew :简而言之,我所做的是实现我自己的 AuthorizingRealm、AuthenticationToken 和 AuthenticationFilter。以及所有必要的过滤器和管道。但是我所做的不是“正常”的 sso,它基于存储在两个应用程序之间通用的数据库中的令牌。所以我没有使用单独的 SSO 服务器。【参考方案3】:我没有使用 Shiro 的经验,我“部分”同意你所说的关于 Spring Security 的说法。在 Spring Security 3.x 之前,Spring Security(或 Acegi)的设置非常痛苦。一个简单的基于角色的配置至少需要 140 行神秘的 XML 配置……我知道这一点是因为我自己计算了这些行。这是您设置一次的东西,并且您祈祷它可以永远工作而无需再次触摸配置,因为您可以保证您已经忘记了所有配置的含义。 :)
使用 Spring Security 3.x,它得到了极大的改进。它引入了security
命名空间,将配置从 140 行大幅缩短到约 30 行。这是我的一个项目的 Spring Security 3.x 示例:-
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:security="http://www.springframework.org/schema/security" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/security http://www.springframework.org/schema/security/spring-security.xsd">
<security:http auto-config="true">
<security:form-login login-page="/index.do" authentication-failure-url="/index.do?login_error=1" default-target-url="/index.do"
always-use-default-target="true" />
<security:logout logout-success-url="/index.do" />
<security:intercept-url pattern="/secure/**" access="ROLE_ADMIN,ROLE_USER" />
<security:intercept-url pattern="/**" access="IS_AUTHENTICATED_ANONYMOUSLY" />
</security:http>
<bean id="customAuthenticationProvider" class="my.project.CustomAuthenticationProviderImpl">
...
</bean>
<security:authentication-manager>
<security:authentication-provider ref="customAuthenticationProvider" />
</security:authentication-manager>
</beans>
Spring Security 3.x 的美妙之处在于它的可配置性极强,这导致了主要缺点之一:太复杂而难以理解。该文档也不容易阅读,因为我只部分熟悉 Spring Security 使用的一些术语。但是,如果您需要创建自定义配置或控制您希望安全性的精细程度,则可以使用这些选项。否则,您可以坚持使用上述
我真正喜欢 Spring Security 的地方在于,一旦设置了安全性,它就会无缝地集成到项目中。就好像实际的项目代码不知道安全性的存在......这很好,因为它允许我将来轻松分离或升级安全性组件(例如:将数据库身份验证更改为 LDAP/CAS授权)。
【讨论】:
您想谈谈什么时候从基于容器的安全性转移到 shiro 或其他替代方案是好的?在此处查看更多重点问题:***.com/questions/7782720/… 我尝试过 shiro 和 spring security,我个人觉得 shiro 很容易理解,因为 spring security 感觉很复杂。我还没有弄清楚如何设置权限,我可以在 spring security 中分配给角色/组/用户(我认为 ACL 可能是解决方案)。有了shiro,这很容易。我不是 spring security 或 shiro 的专家,这只是我作为两者用户的个人经验。 @sudhir 您在 Shiro 的可配置性方面遇到过瓶颈吗? 它适用于我们所有的用户案例,我认为可以针对大多数情况进行定制。你的用例是什么?以上是关于Shiro 与 SpringSecurity [关闭]的主要内容,如果未能解决你的问题,请参考以下文章
SpringSecurity框架教程-简介与SpringSecurity框架教程-入门案例准备工作
Apache Shiro 与 Spring Security