shiro之身份认证

一、首先经过new IniSecurityManagerFactory并指定一个ini配置文件来建立一个SecurityManager工厂;
Factory< org.apache.shiro.mgt.SecurityManager > factory = new IniSecurityManagerFactory("classpath:shiro.ini");java

二、接着获取SecurityManager并绑定到SecurityUtils,这是一个全局设置,设置一次便可;
org.apache.shiro.mgt.SecurityManager securityManager = factory.getInstance();
SecurityUtils.setSecurityManager(securityManager);mysql

三、经过SecurityUtils获得Subject,其会自动绑定到当前线程;若是在web环境在请求结束时须要解除绑定;而后获取身份验证的Token,如用户名/密码;
Subject subject = SecurityUtils.getSubject();
UsernamePasswordToken token = new UsernamePasswordToken("zhang", "123");git

四、调用subject.login方法进行登陆,其会自动委托给SecurityManager.login方法进行登陆;
try {
//四、登陆,即身份验证
subject.login(token);
} catch (AuthenticationException e) {
//五、身份验证失败
}github

五、若是身份验证失败请捕获AuthenticationException或其子类,常见的如: DisabledAccountException(禁用的账号)、LockedAccountException(锁定的账号)、UnknownAccountException(错误的账号)、ExcessiveAttemptsException(登陆失败次数过多)、IncorrectCredentialsException (错误的凭证)、ExpiredCredentialsException(过时的凭证)等,具体请查看其继承关系;对于页面的错误消息展现,最好使用如“用户名/密码错误”而不是“用户名错误”/“密码错误”,防止一些恶意用户非法扫描账号库;web

六、最后能够调用subject.logout退出,其会自动委托给SecurityManager.logout方法退出。
subject.logout();sql

从如上代码可总结出身份验证的步骤:
一、收集用户身份/凭证,即如用户名/密码;
二、调用Subject.login进行登陆,若是失败将获得相应的AuthenticationException异常,根据异常提示用户错误信息;不然登陆成功;
三、最后调用Subject.logout进行退出操做。数据库

如上测试的几个问题:
一、用户名/密码硬编码在ini配置文件,之后须要改为如数据库存储,且密码须要加密存储;
二、用户身份Token可能不只仅是用户名/密码,也可能还有其余的,如登陆时容许用户名/邮箱/手机号同时登陆。apache

身份认证流程:
api

流程以下:
一、首先调用Subject.login(token)进行登陆,其会自动委托给Security Manager,调用以前必须经过SecurityUtils. setSecurityManager()设置;
二、SecurityManager负责真正的身份验证逻辑;它会委托给Authenticator进行身份验证;
三、Authenticator才是真正的身份验证者,Shiro API中核心的身份认证入口点,此处能够自定义插入本身的实现;
四、Authenticator可能会委托给相应的AuthenticationStrategy进行多Realm身份验证,默认ModularRealmAuthenticator会调用AuthenticationStrategy进行多Realm身份验证;
五、Authenticator会把相应的token传入Realm,从Realm获取身份验证信息,若是没有返回/抛出异常表示身份验证失败了。此处能够配置多个Realm,将按照相应的顺序及策略进行访问。缓存

Realm

Realm:域,Shiro从从Realm获取安全数据(如用户、角色、权限),就是说SecurityManager要验证用户身份,那么它须要从Realm获取相应的用户进行比较以肯定用户身份是否合法;也须要从Realm获得用户相应的角色/权限进行验证用户是否能进行操做;能够把Realm当作DataSource,即安全数据源。如咱们以前的ini配置方式将使用org.apache.shiro.realm.text.IniRealm。

org.apache.shiro.realm.Realm接口以下:
String getName(); //返回一个惟一的Realm名字
boolean supports(AuthenticationToken token); //判断此Realm是否支持此Token
AuthenticationInfo getAuthenticationInfo(AuthenticationToken token) throws AuthenticationException; //根据Token获取认证信息

单Realm配置:

一、自定义Realm实现

二、ini配置文件指定自定义Realm实现(shiro-realm.ini)
Java代码 收藏代码
声明一个realm
myRealm1=com.github.zhangkaitao.shiro.chapter2.realm.MyRealm1
指定securityManager的realms实现
securityManager.realms=$myRealm1
经过$name来引入以前的realm定义

