Acegi安全系统详解
2007-12-19 08:43
591 查看
Acegi是Spring Framework 下最成熟的安全系统,它提供了强大灵活的企业级安全服务,如:
1 : 完善的认证和授权机制,
2 : Http资源访问控制,
3 : Method 调用访问控制,
4 : Access Control List (ACL) 基于对象实例的访问控制,
5 : Yale Central Authentication Service (CAS) 耶鲁单点登陆,
6 : X509 认证,
7 : 当前所有流行容器的认证适配器,
8 : Channel Security频道安全管理等功能。
具体 : Http资源访问控制
http://apps:8080/index.htm -> for public
http://apps:8080/user.htm -> for authorized user
方法调用访问控制
public void getData() -> all user
public void modifyData() -> supervisor only
对象实例保护
order.getValue() < $100 -> all user
order.getValue() > $100 -> supervisor only
Acegi是非入侵式安全架构 因为 :
基于Servlet Filter和Spring aop, 使商业逻辑和安全逻辑分开,结构更清晰
使用Spring 来代理对象,能方便地保护方法调用
基于角色的权限控制(RBAC) :
Acegi 自带的 sample 表设计很简单: users表{username,password,enabled} authorities表{username,authority},这样简单的设计无法适应复杂的权限需求,故SpringSide选用RBAC模型对权限控制数据库表进行扩展。 RBAC(Role-Based Access Control)引入了ROLE的概念,使User(用户)和Permission(权限)分离,一个用户拥有多个角色,一个角色拥有有多个相应的权限,从而减少了权限管理的复杂度,可更灵活地支持安全策略。
同时,我们也引入了resource(资源)的概念,一个资源对应多个权限,资源分为ACL,URL,和FUNTION三种。注意,URL和FUNTION的权限命名需要以AUTH_开头才会有资格参加投票, 同样的ACL权限命名需要ACL_开头。
2.1 在Web.xml中的配置 :
1) FilterToBeanProxy
Acegi通过实现了Filter接口的FilterToBeanProxy提供一种特殊的使用Servlet Filter的方式,它委托Spring中的Bean -- FilterChainProxy来完成过滤功能,这好处是简化了web.xml的配置,并且充分利用了Spring IOC的优势。FilterChainProxy包含了处理认证过程的filter列表,每个filter都有各自的功能。
1
2
securityFilter
3
org.acegisecurity.util.FilterToBeanProxy
4
5
targetClass
6
org.acegisecurity.util.FilterChainProxy
7
8
2) filter-mapping
限定了FilterToBeanProxy的URL匹配模式,
1
2
securityFilter
3
/j_security_check
4
5
6
7
securityFilter
8
/dwr/**//*
9
10
11
12
securityFilter
13
*.html
14
15
16
17
securityFilter
18
*.jsp
19
3) HttpSessionEventPublisher
的HttpSessionEventPublisher用于发布HttpSessionApplicationEvents和HttpSessionDestroyedEvent事件给spring的applicationcontext。
1
2
org.acegisecurity.ui.session.HttpSessionEventPublisher
3
4
注:appfuse1.9.3中没有发现这个 监听器
--------------------------------------
2.2 : 在applicationContext-acegi-security.xml中
2.2.1 FILTER CHAIN
FilterChainProxy会按顺序来调用这些filter,使这些filter能享用Spring ioc的功能, CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON定义了url比较前先转为小写, PATTERN_TYPE_APACHE_ANT定义了使用Apache ant的匹配模式
1
2
3
4
CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
5
PATTERN_TYPE_APACHE_ANT
6
/** *//**=httpSessionContextIntegrationFilter,authenticationProcessingFilter,
7
basicProcessingFilter,rememberMeProcessingFilter,anonymousProcessingFilter,
8
exceptionTranslationFilter,filterInvocationInterceptor,securityEnforcementFilter
9
10
11
这里补充一段别人的教程 :
其中对web路径请求的认证中,我们需要了解一下securityEnforcementFilter
1
SecurityEnforcementFilter">
2
3
filterInvocationInterceptor"/>
4
5
6
7
8
9
这里,主要是filterInvocationInterceptor,
1
2
3
4
5
6
CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
7
PATTERN_TYPE_APACHE_ANT
8
/wo.html=ROLE_ANONYMOUS,ROLE_USER
9
/index.jsp=ROLE_ANONYMOUS,ROLE_USER
10
/hello.htm=ROLE_ANONYMOUS,ROLE_USER
11
/logoff.jsp=ROLE_ANONYMOUS,ROLE_USER
12
/switchuser.jsp=ROLE_SUPERVISOR
13
/j_acegi_switch_user=ROLE_SUPERVISOR
14
/acegilogin.jsp*=ROLE_ANONYMOUS,ROLE_USER
15
/** *//**=ROLE_USER
16
17
18
在此,主要对objectDefinitionSource值进行处理。这里配置了很多path=role ,
其作用就是在请求指定的路径时,是需要当前用户具有对应的角色的,如果具有相应角色,则正常访问。否则跳转至
这里需要说明的就是/index.jsp=ROLE_ANONYMOUS,ROLE_USER 这里的角色,ROLE_是标记,ANONYMOUS 是角色名称。ANONYMOUS是只可以匿名访问, 这个角色无需定义。
而ROLE_USER 中的USER则是用户定义的,接下来我们介绍这部分:
用户角色管理:
acegi security提供了用户角色的获取接口,以及一个缺省的实现(包括对应的数据库表定义)
1
2
3
可参看这里的net.sf.acegisecurity.providers.dao.jdbc.JdbcDaoImpl,需要注意的是这个dao的实现是同acegi security提供的表定义一致的。
如果这个角色和用户处理模型不能满足自己的需要,自己可以提供自己的实现。只需要将
1
修改成自己类实现即可 。 从严格意义上来说,以下权限部分的介绍应该不在acegi security处理的范围之内,不过acegi security是提供了相应的机制的:
权限管理
权限在acegi security 主要以acl的概念出现:即 access control list
1
2
3
4
这个类实现中有acl的产生,获取和删除操作
应用数据权限的处理:
如果我们应用数据的权限要借助于acegi security 来实现的话,那主要工作就是调用 basicAclExtendedDao 中的相关方法。阅读basicAclExtendedDao即可明白。
以上简要的介绍了一下自己学习acegi security的一些了解。自己最后得出的结论是,如果自己的应用规模很小,完全可以不用acegi security。如果要用acegi security,很多时候是需要重新实现自己的权限和用户模型的。
引入别人教程完毕
2.2.2 基础认证
1) authenticationManager
起到认证管理的作用,它将验证的功能委托给多个Provider,并通过遍历Providers, 以保证获取不同来源的身份认证,若某个Provider能成功确认当前用户的身份,authenticate()方法会返回一个完整的包含用户授权信息的Authentication对象,否则会抛出一个AuthenticationException。
Acegi提供了不同的AuthenticationProvider的实现,如:
1
DaoAuthenticationProvider 从数据库中读取用户信息验证身份
2
AnonymousAuthenticationProvider 匿名用户身份认证
3
RememberMeAuthenticationProvider 已存cookie中的用户信息身份认证
4
AuthByAdapterProvider 使用容器的适配器验证身份
5
CasAuthenticationProvider 根据Yale中心认证服务验证身份, 用于实现单点登陆
6
JaasAuthenticationProvider 从JASS登陆配置中获取用户信息验证身份
7
RemoteAuthenticationProvider 根据远程服务验证用户身份
8
RunAsImplAuthenticationProvider 对身份已被管理器替换的用户进行验证
9
X509AuthenticationProvider 从X509认证中获取用户信息验证身份
10
TestingAuthenticationProvider 单元测试时使用
1
2
3
8
9
每个认证者会对自己指定的证明信息进行认证,如DaoAuthenticationProvider仅对UsernamePasswordAuthenticationToken这个证明信息进行认证。
2) daoAuthenticationProvider
进行简单的基于数据库的身份验证。DaoAuthenticationProvider获取数据库中的账号密码并进行匹配,若成功则在通过用户身份的同时返回一个包含授权信息的Authentication对象,否则身份验证失败,抛出一个AuthenticatiionException。
使用加密器对用户输入的明文进行加密。Acegi提供了三种加密器:
缓存用户和资源相对应的权限信息。每当请求一个受保护资源时,daoAuthenticationProvider就会被调用以获取用户授权信息。如果每次都从数据库获取的话,那代价很高,对于不常改变的用户和资源信息来说,最好是把相关授权信息缓存起来。(详见 2.6.3 资源权限定义扩展 )
userCache提供了两种实现: NullUserCache和EhCacheBasedUserCache, NullUserCache实际上就是不进行任何缓存,EhCacheBasedUserCache是使用Ehcache来实现缓功能。
通过向浏览器发送一个HTTP401(未授权)消息,提示用户登录。
处理基于HTTP的授权过程, 在当验证过程出现异常后的"去向",通常实现转向、在response里加入error信息等功能。
当抛出AccessDeniedException时,将用户重定向到登录界面。属性loginFormUrl配置了一个登录表单的URL,当需要用户登录时,authenticationProcessingFilterEntryPoint会将用户重定向到该URL
1
2
class="org.acegisecurity.ui.webapp.AuthenticationProcessingFilterEntryPoint">
3
4
/security/login.jsp
5
6
7
每次request前 HttpSessionContextIntegrationFilter从Session中获取Authentication对象,在request完后, 又把Authentication对象保存到Session中供下次request使用,此filter必须其他Acegi filter前使用,使之能跨越多个请求。
1
2
class="org.acegisecurity.context.HttpSessionContextIntegrationFilter"/>2) httpRequestAccessDecisionManager
经过投票机制来决定是否可以访问某一资源(URL或方法)。allowIfAllAbstainDecisions为false时如果有一个或以上的decisionVoters投票通过,则授权通过。可选的决策机制有ConsensusBased和UnanimousBased
必须是以rolePrefix设定的value开头的权限才能进行投票,如AUTH_ , ROLE_
异常转换过滤器,主要是处理AccessDeniedException和AuthenticationException,将给每个异常找到合适的"去向"
和servlet spec差不多,处理登陆请求.当身份验证成功时,AuthenticationProcessingFilter会在会话中放置一个Authentication对象,并且重定向到登录成功页面
authenticationFailureUrl定义登陆失败时转向的页面
defaultTargetUrl定义登陆成功时转向的页面
filterProcessesUrl定义登陆请求的页面
rememberMeServices用于在验证成功后添加cookie信息
在执行转向url前检查objectDefinitionSource中设定的用户权限信息。首先,objectDefinitionSource中定义了访问URL需要的属性信息(这里的属性信息仅仅是标志,告诉accessDecisionManager要用哪些voter来投票)。然后,authenticationManager掉用自己的provider来对用户的认证信息进行校验。最后,有投票者根据用户持有认证和访问url需要的属性,调用自己的voter来投票,决定是否允许访问。
7)filterDefinitionSource(详见 2.6.3 资源权限定义扩展)
自定义DBFilterInvocationDefinitionSource从数据库和cache中读取保护资源及其需要的访问权限信息
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1503485
1 : 完善的认证和授权机制,
2 : Http资源访问控制,
3 : Method 调用访问控制,
4 : Access Control List (ACL) 基于对象实例的访问控制,
5 : Yale Central Authentication Service (CAS) 耶鲁单点登陆,
6 : X509 认证,
7 : 当前所有流行容器的认证适配器,
8 : Channel Security频道安全管理等功能。
具体 : Http资源访问控制
http://apps:8080/index.htm -> for public
http://apps:8080/user.htm -> for authorized user
方法调用访问控制
public void getData() -> all user
public void modifyData() -> supervisor only
对象实例保护
order.getValue() < $100 -> all user
order.getValue() > $100 -> supervisor only
Acegi是非入侵式安全架构 因为 :
基于Servlet Filter和Spring aop, 使商业逻辑和安全逻辑分开,结构更清晰
使用Spring 来代理对象,能方便地保护方法调用
基于角色的权限控制(RBAC) :
Acegi 自带的 sample 表设计很简单: users表{username,password,enabled} authorities表{username,authority},这样简单的设计无法适应复杂的权限需求,故SpringSide选用RBAC模型对权限控制数据库表进行扩展。 RBAC(Role-Based Access Control)引入了ROLE的概念,使User(用户)和Permission(权限)分离,一个用户拥有多个角色,一个角色拥有有多个相应的权限,从而减少了权限管理的复杂度,可更灵活地支持安全策略。
同时,我们也引入了resource(资源)的概念,一个资源对应多个权限,资源分为ACL,URL,和FUNTION三种。注意,URL和FUNTION的权限命名需要以AUTH_开头才会有资格参加投票, 同样的ACL权限命名需要ACL_开头。
2.1 在Web.xml中的配置 :
1) FilterToBeanProxy
Acegi通过实现了Filter接口的FilterToBeanProxy提供一种特殊的使用Servlet Filter的方式,它委托Spring中的Bean -- FilterChainProxy来完成过滤功能,这好处是简化了web.xml的配置,并且充分利用了Spring IOC的优势。FilterChainProxy包含了处理认证过程的filter列表,每个filter都有各自的功能。
1
2
3
4
5
6
7
8
限定了FilterToBeanProxy的URL匹配模式,
1
2
3
4
5
6
7
8
9
10
11
12
securityFilter
13
*.html
14
15
16
17
securityFilter
18
*.jsp
19
3) HttpSessionEventPublisher
的HttpSessionEventPublisher用于发布HttpSessionApplicationEvents和HttpSessionDestroyedEvent事件给spring的applicationcontext。
1
2
3
4
注:appfuse1.9.3中没有发现这个 监听器
--------------------------------------
2.2 : 在applicationContext-acegi-security.xml中
2.2.1 FILTER CHAIN
FilterChainProxy会按顺序来调用这些filter,使这些filter能享用Spring ioc的功能, CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON定义了url比较前先转为小写, PATTERN_TYPE_APACHE_ANT定义了使用Apache ant的匹配模式
1
2
3
4
CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
5
PATTERN_TYPE_APACHE_ANT
6
/** *//**=httpSessionContextIntegrationFilter,authenticationProcessingFilter,
7
basicProcessingFilter,rememberMeProcessingFilter,anonymousProcessingFilter,
8
exceptionTranslationFilter,filterInvocationInterceptor,securityEnforcementFilter
9
10
11
这里补充一段别人的教程 :
其中对web路径请求的认证中,我们需要了解一下securityEnforcementFilter
1
2
3
filterInvocationInterceptor"/>
4
5
6
7
8
9
这里,主要是filterInvocationInterceptor,
1
2
3
4
5
6
CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
7
PATTERN_TYPE_APACHE_ANT
8
/wo.html=ROLE_ANONYMOUS,ROLE_USER
9
/index.jsp=ROLE_ANONYMOUS,ROLE_USER
10
/hello.htm=ROLE_ANONYMOUS,ROLE_USER
11
/logoff.jsp=ROLE_ANONYMOUS,ROLE_USER
12
/switchuser.jsp=ROLE_SUPERVISOR
13
/j_acegi_switch_user=ROLE_SUPERVISOR
14
/acegilogin.jsp*=ROLE_ANONYMOUS,ROLE_USER
15
/** *//**=ROLE_USER
16
17
18
在此,主要对objectDefinitionSource值进行处理。这里配置了很多path=role ,
其作用就是在请求指定的路径时,是需要当前用户具有对应的角色的,如果具有相应角色,则正常访问。否则跳转至
这里需要说明的就是/index.jsp=ROLE_ANONYMOUS,ROLE_USER 这里的角色,ROLE_是标记,ANONYMOUS 是角色名称。ANONYMOUS是只可以匿名访问, 这个角色无需定义。
而ROLE_USER 中的USER则是用户定义的,接下来我们介绍这部分:
用户角色管理:
acegi security提供了用户角色的获取接口,以及一个缺省的实现(包括对应的数据库表定义)
1
2
3
可参看这里的net.sf.acegisecurity.providers.dao.jdbc.JdbcDaoImpl,需要注意的是这个dao的实现是同acegi security提供的表定义一致的。
如果这个角色和用户处理模型不能满足自己的需要,自己可以提供自己的实现。只需要将
1
修改成自己类实现即可
权限管理
权限在acegi security 主要以acl的概念出现:即 access control list
1
2
3
4
这个类实现中有acl的产生,获取和删除操作
应用数据权限的处理:
如果我们应用数据的权限要借助于acegi security 来实现的话,那主要工作就是调用 basicAclExtendedDao 中的相关方法。阅读basicAclExtendedDao即可明白。
以上简要的介绍了一下自己学习acegi security的一些了解。自己最后得出的结论是,如果自己的应用规模很小,完全可以不用acegi security。如果要用acegi security,很多时候是需要重新实现自己的权限和用户模型的。
引入别人教程完毕
2.2.2 基础认证
1) authenticationManager
起到认证管理的作用,它将验证的功能委托给多个Provider,并通过遍历Providers, 以保证获取不同来源的身份认证,若某个Provider能成功确认当前用户的身份,authenticate()方法会返回一个完整的包含用户授权信息的Authentication对象,否则会抛出一个AuthenticationException。
Acegi提供了不同的AuthenticationProvider的实现,如:
1
DaoAuthenticationProvider 从数据库中读取用户信息验证身份
2
AnonymousAuthenticationProvider 匿名用户身份认证
3
RememberMeAuthenticationProvider 已存cookie中的用户信息身份认证
4
AuthByAdapterProvider 使用容器的适配器验证身份
5
CasAuthenticationProvider 根据Yale中心认证服务验证身份, 用于实现单点登陆
6
JaasAuthenticationProvider 从JASS登陆配置中获取用户信息验证身份
7
RemoteAuthenticationProvider 根据远程服务验证用户身份
8
RunAsImplAuthenticationProvider 对身份已被管理器替换的用户进行验证
9
X509AuthenticationProvider 从X509认证中获取用户信息验证身份
10
TestingAuthenticationProvider 单元测试时使用
1
2
3
8
9
每个认证者会对自己指定的证明信息进行认证,如DaoAuthenticationProvider仅对UsernamePasswordAuthenticationToken这个证明信息进行认证。
2) daoAuthenticationProvider
进行简单的基于数据库的身份验证。DaoAuthenticationProvider获取数据库中的账号密码并进行匹配,若成功则在通过用户身份的同时返回一个包含授权信息的Authentication对象,否则身份验证失败,抛出一个AuthenticatiionException。
13) passwordEncoder2 3 4 5
使用加密器对用户输入的明文进行加密。Acegi提供了三种加密器:
1 a : PlaintextPasswordEncoder—默认,不加密,返回明文. 2 b : ShaPasswordEncoder—哈希算法(SHA)加密 3 c : Md5PasswordEncoder—消息摘要(MD5)加密 15) userCache & resourceCache4) jdbcDaoImpl 用于在数据中获取用户信息。 acegi提供了用户及授权的表结构,但是您也可以自己来实现。通过usersByUsernameQuery这个SQL 得到你的(用户ID,密码,状态信息);通过authoritiesByUsernameQuery这个SQL得到你的(用户ID,授权信息) 1 2 3 4 6select loginid,passwd,1 from users where loginid = ? 57 148 select u.loginid,p.name from users u,roles r,permissions p, 9 user_role ur,role_permis rp where u.id=ur.user_id and 10 r.id=ur.role_id and p.id=rp.permis_id and r.id=rp.role_id and 11 p.status='1' and u.loginid=? 12 13
缓存用户和资源相对应的权限信息。每当请求一个受保护资源时,daoAuthenticationProvider就会被调用以获取用户授权信息。如果每次都从数据库获取的话,那代价很高,对于不常改变的用户和资源信息来说,最好是把相关授权信息缓存起来。(详见 2.6.3 资源权限定义扩展 )
userCache提供了两种实现: NullUserCache和EhCacheBasedUserCache, NullUserCache实际上就是不进行任何缓存,EhCacheBasedUserCache是使用Ehcache来实现缓功能。
12 5 63 4 7 9 108 11 14 1512 13 16 6) basicProcessingFilter 用于处理HTTP头的认证信息,如从Spring远程协议(如Hessian和Burlap)或普通的浏览器如IE,Navigator的HTTP头中获取用户 信息,将他们转交给通过authenticationManager属性装配的认证管理器。如果认证成功,会将一个Authentication对象放到会话中 ,否则,如果认证失败,会将控制转交给认证入口点(通过authenticationEntryPoint属性装配)17
17) basicProcessingFilterEntryPoint2 3 4
通过向浏览器发送一个HTTP401(未授权)消息,提示用户登录。
处理基于HTTP的授权过程, 在当验证过程出现异常后的"去向",通常实现转向、在response里加入error信息等功能。
18) authenticationProcessingFilterEntryPointclass="org.acegisecurity.ui.basicauth.BasicProcessingFilterEntryPoint"> 3 4
当抛出AccessDeniedException时,将用户重定向到登录界面。属性loginFormUrl配置了一个登录表单的URL,当需要用户登录时,authenticationProcessingFilterEntryPoint会将用户重定向到该URL
1
class="org.acegisecurity.ui.webapp.AuthenticationProcessingFilterEntryPoint">
3
4
5
6
7
2.2.3 HTTP安全请求
1) httpSessionContextIntegrationFilter每次request前 HttpSessionContextIntegrationFilter从Session中获取Authentication对象,在request完后, 又把Authentication对象保存到Session中供下次request使用,此filter必须其他Acegi filter前使用,使之能跨越多个请求。
1
class="org.acegisecurity.context.HttpSessionContextIntegrationFilter"/>2) httpRequestAccessDecisionManager
经过投票机制来决定是否可以访问某一资源(URL或方法)。allowIfAllAbstainDecisions为false时如果有一个或以上的decisionVoters投票通过,则授权通过。可选的决策机制有ConsensusBased和UnanimousBased
13) roleVoter2 3 4 7 8
必须是以rolePrefix设定的value开头的权限才能进行投票,如AUTH_ , ROLE_
14)exceptionTranslationFilter2 3
异常转换过滤器,主要是处理AccessDeniedException和AuthenticationException,将给每个异常找到合适的"去向"
15) authenticationProcessingFilter2 3
和servlet spec差不多,处理登陆请求.当身份验证成功时,AuthenticationProcessingFilter会在会话中放置一个Authentication对象,并且重定向到登录成功页面
authenticationFailureUrl定义登陆失败时转向的页面
defaultTargetUrl定义登陆成功时转向的页面
filterProcessesUrl定义登陆请求的页面
rememberMeServices用于在验证成功后添加cookie信息
16) filterInvocationInterceptor2 3 4 6/security/login.jsp?login_error=1 57 9/admin/index.jsp 810 12/j_acegi_security_check 1113
在执行转向url前检查objectDefinitionSource中设定的用户权限信息。首先,objectDefinitionSource中定义了访问URL需要的属性信息(这里的属性信息仅仅是标志,告诉accessDecisionManager要用哪些voter来投票)。然后,authenticationManager掉用自己的provider来对用户的认证信息进行校验。最后,有投票者根据用户持有认证和访问url需要的属性,调用自己的voter来投票,决定是否允许访问。
12 3 4 5
7)filterDefinitionSource(详见 2.6.3 资源权限定义扩展)
自定义DBFilterInvocationDefinitionSource从数据库和cache中读取保护资源及其需要的访问权限信息
1class="org.springside.modules.security.service.acegi.DBFilterInvocationDefinitionSource"> 3 4 5 6 2.2.4 方法调用安全控制
(详见 2.6.3 资源权限定义扩展) 1) methodSecurityInterceptor 在执行方法前进行拦截,检查用户权限信息 1class="org.acegisecurity.intercept.method.aopalliance.MethodSecurityInterceptor"> 3 2) methodDefinitionSource 自定义MethodDefinitionSource从cache中读取权限 14 5 6 class="org.springside.modules.security.service.acegi.DBMethodDefinitionSource"> 3 4
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1503485
相关文章推荐
- Acegi安全系统详解
- Acegi安全系统详解
- Acegi安全系统详解
- Acegi安全系统详解
- Acegi安全系统详解
- Acegi安全系统详解
- Acegi安全系统详解
- Acegi安全系统详解
- Acegi安全系统详解
- Acegi安全系统详解
- 基于openssl 生成RSA公私钥详解-常用于系统安全间安全机制设计
- 2018年下半年软考各科真题及答案详解下载(网工、软设、系统集成、高项、网规、架构、信息安全、监理)
- Android 4.4.2 SELinux 与系统关系详解三:根据Seinfo 为Package 设置安全上下文标签
- Acegi安全系统介绍 (一)
- GO安全桌面系统小部件选择详解
- Acegi安全系统的配置
- 系统安全攻防战:DLL注入技术详解
- 系统托盘安全删除硬件图标不见了(任务栏USB图标不见了)的故障处理图文详解
- linux系统安全详解
- GO安全桌面系统小部件选择详解