Web中间件常见安全漏洞总结_web中间件常见漏洞总结，干货来袭

最新推荐文章于 2024-05-12 13:01:22 发布
最新推荐文章于 2024-05-12 13:01:22 发布
阅读量312 收藏 6
点赞数 3
分类专栏： 2024年程序员学习 文章标签： 前端 中间件
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84300070/article/details/137922582
版权

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
img
img
img
img
img

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）
img

正文

正

则

表

达

式

中

, 正则表达式中

,正则表达式中不仅匹配字符串结尾位置，也可以匹配\n 或 \r
在解析PHP时，1.php\x0A将被按照PHP后缀进行解析，导致绕过一些服务器的安全策略。

<FilesMatch .php$>
SetHandler application/x-httpd-php

测试代码：

<?php if(isset($_FILES['file'])) { $name = basename($_POST['name']); $ext = pathinfo($name,PATHINFO_EXTENSION); if(in\_array($ext, ['php', 'php3', 'php4', 'php5', 'phtml', 'pht'])) { exit('bad file'); } echo "ok"; move\_uploaded\_file($_FILES['file']['tmp\_name'], './' . $name); } ?>

在这里插入图片描述
点击Go后，效果如下:
在这里插入图片描述
相同代码在Linux下进行测试，可以正常写入。
在这里插入图片描述
访问：
在这里插入图片描述
在这里插入图片描述
限制：获取文件名时不能用$_FILES[‘file’][‘name’]，因为它会自动把换行去掉。
在这里插入图片描述
修复建议 ：

  1. 升级到最新版本
  2. 或将上传的文件重命名为为时间戳+随机数+.jpg的格式并禁用上传文件目录执行脚本权限。

Nginx配置文件错误导致的解析漏洞

对于任意文件名，在后面添加/xxx.php（xxx为任意字符）后,即可将文件作为php解析。

例：info.jpg后面加上/xxx.php，会将info.jpg 以php解析。

这里使用phpstudy2014 ，Nginx + PHP5.3n进行复现(以下复现若无特别说明均采用此环境)

结果：
在这里插入图片描述
该漏洞是Nginx配置所导致，与Nginx版本无关，下面是常见的漏洞配置。
在这里插入图片描述

当攻击者访问/info.jpg/xxx.php时， Nginx将查看URL，看到它以.php结尾，并将路径传递给PHP fastcgi处理程序。

Nginx传给php的路径为c:/WWW/info.jpg/xxx.php, 在phpinfo中可以查看_SERVER[“ORIG_SCRIPT_FILENAME”]得到。
在这里插入图片描述

PHP根据URL映射，在服务器上寻找xxx.php文件，但是xxx.php不存在，又由于cgi.fix_pathinfo默认是开启的，因此PHP会继续检查路径中存在的文件，并将多余的部分当作 PATH_INFO。接着PHP在文件系统中找到.jpg文件，而后以PHP的形式执行.jpg的内容，并将/xxx.php存储在 PATH_INFO 后丢弃，因此我们在phpinfo中的$_SERVER[‘PATH_INFO’]看的到值为空。

Note: php的一个选项：cgi.fix_pathinfo，该选项默认开启，值为1，用于修理路径， 例如：当php遇到文件路径"/info.jpg/xxx.php/lxh.sec"时，若"/info.jpg/xxx.php/lxh.sec"不存在，则会去掉最后的"/lxh.sec"，然后判断"/info.jpg/xxx.php"是否存在, 若存在则将/info.jpg/xxx.php当作文件/info.jpg/xxx.php/lxh.sec，若/info.jpg/xxx.php仍不存在，则继续去掉xxx.php,依此类推。

修复建议

1.配置cgi.fix_pathinfo(php.ini中)为0并重启php-cgi程序。
2.或如果需要使用到cgi.fix_pathinfo这个特性（例如：Wordpress），那么可以禁止上传目录的执行脚本权限。或将上传存储的内容与网站分离，即站库分离。
3.或高版本PHP提供了security.limit_extensions这个配置参数，设置security.limit_extensions = .php
Nginx 空字节任意代码执行漏洞

