Apache Shiro 配置

最新推荐文章于 2024-10-01 09:31:13 发布

YYZhQ

最新推荐文章于 2024-10-01 09:31:13 发布

阅读量7k

点赞数

分类专栏： JAVA Shiro Apache Shiro 文章标签： shiro apache ini permissions javabeans properties

JAVA 同时被 3 个专栏收录

39 篇文章 0 订阅

订阅专栏

Shiro

10 篇文章 0 订阅

订阅专栏

Apache Shiro

7 篇文章 8 订阅

订阅专栏

Apache Shiro 配置

Shiro 可以在任何环境下工作，从简单的命令行程序到大型企业级集群项目，因为环境的多样化，可以通过许多途径来配合当前环境的配置方式进行配置，在本章我们来了解一下shiro核心支持的配置方式。

多样的配置选项：

Shiro的SecurityManager和其它支持组件都和JavaBean兼容，所以Shiro几乎可以用任何方式进行配置，比如Java、XML（Spring, JBoss, Guice, 等等），YAML， JSON,Groovy Builder markup等。

在程序中配置

创建一个SecurityManager并使之可用最简单的方法就是创建一个org.apache.shiro.mgt.DefaultSecurityManager 对象并写将它写入代码，例如：

Realm realm = //instantiate or acquire a Realm instance. We'll discuss Realms later.

SecurityManager securityManager = new DefaultSecurityManager(realm);

//Make the SecurityManager instance available to the entire application via static memory:

SecurityUtils.setSecurityManager(securityManager);

仅仅三行代码，你就可以拥有一个适用于任何程序的功能全面的shiro环境，多么简单。

SecurityMangger Object Graph

如同我们在架构（Architecture）中讨论过的，Shiro SecurityMangger 本质上是一个由一套安全组件组成的对象模块视图（graph），因为与JavaBean兼容，所以可以对所有这些组件调用的getter 和 setter 方法来配置SecurityManager和它的内部对象视图。

例如，你想用一个自定义的SessionDAO来定制Session Management从而配置一个SecurityManager 实例，你就可以使用SessionManager的setSessionDAO方法直接set这个SessionDAO。

...

DefaultSecurityManager securityManager = new DefaultSecurityManager(realm);

SessionDAO sessionDAO = new CustomSessionDAO();

((DefaultSessionManager)securityManager.getSessionManager()).setSessionDAO(sessionDAO);

...

使用这些函数，你可以配置SecurityManager视图（graph）中的任何一部分。

虽然在程序中配置很简单，但它并不是我们现实中配置的完美解决方案。在几种情况下这种方法可能并不适合你的程序：

它需要你确切知道并实例化一个直接实现（direct implementation），然而更好的做法是你并不需要知道这些实现也不需要知道从哪里找到它们。

因为JAVA类型安全的特性，你必须对通过get*获取的对象进行强制类型转换，这么多强制转换非常的丑陋、累赘并且会和你的类紧耦合。

SecurityUtils.setSecurityManager方法会将SecurityManager实例化为虚拟机的单独静态实例，在大多数程序中没有问题，但如果有多个使用shiro的程序在同一个JVM中运行时，各程序有自己独立的实例会更好些，而不是共同引用一块静态内存。

改变配置就需要重新编译你的程序。

然而，尽管有这些不足，在程序中定制的这种方法在限制内存（memory-constrained ）的环境中还是很有价值的，像智能电话程序。如果你的程序不是运行在一个限制内存的环境中，你会发现基于文本的配置会更易读易用。

INI 配置

大多数程序已经改为使用基于文本的配置，不需要依靠代码就可进行修改，对于不熟悉shiro API的人来说，也易于理解。

为了确保具有共性的基于文本配置的途径适用于任何环境而且减少对第三方的依赖，shiro支持使用INI创建SecurityManager对象视图（graph）以及它支持的组件，INI易读易配置，很容易创建并且对大多数程序都很适合。

通过INI资源创建SecurityManager

这里举两个通过INI配置创建SecurityManager的例子。