三、只须要把以前的shiro.ini配置文件改为shiro-realm.ini便可。

多Realm配置:

ini配置文件(shiro-multi-realm.ini)
声明多个realm
myRealm1=com.github.zhangkaitao.shiro.chapter2.realm.MyRealm1
myRealm2=com.github.zhangkaitao.shiro.chapter2.realm.MyRealm2
指定securityManager的realms实现
securityManager.realms=$myRealm1,$myRealm2

securityManager会按照realms指定的顺序进行身份认证。此处咱们使用显示指定顺序的方式指定了Realm的顺序,若是删除“securityManager.realms=$myRealm1,$myRealm2”,那么securityManager会按照realm声明的顺序进行使用(即无需设置realms属性,其会自动发现),当咱们显示指定realm后,其余没有指定realm将被忽略,如“securityManager.realms=$myRealm1”,那么myRealm2不会被自动设置进去。

Shiro默认提供的Realm:

之后通常继承AuthorizingRealm(受权)便可;其继承了AuthenticatingRealm(即身份验证),并且也间接继承了CachingRealm(带有缓存实现)。其中主要默认实现以下:
org.apache.shiro.realm.text.IniRealm:[users]部分指定用户名/密码及其角色;[roles]部分指定角色即权限信息;
org.apache.shiro.realm.text.PropertiesRealm: user.username=password,role1,role2指定用户名/密码及其角色;role.role1=permission1,permission2指定角色及权限信息;
org.apache.shiro.realm.jdbc.JdbcRealm:经过sql查询相应的信息,如“select password from users where username = ?”获取用户密码,“select password, password_salt from users where username = ?”获取用户密码及盐;“select role_name from user_roles where username = ?”获取用户角色;“select permission from roles_permissions where role_name = ?”获取角色对应的权限信息;也能够调用相应的api进行自定义sql;

JDBC Realm使用

一、数据库及依赖

mysql
mysql-connector-java
5.1.25


com.alibaba
druid
0.2.23

本文将使用mysql数据库及druid链接池;

二、到数据库shiro下建一张表:users(用户名/密码);

CREATE TABLE users(
id int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
username varchar(20) DEFAULT NULL COMMENT '用户名',
password varchar(50) DEFAULT NULL COMMENT '密码',
password_salt varchar(10) DEFAULT NULL COMMENT '生成密码时用的随机种子',
PRIMARY KEY (id)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;

三、ini配置(shiro-jdbc-realm.ini)
jdbcRealm=org.apache.shiro.realm.jdbc.JdbcRealm
dataSource=com.alibaba.druid.pool.DruidDataSource
dataSource.driverClassName=com.mysql.jdbc.Driver
dataSource.url=jdbc:mysql://localhost:3306/shiro
dataSource.username=root
dataSource.password= root
jdbcRealm.dataSource=$dataSource
securityManager.realms=$jdbcRealm
一、变量名=全限定类名会自动建立一个类实例
二、变量名.属性=值 自动调用相应的setter方法进行赋值
三、$变量名 引用以前的一个对象实例
四、测试代码:

Authenticator及AuthenticationStrategy

Authenticator的职责是验证用户账号,是Shiro API中身份验证核心的入口点:

public AuthenticationInfo authenticate(AuthenticationToken authenticationToken)
throws AuthenticationException;
若是验证成功,将返回AuthenticationInfo验证信息;此信息中包含了身份及凭证;若是验证失败将抛出相应的AuthenticationException实现。

SecurityManager接口继承了Authenticator,另外还有一个ModularRealmAuthenticator实现,其委托给多个Realm进行验证,验证规则经过AuthenticationStrategy接口指定,默认提供的实现:
FirstSuccessfulStrategy:只要有一个Realm验证成功便可,只返回第一个Realm身份验证成功的认证信息,其余的忽略;
AtLeastOneSuccessfulStrategy:只要有一个Realm验证成功便可,和FirstSuccessfulStrategy不一样,返回全部Realm身份验证成功的认证信息;
AllSuccessfulStrategy:全部Realm验证成功才算成功,且返回全部Realm身份验证成功的认证信息,若是有一个失败就失败了。

ModularRealmAuthenticator默认使用AtLeastOneSuccessfulStrategy策略。

相关文章
相关标签/搜索