影响版本：Nginx 0.5*, 0.6*,0.7 <= 0.7.65,0.8 <= 0.8.37
Windows环境 Nginx 0.7.65+php 5.3.2
在nginx-0.7.65/html/目录下创建info.jpg,内容为<?php phpinfo();?>,
访问info.jpg，并抓包，修改为info.jpg…php，在Hex选修卡中将jpg后面的.，更改为00.
在这里插入图片描述
Note:该漏洞不受cgi.fix_pathinfo影响，当其为0时，依旧解析。

Nginx 文件名逻辑漏洞（CVE-2013-4547）

影响版本：Nginx 0.8.41 ~ 1.4.3 / 1.5.0 ~ 1.5.7
使用Vulhub的docker进行复现。
访问http://your-ip:8080/ 上传文件
在这里插入图片描述
访问http://your-ip:8080/uploadfiles/info.jpg, 并抓包，修改为info.jpg…php, 在Hex选修卡中将jpg后面的两个点2e改成20,00 点击Go,如下。
在这里插入图片描述
Note:该漏洞不受cgi.fix_pathinfo影响，当其为0时，依旧解析，在Windows上有所限制。

修复建议

  1. 设置security.limit_extensions = .php
  2. 或升级Nginx

Nginx 配置错误导致的安全问题

CRLF注入
查看Nginx文档，可以发现有三个表示uri的变量：

u

r

i

uri 2.

uri2.document_uri
3.$request_uri

1和2表示的是解码以后的请求路径，不带参数；3表示的是完整的URI（没有解码）
Nginx会将1，2进行解码，导致传入%0a%0d即可引入换行符，造成CRLF注入漏洞。

错误配置:
在这里插入图片描述
访问：
http://127.0.0.1/%0aX-XSS-Protection:%200%0a%0d%0a%0d%3Cimg%20src=1%20οnerrοr=alert(/xss/)%3E
将返回包的Location端口设置为小于80，使得浏览器不进行跳转，执行XSS。
在这里插入图片描述
结果：
在这里插入图片描述
修复建议
在这里插入图片描述
目录穿越
Nginx在配置别名（Alias）的时候，如果忘记加/，将造成一个目录穿越漏洞。
错误的配置文件示例（原本的目的是为了让用户访问到C:/WWW/home/目录下的文件）：

location /files {
autoindex on;
alias c:/WWW/home/;
}
?>

结果：
在这里插入图片描述
修复建议

只需要保证location和alias的值都有后缀/或都没有/这个后缀。

目录遍历
当Nginx配置文件中，autoindex 的值为on时，将造成一个目录遍历漏洞。
在这里插入图片描述
结果：
在这里插入图片描述
修复建议

将autoindex 的值为置为off。

add_header被覆盖
Nginx的配置文件分为Server、Location等一些配置块，并且存在包含关系，子块会继承父块的一些选项，比如add_header

如下配置中，整站（父块中）添加了CSP头：
在这里插入图片描述
正常情况下访问:
在这里插入图片描述
当访问 /test2时，XSS被触发。因/test2的location中添加了X-Content-Type-Options头，导致父块中的add_header全部失效。
在这里插入图片描述

Tomcat

Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用 服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。对于一个初学者来说，可以这样认为，当在一台机器上配置好Apache服务器，可利用它响应HTML（ 标准通用标记语言下的一个 应用）页面的访问请求。实际上Tomcat是Apache服务器的扩展，但运行时它是独立运行的，所以当运行tomcat 时，它实际上作为一个与Apache独立的进程单独运行的。

Tomcat 任意文件写入（CVE-2017-12615）

环境：Tomcat/8.0.30

漏洞本质是Tomcat配置文件/conf/web.xml 配置了可写（readonly=false），导致我们可以往服务器写文件：
在这里插入图片描述
增加完配置之后，记得重启Tomcat，效果如下:
在这里插入图片描述
当readonly=true时，效果如下：
在这里插入图片描述
修复建议

将readonly=true，默认为true。

Tomcat 远程代码执行（CVE-2019-0232）

影响范围：9.0.0.M1 ~ 9.0.17, 8.5.0 ~ 8.5.39 ， 7.0.0 ~ 7.0.93
影响系统：Windows
测试环境：
Apache Tomcat v8.5.39 J
DK 1.8.0_144

修改配置：

web.xml
在这里插入图片描述
在这里插入图片描述
content.xml
在这里插入图片描述
在Tomcat\webapps\ROOT\WEB-INF新建cgi目录，并创建lxhsec.bat文件，内容任意。

