【网络安全】网站漏洞挖掘思路

最新推荐文章于 2024-06-12 17:40:50 发布

网络安全_入门教程

最新推荐文章于 2024-06-12 17:40:50 发布

阅读量996

点赞数 20

文章标签： web安全渗透测试网络安全挖漏洞

本文链接：https://blog.csdn.net/Python84310366/article/details/138671051

版权

前言

哈喽，大家好，本篇主要分享网站漏洞思路，希望你看完有所收获。

一、登录框常见漏洞🎄

1、常规漏洞🍁

sql注入、万能密码

我们在用户名中输入 ‘or 1=1#，密码随意。就变成了select name.passwd from users where username= ‘’ or 1=1#’ and password=???。在SQL语法中 # 是注释符，所以后面的语句都会杯注释掉，那么上面的语句就等价于select name.passwd from users where username=’’ or 1=1。在or 连接中， username=’’ 和 1=1 中有一个为真就为真。所以1=1肯定为真。如果存在sql注入的漏洞，则可以直接登录进去。

url重定向

网站接受用户输入的链接，跳转到一个攻击者控制的网站，可能导致跳转过去的用户被黑客设置的钓鱼页面骗走自己的个人信息和登录口令。

未授权访问

未授权访问漏洞，是在攻击者没有获取到登录权限或未授权的情况下，不需要输入密码，即可通过输入网站控制台主页面地址或者不允许查看的连接便可进行访问，同时进行操作。

修改返回包

由于对登录的账号及口令校验存在逻辑缺陷，以再次使用服务器端返回的相关参数作为最终登录凭证，导致可绕过登录限制，如服务器返回一个参数作为登录是否成功的标准，由于代码最后登录是否成功是通过获取这个参数来作为最终的验证，所以。攻击者通过修改参数即可绕过登录的限制！

越权

登录框处同样存在越权：

平行越权：获得相同等级的其它用户的权限；
垂直越权：低权限用户获取高权限用户的权限，例如:用户权限获得管理员权限，或者超级管理员权限。

目录遍历、信息泄露

目录遍历漏洞是由于web中间件目录访问相关的配置错误造成的，该漏洞会泄露web应用程序的敏感路径、敏感的文件信息、网站的编辑器路径或测试接口、系统敏感目录等信息。

造成漏洞原因

程序在实现上没有充分过滤用户输入的…/之类的目录跳转符，导致恶意用户可以通过提交目录跳转来遍历服务器上的任意文件。

跨站脚本攻击

分三类：反射型、存储型、DOM型
利用：获取cookie，钓鱼
这里我就不细说了

2、用户相关🍁

明文传输、用户名遍历

在登录框BP抓包，发现用户名、密码是明文传输的，即客户端与服务器的数据传输未加密。
危害：攻击者可能通过劫持ARP欺骗、嗅探Sniffer、等手段截获敏感数据，若获取用户名和密码信息，可以进入到系统当中。
漏洞挖掘：
1、查看是否使用HTTPS协议
2、用户名、密码是否加密

任意用户注册

利用：在登录框处输入手机号，密码，验证码随便填，BP抓包，尝试验证码爆破

下图作用是可以抓到返回包并可修改返回值：

任意密码重置

任意账号密码重置的6种方法，这里深入讲一下：

短信验证码回传：通过手机找回密码，响应包中包含短信验证码。

修复建议：响应包中去掉短信验证码。

修改用户名、用户ID或手机号重置任意账号密码:

通过手机找回密码一般需要短信验证码验证。当我们输入正确的手机号和正确的短信验证码，然后进入重置密码的最后一步，也就是输入新的密码输入密码后提交到服务端的post数据包需要包含当前用户的身份信息。而一般网站是通过用户名或用户ID来标识用户身份的，如果这个用户名或用户ID没有和当前手机号、短信验证码进行绑定；也就是说服务端只验证用户名、ID是否存在，而不去验证用户和当前手机号是否匹配，那么我们就可以通过修改用户名、ID去修改其他用户的密码了。也可以修改的地方不限于找回密码的数据包，比如修改资料的地方也可能存在这样的漏洞。

修复建议：

用户操作个人信息时，服务端要对当前用户身份进行验证，防止越权操作；

用来标识用户身份的名称或ID可以使用自定义加密，也可以隐藏这些参数，直接从cookie中获取用户信息；

用户修改密码时应该先对旧密码进行验证，或者使用手机短信验证；

用户修改手机号时需要先对原手机号进行验证。

修改响应包重置任意账号密码：通过手机找回密码一般需要短信验证码验证，服务端需要告诉客户端，输入的验证码是否正确。如果客户端收到true的信息，那么就会向带着true的信息向服务端请求进入下一步，而服务端收到true的信息，就会允许客户端进入下一步。反之，如果是false的信息，服务端就不会允许客户端进入下一步。所以我们进入下一步的关键是让服务端收到客户端的true信息。而通过Burpsuite，我们可以修改服务端返回到客户端的信息，这样一来，我们就可以输入任意短信验证码，然后将服务端返回的false信息改为true就可以绕过短信验证码的验证了。

修复建议：
服务端对验证码进行验证，结果为true时直接跳到下一步，无需向客户端单独返回验证结果；
输入新的密码，然后提交到服务端，服务端应对当前用户名、手机号、短信验证码进行二次匹配验证，都为true时，才可以修改成功。