从INI资源创建SecurityManager

我们可以从一个INI资源路径创建一个SecurityManager实例，资源可以通过文件系统（前缀为file:）、类路径(classpath:)或者URL(url:)获得，下面的例子使用一个Factory从类路径根目录加载shiro.ini并返回一个SecurityManager实例。

import org.apache.shiro.SecurityUtils;

import org.apache.shiro.util.Factory;

import org.apache.shiro.mgt.SecurityManager;

import org.apache.shiro.config.IniSecurityManagerFactory;

...

Factory<SecurityManager> factory = new IniSecurityManagerFactory("classpath:shiro.ini");

SecurityManager securityManager = factory.getInstance();

SecurityUtils.setSecurityManager(securityManager);

通过INI实例创建SecurityManager

INI配置可以通过org.apache.shiro.config.Ini 类用程序方式创建，这个INI类类似于JDK的java.util.Properties类，但支持通过section名分割。例子如下：

import org.apache.shiro.SecurityUtils;

import org.apache.shiro.util.Factory;

import org.apache.shiro.mgt.SecurityManager;

import org.apache.shiro.config.Ini;

import org.apache.shiro.config.IniSecurityManagerFactory;

...

Ini ini = new Ini();

//populate the Ini instance as necessary

...

Factory<SecurityManager> factory = new IniSecurityManagerFactory(ini);

SecurityManager securityManager = factory.getInstance();

SecurityUtils.setSecurityManager(securityManager);

现在我们知道如何使用INI配置文件创建一个SecurityManager，让我们仔细了解一下如何定义一个shiro INI配置文件。

INI　Sections

INI　基于文本配置，在独立命名的区域内通过成对的键名/键值组成。键名在每个区域内必须唯一，但在整个配置文件中并不需要这样（这点和JDK的Properties不同），每一个区域（section）可以看作是一个独立的Properties 定义。

注释行可以用“#”或“;”标识。

这里是一个shiro可以理解的各section的示例。

# =======================

# Shiro INI configuration

# =======================

[main]

# Objects and their properties are defined here,

# Such as the securityManager, Realms and anything

# else needed to build the SecurityManager

[users]

# The 'users' section is for simple deployments

# when you only need a small number of statically-defined

# set of User accounts.

[roles]

# The 'roles' section is for simple deployments

# when you only need a small number of statically-defined

# roles.

[urls]

# The 'urls' section is used for url-based security

# in web applications. We'll discuss this section in the

# Web documentation

[main]

[main]区域是配置程序SecurityManager实例及其支撑组件的地方，如Realm。

通过INI配置像SecurityManager的对象实例及其支撑组件听起来是一件很困难的事情，因为在这里我们只能用键名/键值对。但通过定义一些对象视图（graphs）可以理解的惯例，你发现你完全可以这样做。shiro利用这些假定的惯例来实现一个简单而简明的配置途径。

我们经常将这种方法认为是“可怜人的（poor man's）”的依赖注入，虽然不及成熟的Spring/Guice/JBoss的XML文件强大，但你会发现它可以做很多事情而且并不复杂，当然当那配置途径也可以使用，但对shiro来讲并不是必须的。

仅仅吊一下胃口，这里是一个简单的可以使用的[main]配置，下面我们会详细介绍，但你可能发现你仅凭直觉就可以理解一些。

sha256Matcher = org.apache.shiro.authc.credential.Sha256CredentialsMatcher

myRealm = com.company.security.shiro.DatabaseRealm

myRealm.connectionTimeout = 30000

myRealm.username = jsmith

myRealm.password = secret

myRealm.credentialsMatcher = $sha256Matcher

securityManager.sessionManager.globalSessionTimeout = 1800000

定义一个对象

在[main]中包含以下片段。

[main]

myRealm = com.company.shiro.realm.MyRealm

...

这一行实例化了一个类型为com.company.shiro.realm.MyRealm 的对象实例并且使对象使用myRealm作为名称以便于将来引用和配置。