访问http://127.0.0.1:8080/cgi-bin/lxhsec.bat?&dir
在这里插入图片描述
执行命令http://127.0.0.1:8080/cgi-bin/lxhsec.bat?&C:/WINDOWS/system32/net+user

Note:net命令的路径要写全，直接写net user，Tomcat控制台会提示net不是内部命令，也不是可运行的程序，另 必须使用+号连接，使用空格，%2B都会执 行失败，控制台报错

Tomcat + 弱口令 && 后台getshell漏洞

环境：Apache Tomcat/7.0.94

在conf/tomcat-users.xml文件中配置用户的权限：

正常安装的情况下，tomcat7.0.94中默认没有任何用户，且manager页面只允许本地IP访问。只有管理员手工修改了这些属性的情况下，才可以进行攻击。

访问 http://127.0.0.1:8080/manager/html ,输入弱密码tomcat:tomcat，登陆后台。
在这里插入图片描述
部署后，访问 http://127.0.0.1:8080/war包名/包名内文件名, 如下。
在这里插入图片描述
修复建议

  1. 若无必要，取消manager/html功能。
  2. 若要使用，manager页面应只允许本地IP访问
    Tomcat manager App 暴力破解
    环境：Apache Tomcat/7.0.94
    访问：http://127.0.0.1:8080/manager/html, 输入密码，抓包，如下。
    在这里插入图片描述
    刚才输入的账号密码在HTTP字段中的Authorization中，规则为Base64Encode(user:passwd)
    在这里插入图片描述
    修复建议
  3. 若无必要，取消manager/html功能。
  4. 若要使用，manager页面应只允许本地IP访问

JBoss

jBoss是一个基于J2EE的开发源代码的应用服务器。JBoss代码遵循LGPL许可，可以在任何商业应用中免费使用。JBoss是一个管理EJB的容器和服务器，支持EJB1.1、EJB 2.0和EJB3的规范。但JBoss核心服务不包括支持servlet/JSP的WEB容器，一般与Tomcat或Jetty绑定使用。

默认端口:8080,9990

Windows下Jboss安装：

  1. 下载 http://jbossas.jboss.org/downloads/
  2. 解压，我这里解压后的目录为：C:\jboss-6.1.0.Final
  3. 新建环境变量：
    JBOSS_HOME 值为：C:\jboss-6.1.0.Final
    在path中加入：;%JBOSS_HOME%\bin;
  4. 打开C:\jboss-6.1.0.Final\bin 双击run.bat。出现info消息，即配置成功
    在这里插入图片描述
    Note:注意JDK版本要在1.6~1.7之间，1.8版本jBoss运行打开 JMX Console会出现500错误。
    在这里插入图片描述
    jboss默认部署路径：C:\jboss-6.1.0.Final\server\default\deploy\ROOT.war
    设置外网访问:

打开C:\jboss-6.1.0.Final\server\default\deploy\jbossweb.sar\server.xml
在这里插入图片描述
将address=“${jboss.bind.address}” 设置为address=“0.0.0.0” ,并重启JBoss

JBoss 5.x/6.x 反序列化漏洞（CVE-2017-12149）
访问 /invoker/readonly 返回500，说明页面存在，此页面存在反序列化漏洞。
在这里插入图片描述
利用工具：https://github.com/joaomatosf/JavaDeserH2HC
我们选择一个Gadget：ReverseShellCommonsCollectionsHashMap，编译并生成序列化数据：
生成ReverseShellCommonsCollectionsHashMap.class

javac -cp .:commons-collections-3.2.1.jar ReverseShellCommonsCollectionsHashMap.java

利用工具：https://github.com/joaomatosf/JavaDeserH2HC
我们选择一个Gadget：ReverseShellCommonsCollectionsHashMap，编译并生成序列化数据：
生成ReverseShellCommonsCollectionsHashMap.class

javac -cp .:commons-collections-3.2.1.jar ReverseShellCommonsCollectionsHashMap.java

生成ReverseShellCommonsCollectionsHashMap.ser

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
img

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
HashMap.class

javac -cp .:commons-collections-3.2.1.jar ReverseShellCommonsCollectionsHashMap.java

生成ReverseShellCommonsCollectionsHashMap.ser

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-suN1PkKh-1713424249628)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

