web常见漏洞复现

最新推荐文章于 2024-03-20 13:36:26 发布

爱吃银鱼焖蛋

最新推荐文章于 2024-03-20 13:36:26 发布

阅读量401

点赞数

分类专栏：渗透测试漏洞网络安全 web安全文章标签：网络网络安全

本文链接：https://blog.csdn.net/m0_46390077/article/details/134896938

版权

网络安全同时被 3 个专栏收录

49 篇文章 0 订阅

订阅专栏

渗透测试漏洞

17 篇文章 0 订阅

订阅专栏

web安全

9 篇文章 0 订阅

订阅专栏

web常见漏洞复现

sql注入

以sqli-labs第一关测试

正常情况下我们的页面回显是这个样子

在这里插入图片描述

使用抓包工具查看也是id为1。

在这里插入图片描述

打开wireshark进行抓包，然后打开kali使用sqlmap跑一下。

在这里插入图片描述

等待跑完：

在这里插入图片描述

回到wireshark中筛选tcp 数据流从中发现一条sql一条代码命令。

在这里插入图片描述

追踪一下tcp数据流。

在这里插入图片描述

回到burp suite 中进行解码俺看到证实确实是sql 注入的语句。

在这里插入图片描述

分析：针对sql注入的一些关键词union select等等

xss漏洞

以dvwa _xss为例：

在这里插入图片描述

流量分析：

在这里插入图片描述

其中<script>将<进行了URL编码

name=%3Cscript%3Ealert%28%2Fxss%2F%29%3C%2Fscript%3E

文件上传

例upload-lads第三关为例：

上传一个111.php2文件

内容为：<?php phpinfo(); ?>
在这里插入图片描述

流量分析：

在这里插入图片描述

可以根据文件名中的 php、文件内容中的危险函数来判断非法的文件上传

如果上传的图片马无法通过后缀查看，可以查看文件内容来判断是否为恶意的文件上传

文件包含

dvwa file in 为例：

查看phpinfo.php文件

在这里插入图片描述

直接访问phpinfo.php他访问不到：

在这里插入图片描述

流量分析：

在这里插入图片描述

分析：

相对路径
?filepath=../../../../../../windows/system32/drivers/etc/hosts
绝对路径
?filepath=c:/windows/system32/drivers/etc/hosts
使用 php 封装协议
?filepath=file://c:/windows/system32/drivers/etc/hosts

一般包含配合一句话木马文件获取 Webshell，文件包含的流量特征是请求包中有非服务器允许访问的文件路径，或者文件路径中出现file://,c:/目录穿越的关键字 …/…/ 等

文件读取

在这里插入图片描述

流量分析：

在这里插入图片描述

分析：

?filepath=index.php
?filepath=/etc/passwd
?filepath=c:\windows\system32\drivers\etc\hosts
?filepath=c:\phpstudy_2016\apache\conf\httpd.conf
?filepath=c:\phpstudy_2016\mysql\my.ini
?filepath=../../../../../../../../../../phpstudy_2016/www/phpinfo.php
?filePath=../../../../../../../../windows\system32\drivers\etc\hosts
?filePath=../../../../../../etc/hosts

任意文件读取会造成（敏感）信息泄露；
任意文件读取大多数情况是由于其他漏洞引发的，如 RCE、目录遍历、文件包含等。
任意文件读取与任意文件下载本质上没有区别，信息都是从服务端流向浏览器的。

ssrf漏洞

如果没有对用户提交 URL 和远端服务器所返回的信息做合适的验证或过滤，就有可能存在“请求伪造”的缺陷。

在这里插入图片描述

phpstudy —ssrf为例

在这里插入图片描述

流量分析：

在这里插入图片描述

服务器接受了来自于客户端的 URL 地址，并由服务器发送该 URL 请求。
对用户输入的 URL 没有进行恰当的过滤，导致任意 URL 输入。
没对响应的结果进行检验，直接输出。

通过 SSRF 漏洞可以实现对内网的访问，从而可以攻击内网应用。仅仅通过 GET 方法可以攻击的内网 Web 应用有很多。

?url=http://127.0.0.1/cms/show.php?
id=-33/*A*/union/*J*/select/*E*/1,2,3,4,5,6,7,8,9,10,concat(username,
0x3a,password),12,13,14,15/*S*/from/*T*/cms_users
?url=http://127.0.0.1/cms/show.php?
id=-33%25%32%30union%25%32%30select%25%32%301,2,3,4,5,6,7,8,9,10,conc
at(username,0x3a,password),12,13,14,15%25%32%30from%25%32%30cms_users

shiro反序列化

搭建靶场:

sudo apt-get update
更新完成后：
sudo apt-get install docker-compose
重启kali:
init 6 
启动服务：
service docker start
开启端口：
sudo docker run -d -p 80:8080 medicean/vulapps:s_shiro_1

在这里插入图片描述

导入shiro_attack-4.5.3-SNAPSHOT-all.jar包

java -jar .\shiro_attack-4.5.3-SNAPSHOT-all.jar

在这里插入图片描述

漏洞利用：

爆破秘钥

在这里插入图片描述

流量分析：

在这里插入图片描述

分析：

550:不用登录

721：需要登录

特征：

1.在响应报文里有一个set cookie字段中有一个remember me = delete me

2.请求报文里有一个remember me =跟上一个庞大的base64 编码（解码以后类似于十六进制的登录流量）

jwt

注册完成之后直接就登录了。

在这里插入图片描述

进入第四关：

在这里插入图片描述

使用burp抓包看一下，他根据cookie字段来判断我不是admin用户。

在这里插入图片描述

增么判断的呢？

JWT（JSON Web Token）由三部分组成：头部（Header）、载荷（Payload）、签名（Signature）。

    头部（Header）：头部通常由两部分组成，算法类型和令牌类型。
        算法类型：指定用于生成签名的算法，例如 HMAC、RSA 或者 ECDSA。
        令牌类型：指定令牌的类型，常见的是 JWT。

头部使用 Base64Url 编码表示，并作为整个 JWT 的第一部分。头部的一个示例：

{
  "alg": "HS256",none
  "typ": "JWT"
}

    载荷（Payload）：载荷存储了有关用户或实体的声明和其他有关信息。
        声明：如用户 ID、角色、权限等信息。
        注册声明：包含一些标准的声明（比如发行人、过期时间等）和一些自定义的声明。

载荷也使用 Base64Url 编码表示，并作为整个 JWT 的第二部分。载荷的一个示例：

{
  "sub": "1234567890",
  "name": "John Doe",
  "iat": 1516239022
}

    签名（Signature）：签名是对头部和载荷进行签名的结果，用于验证 JWT 的完整性和真实性。
        签名生成方式：将头部和载荷进行 Base64Url 编码后拼接在一起，然后使用指定的加密算法（如 HMAC、RSA）进行签名，将生成的签名添加到 JWT 中。

在这里插入图片描述