如果对象实例化时实现了 org.apache.shiro.util.Nameable 接口，Nameable.setName方法将被以该名（在此例中为myRealm）命名的对象调用。

设置对象属性

原始值

简单的原始值属性可以使用下面的等于符号进行设置：

...

myRealm.connectionTimeout = 30000

myRealm.username = jsmith

...

这些配置行转换为方法调用就是：

...

myRealm.setConnectionTimeout(30000);

myRealm.setUsername("jsmith");

...

怎么做到的呢？它假定所有对象都是兼容JavaBean的POJO。在设置这些属性时，Shiro默认使用Apache通用的BeanUtils来完成这项复杂的工作，所以虽然INI值是文本，BeanUtils知道如何将这些字符串值转换为适合的原始值类型并调用合适的JavaBeans的setter方法。

引用值

如果你想设置的值并不是一个原始值，而是另一个对象怎么办呢？你可以使用一个$符来引用一个之前定义的实例，如：

...

sha256Matcher = org.apache.shiro.authc.credential.Sha256CredentialsMatcher

...

myRealm.credentialsMatcher = $sha256Matcher

...

这定义了名为sha256Matcher的对象并且使用BeanUtils将其设置到myRealm的实例中（通过调用 myRealm.setCredentialsMatcher(sha256Matcher) 方法）。

嵌套属性

通过在等号左侧使用点符号，你可以得到你希望设置对象视图最终的对象/属性，例如下面这行配置：

...

securityManager.sessionManager.globalSessionTimeout = 1800000

...

转换逻辑为（通过BeanUtils）：

securityManager.getSessionManager().setGlobalSessionTimeout(1800000);

用这种方法访问的层数需要多深可以有多深：

object.property1.property2....propertyN.value = blah

BeanUtils 属性支持

BeanUtils支持任何指定的属性操作，在shiro[main]区域中setProperty方法将被调用，包括集合（set）/列表（list）/图（map），查看Apache Commons BeanUtils Website和文档了解更多的信息。

字节数组值

因为原始的字节数组不能直接在文本中定义，我们必须使用字节数组的文本编码。可以使用64位编码（默认）或者16位编码，默认为64位编码因为使用64位编码实际文字会少一些--它拥有很大的编码表，这意味着你的标识会更短（对于文本配置来讲会好一些）。

# 'cipherKey' 属性是一个字节数组，默认的, 字节数组属性被编码为64位的文本值

securityManager.rememberMeManager.cipherKey = kPH+bIxk5D2deZiIxcaaaA==

如果你想使用16位编码，你必须在字串前面加上0x前缀：

securityManager.rememberMeManager.cipherKey= 0x3707344A4093822299F31D008

集合属性

列表（Lists）、集合（Sets）、图（Maps）可以像其它属性一样设置--直接设置或者像嵌套属性一样，对于列表和集合，只需指定一个逗号分割的值集或者对象引用集。

如定义一些SessionListeners：

sessionListener1 = com.company.my.SessionListenerImplementation

...

sessionListener2 = com.company.my.other.SessionListenerImplementation

...

securityManager.sessionManager.sessionListeners = $sessionListener1, $sessionListener2

对于图（Maps），你可以指定以逗号分割的键-值对列表，每个键-值之间用冒号分割：

object1 = com.company.some.Class

object2 = com.company.another.Class

...

anObject = some.class.with.a.Map.property

anObject.mapProperty = key1:$object1, key2:$object2

在上面的例子中，$object1 引用的对象将存于键key1之下，也就是map.get("key1")将返回object1。你也可以使用其它对象作为键值：

anObject.map = $objectKey1:$objectValue1, $objectKey2:$objectValue2

...

注意事项

顺序问题

上述INI格式和约定非常方便也非常易懂，但它并没有另外一种text/XML的配置路径强大，通过上述途径进行配置需要知道非常重要的一件事情就是顺序问题！

小心

每一个对象实例以及每一个指定的值都将按照其在[main]区域中产生的顺序的执行，这些行最终转换为JavaBeans的getter/setter方法调用，这些方法按同样的顺序调用。