2401_84300070
关注
  • 3
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
web一些中间件常见漏洞总结
10-25
web一些中间件常见漏洞总结
中间件常用攻击测试
weixin_38169786的博客
07-05 495
1、中间件常见漏洞的利用 1）IIS6 畸形文件解析“/1.asp/1.xxx”或者“1.asp;.xxx”。IIS7.0/IIS7.5/Nginx 在默认Fast-CGI开启下会将/xx.jpg/xx.php 解析为php，将木马后缀改为.jpg格式，上传成功后在上传url后面加上/xx.php； PUT漏洞 IIS6.0版本，在IIS Server Web服务扩展中开启了WebD...
HTTPS原理和对中间件攻击的预防
学无止境，居安思危
04-23 474
一、https/tls原理 HTTPS访问的三个阶段 第一阶段 认证站点 客户端向站点发起HTTPS请求，站点返回数字证书。客户端通过数字证书验证所访问的站点是真实的目标站点。 第二阶段 协商密钥 客户端与站点服务器协商此次会话的对称加密密钥，用于下一阶段的加密传输。 第三阶段 加密传输 客户端与站点直接使用已协商的对称加密密钥传输数据。 以下用一张图描绘CA、站点服务器、客户端之间的交互关系 二、中间人攻击 中间人攻击的几种形式 直接抓取报文获得明文信息 非法中间加.
Web中间件常见漏洞
weixin_67813445的博客
04-19 1191
apache默认一个文件可以有多个以点切割的后缀，当最右的后缀无法识别时，就继续向左识别，直到识别到合法后缀才开始解析，如xxx.php.qqq，qqq无法识别，就继续解析，到php时能够识别，就解析为php文件。由于nginx.conf的如下配置导致nginx把以’.php’结尾的文件交给fastcgi处理,对于任意文件名，在后面添加/xxx.php（xxx）为任意字符后，即可将文件作为php解析。访问构造某个存在的短文件，会返回404，访问构造某个不存在的短文件，会返回400。
Web 常见十大漏洞原理及利用方式
weixin_45947267的博客
04-18 1443
文件包含一个文件调用另外一个文件，被包含的文件无论什么格式都可以被执行。序列化serialize()：序列化说通俗点就是把一个对象变成可以传输的字符串反序列化unserialize()：就是把被序列化的字符串还原为对象,然后在接下来的代码中继续使用。序列化和反序列化本身没有问题,但是如果反序列化的内容是用户可以控制的,且后台不正当的使用了PHP中的魔法函数,就会导致安全问题常见的几个魔法函数:__construct()当一个对象创建时被调用__destruct()当一个对象销毁时被调用。
web漏洞总结大全（基础）_web漏洞文章 csdn
2401_83739777的博客
04-12 630
文件上传危害是很大的，一般上传成功之后直接getshell，通过前面的信息收集并测试payload来提高上传的成功率，最后还可以尝试利用文件名来扩大漏洞的范围性。黑名单是指不允许某些地址并在收到黑名单地址作为输入时阻止请求的做法。白名单意味着服务器只允许通过包含预先指定列表中的 URL 的请求，并使所有其他请求失败。SSRF作为跳板攻击，常涉及到内网资产的安全性，其中攻击面最大的协议是Gopher，利用此协议可以攻击内网的 FTP、Telnet、Redis、Memcache还可以攻击内网未授权MySQL。
Web中间件常见漏洞总结.pdf
06-14
Web中间件常见漏洞总结
web中间件常见漏洞总结.pdf
12-14
web中间件常见漏洞总结.pdf
web中间件常见漏洞分析
08-17
web中间件常见漏洞分析
Web中间件常见漏洞总结（免积分）
02-09
Web中间件常见漏洞总结（免积分）
Web中间件常见漏洞总结
qq_63980959的博客
05-01 715
Apache的解析漏洞依赖于一个特性： Apache默认一个文件可以有多个以点分割的后缀，当最右边的后缀无法识别（不在默认一个文件可以有多个以点分割的后缀，当最右边的后缀无法识别（不在 mime.types文件内），则文件内），则。IIS7.x版本 在Fast-CGI 运行模式下,在任意文件，例：test.jpg后面加上/.php，会将test.jpg 解析为php文件。另外，IIS6.x除了会将扩展名为.asp的文件解析为asp之外，还默认会将扩展名为.asa，.cdx，.cer解析为asp，
最新Web中间件常见安全漏洞总结_web中间件常见漏洞总结(1)，2024年最新35岁程序员的人生感悟
最新发布
2401_84563354的博客
05-12 400
【代码】最新Web中间件常见安全漏洞总结_web中间件常见漏洞总结(1)，2024年最新35岁程序员的人生感悟。
[网络安全]中间人攻击
神隐寻觅的博客
12-08 5087
中间人攻击 中间人攻击（Man-in-the-MiddleAttack，简称“MITM攻击”）是一种“间接”的入侵攻击，这种攻击模式是通过各种技术手段将受入侵者控制的一台计算机虚拟放置在网络连接中的两台通信计算机之间，这台计算机就称为“中间人”。 中间人攻击主要有会话劫持、DNS欺骗两种 一、会话劫持 会话劫持利用了TCP/IP工作原理来设计攻击。TCP会话劫持的攻击方式可以对基于TCP的任何应用发起攻击，如HTTP、FTP、Telnet等。 实现流程 对于攻击者来说，所必须要做的就是窥探到正在进行
中间件漏洞详解
10-26
本课程分别从iis5.x/6、iis7、apache三个中间件漏洞进行分析，首先从原理上介绍形成该漏洞的原因，而后通过实战的形式演示怎么利用这三种漏洞对服务器进行攻击。
Web中间件常见安全漏洞总结
qq_40907977的博客
08-14 6515
IIS IIS是Internet Information Services的缩写，意为互联网信息服务，是由微软公司提供的基于运行Microsoft Windows的互联网基本服务。IIS目前只适用于Windows系统，不适用于其他操作系统。 解析漏洞 IIS 6.X 基于文件名 该版本 默认会将 *.asp;.jpg 此种格式的文件名，当成Asp解析，原理是 服务器默认不解析; 号及其后面的内容，相当于截断。 基于文件夹名 该版本 默认会将 *.asp/目录下的所有文件当成Asp解析。 另外，IIS6.
浅谈中间件漏洞与防护
Fly_鹏程万里
06-23 5420
中间件漏洞可以说是最容易被web管理员忽视的漏洞，原因很简单，因为这并不是应用程序代码上存在的漏洞，而是属于一种应用部署环境的配置不当或者使用不当造成的。那么从实际情况来看，预防这种漏洞最大的难点，在于中间件安全该由谁负责？    我们在处理应急响应事件时经常遇到这么一种情况，客户网站代码是外包的，也就是第三方公司负责开发，而部署可能是由客户内部运维人员负责。暂不说他们对于中间件安全的重视程度与了...
中间件漏洞及修复汇总
Fly_鹏程万里
10-30 3362
Nginx文件解析漏洞 漏洞等级 高危 漏洞描述 nginx文件解析漏洞产生的原因是网站中间件版本过低，可将任意文件当作php可执行文件来执行，可导致攻击者执行恶意代码来控制服务器。 漏洞危害 机密数据被窃取； 核心业务数据被篡改； 网页被篡改； 数据库所在服务器被攻击变为傀儡主机，导致局域网(内网)被入侵。 修复方案 升级中间件版本 ...
web中间件常见漏洞
09-02
常见的Web中间件漏洞包括： 1. 跨站脚本攻击 (XSS)：攻击者通过在Web应用程序中注入恶意脚本，从而在用户浏览器中执行恶意代码。 2. 跨站请求伪造 (CSRF)：攻击者利用被攻击用户的身份，发送恶意请求来执行未经授权的操作。 3. SQL注入：攻击者通过在用户输入中注入恶意SQL代码，从而对数据库进行非法操作或获取敏感信息。 4. 远程代码执行 (RCE)：攻击者能够在服务器上执行任意的系统命令或代码，从而完全控制服务器。 5. 目录遍历：攻击者通过修改URL或请求参数来访问应用程序的敏感文件或目录。 6. 未经身份验证的访问：未正确配置身份验证机制或权限控制，导致攻击者可以绕过身份验证访问受限资源。 7. 文件上传漏洞：未正确验证上传文件的类型、大小或内容，导致攻击者能够上传恶意文件并执行任意代码。 8. XML外部实体攻击 (XXE)：攻击者利用XML解析器的特性，通过引用外部实体来读取敏感文件或进行其他恶意操作。 这些只是一些常见的Web中间件漏洞，实际上还有其他类型的漏洞存在。为了保护Web应用程序安全，开发人员应该注意并修复这些漏洞，并采取安全的编码实践和防御措施。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值