草庐IT

springsecurity-shiro

全部标签

前后端分离Oauth2.0 - springsecurity + spring-authorization-server —授权码模式

序言对于目前有很多的公司在对旧的web工程做重构,拆分服务,使用前端vue,后端springboot微服务,重构的要点之一是认证授权框架的选型。对于原有的spring-security-oauthSpring官方已经宣布不在进行维护,其已经被spring-security+spring-authorization-server所提供的oauth2.1支持所取代。文章将介绍spring-authorization-server支持的oauth2.1,springboot整合springsecurity+spring-authorization-server,对oauth2.1的授权码模式做实践案

前后端分离Oauth2.0 - springsecurity + spring-authorization-server —授权码模式

序言对于目前有很多的公司在对旧的web工程做重构,拆分服务,使用前端vue,后端springboot微服务,重构的要点之一是认证授权框架的选型。对于原有的spring-security-oauthSpring官方已经宣布不在进行维护,其已经被spring-security+spring-authorization-server所提供的oauth2.1支持所取代。文章将介绍spring-authorization-server支持的oauth2.1,springboot整合springsecurity+spring-authorization-server,对oauth2.1的授权码模式做实践案

[Java安全]—Shiro回显内存马注入

文章首发于先知社区:Shiro回显内存马注入文章目录前言流程分析寻找response流程分析获取Http11Processor获取AbstractProtocol获取Connector获取WebappClassLoaderHeader长度限制绕过1、反射修改maxHeaderSize2、自定义ClassLoader加载Body数据后记参考前言接上篇[Java安全]—Tomcat反序列化注入回显内存马_,在上篇提到师傅们找到了一种Tomcat注入回显内存马的方法,但他其实有个不足之处:由于shiro中自定义了一个filter,因此无法在shiro中注入内存马。所以在后边师傅们又找到了一个基于全局

漏洞复现——shiro反序列化

今天咱们的主角是shiro反序列化命令执行漏洞。该漏洞在HVV等大型攻防项目中,经常被作为突破口。简单介绍了解一下还是很有必要的。废话不多说,进入正题。一、漏洞描述:ApacheShiro是美国阿帕奇(Apache)软件基金会的一套用于执行认证、授权、加密和会话管理的Java安全框架。ApacheShiro1.0.0版本至1.2.4版本中存在信息泄露漏洞,该漏洞源于程序未能正确配置‘rememberme’功能使用的密钥。攻击者可通过发送带有特制参数的请求利用该漏洞执行任意代码或访问受限制内容。二、漏洞原理:AES加密的密钥Key被硬编码在代码里,意味着每个人通过源代码都能拿到AES加密的密钥。

新版SpringSecurity配置(SpringBoot>2.7&SpringSecurity>5.7)

新版SpringSecurityConfig在使用SpringBoot2.7或者SpringSecurity5.7以上版本时,会提示:在SpringSecurity5.7.0-M2中,我们弃用了WebSecurityConfigurerAdapter,因为我们鼓励用户转向基于组件的安全配置。所以之前那种通过继承WebSecurityConfigurerAdapter的方式的配置组件是不行的。同时也会遇到很多问题,例如:在向SpringSecurity过滤器链中添加过滤器时(例如:JWT支持,第三方验证),我们需要注入AuthenticationManager对象等问题。故在此记录一下Sprin

【异常】SpringSecurity登录失败:Full authentication is required to access this resource

一、报错提示SpringSecurity提示如下内容:2023-01-0706:08:51.843[cdi-ids-commonprovider][http-nio-9092-exec-14]WARNcom.desaysv.tsp.logic.ids.config.MyAuthenticationEntryPoint-登录失败:Fullauthenticationisrequiredtoaccessthisresource二、排查问题2.1前端排查先看前端配置,没有什么问题的感觉?前端,匹配所有的api前缀并进行替换为’’然后将请求转发到后端localhost

【异常】SpringSecurity登录失败:Full authentication is required to access this resource

一、报错提示SpringSecurity提示如下内容:2023-01-0706:08:51.843[cdi-ids-commonprovider][http-nio-9092-exec-14]WARNcom.desaysv.tsp.logic.ids.config.MyAuthenticationEntryPoint-登录失败:Fullauthenticationisrequiredtoaccessthisresource二、排查问题2.1前端排查先看前端配置,没有什么问题的感觉?前端,匹配所有的api前缀并进行替换为’’然后将请求转发到后端localhost

【Java】一文带你快速入门Shiro权限框架

🚀Java中权限控制框架-Shiro📓推荐网站(不断完善中):个人博客📌个人主页:个人主页👉相关专栏:CSDN专栏🏝立志赚钱,干活想躺,瞎分享的摸鱼工程师一枚🏖前言在我们实战开发过程中,对于权限的控制是必不可少的,一个系统中常见的有普通会员、管理员、超级管理员等等不同的角色出现。我们如何更优雅的在Java中使用权限框架?来看看Java中比较火热的权限框架之一shiro吧~文章目录🚀Java中权限控制框架-Shiro🏖前言1.简介1.1.什么是Shiro1.2.Shiro功能简介1.3.Shiro架构图2.关于权限控制2.1.权限逻辑2.2.权限模型2.2.1.权限解决方案2.3.URL权限拦截

Apache Shiro权限绕过漏洞(CVE-2022-32532)

一、漏洞概述 Shiro是Apache旗下一个开源的Java安全框架,它具有身份验证、访问控制、数据加密、会话管理等功能,可以用于保护任何应用程序的安全,如移动应用程序、web应用程序等。 2022年6月29日,Apache官方披露ApacheShiro权限绕过漏洞(CVE-2022-32532),当ApacheShiro中使用RegexRequestMatcher进行权限配置,且正则表达式中携带“.”时,未经授权的远程攻击者可通过构造恶意数据包绕过身份认证。二、受影响版本ApacheShiro三、漏洞原理 在shiro-core-1.9.0.jar中存在一个RegExPatternMatch

[Java反序列化]—Shiro反序列化(一)

环境配置: IDEA搭建shiro550复现环境_普通网友的博客-CSDN博客漏洞原理:ApacheShiro框架提供了记住密码的功能(RememberMe),用户登录成功后会生成经过加密并编码的cookie。在服务端对rememberMe的cookie值,先base64解码然后AES解密再反序列化,就导致了反序列化RCE漏洞。那么,Payload产生的过程:命令=>序列化=>AES加密=>base64编码=>RememberMeCookie值在整个漏洞利用过程中,比较重要的是AES加密的密钥,如果没有修改默认的密钥那么就很容易就知道密钥了,Payload构造起来也是十分的简单。影响版本:Ap