当你写配置文件的时候要牢记于此。

覆盖实例

每一个对象都可以被后定义的新实例覆盖，例如，第二个myRealm定义将重写第一个：

...

myRealm = com.company.security.MyRealm

...

myRealm = com.company.security.DatabaseRealm

...

这样的结果是myRealm是com.company.security.DatabaseRealm实例而前面的实例不会被使用（会作为垃圾回收）。

默认Default SecurityManager

你可能注意到在以上所有例子中都没有定义SecurityManager，而我们直接设置其嵌套属性：

myRealm = ...

securityManager.sessionManager.globalSessionTimeout = 1800000

...

这是因为securityManager实例是特殊的--它已经为你实例化过了并且准备好了，所以你并不需要知道指定的实例化SecurityManager的实现类。

当然，如果你确实想指定你自己的实现类，你可以像上面的覆盖实例那样定义你自己的实现：

...

securityManager = com.company.security.shiro.MyCustomSecurityManager

...

当然，很少需要这样--shiro的securityManager实现可以按需求进行定制，你可能要问一下自己（或者用户群）你是否真的需要这样做。

[users]

[users]区域允许你定义一组静态的用户帐号，这对于那些只有少数用户帐号并且用户帐号不需要在运行时动态创建的环境来说非常有用。下面是一个例子：

[users]

admin = secret

lonestarr = vespa, goodguy, schwartz

darkhelmet = ludicrousspeed, badguy, schwartz

自动生成IniRealm

定义非空的[users]或[roles]区域将自动创建org.apache.shiro.realm.text.IniRealm实例,在[main]区域下生成一个可用的iniRealm，你可以像上面配置其它对象那样配置它。

格式

[users]区域下每一行必须和下面的形式一致：

username = password, roleName1, roleName2, ..., roleNameN

等号左边的值是用户名；

等号右侧第一个值是用户密码，密码是必须的；

密码之后用逗号分割的值是赋予用户的角色名，角色名是可选的。

密码加密

如果你不希望[users]区域下的密码以明文显示，你可以用你喜欢的哈希算法（MD5, Sha1, Sha256, 等）来加密它们，将加密后的字符串作为密码值，默认的，密码建议用16位编码算法，但也可以用64位编码算法替代（如下）。

简单的安全密码

为了节约时间获得最佳实践，你可以使用shiro的Command Line Hasher，它可以加密密码和其它类型的资源，尤其使给INI[user]密码加密变得非常简单。

一旦你指定了加密后的密码值，你必须告诉shiro它们是加密的，你可以通过配置配置在[main]隐含创建的iniRealm相应的CredentialsMatcher实现来告知你使用的哈希算法：

[main]

...

sha256Matcher = org.apache.shiro.authc.credential.Sha256CredentialsMatcher

...

iniRealm.credentialsMatcher = $sha256Matcher

...

[users]

# user1 = sha256-hashed-hex-encoded password, role1, role2, ...

user1 = 2bb80d537b1da3e38bd30361aa855686bde0eacd7162fef6a25fe97bf527a25b, role1, role2, ...

你可以像配置其他对象那样配置CredentialsMatcher的所有属性，例如，指定使用salting或者有多少hash iterations执行，可以查看org.apache.shiro.authc.credential.HashedCredentialsMatcher Java文档更好地理解hashing策略，可能会很有帮助。

例如，如果你用64位编码方式取代了16位编码方式，你应该指定：

[main]

...

# true = hex, false = base64:

sha256Matcher.storedCredentialsHexEncoded = false

[roles]

[roles]区域允许你将权限和在[users]定义的角色对应起来，同样的，这对于那些只有少数用户帐号并且用户帐号不需要在运行时动态创建的环境来说非常有用。下面是一个例子：

[roles]

# 'admin' role has all permissions, indicated by the wildcard '*'

admin = *

# The 'schwartz' role can do anything (*) with any lightsaber:

schwartz = lightsaber:*