JAVA安全(二)目录遍历访问控制XSS等问题

前言

所谓JAVA安全其实就是javaweb安全，所以还是web安全问题那些，java中有些web的框架要知道，漏洞原理还是不变。

思维导图

靶场案例

目录遍历覆盖

打开靶场 目录遍历第一关：

在头像上上次个文件 然后点更新 访问对应路径：
发现test上传到该目录下

我们发现我们文件名跟页面全名是一样的

如果修改全名是不是就能控制文件名？

修改为Droton1 再看文件：

跟着变化了 那么如果修改名字为 ../xxx是不是就能实现路径穿透 存在上个文件夹了呢？

点击更新看:

成功了

那么这种漏洞的作用是什么？

突破目录解析的限制，比如服务器设置用户上传那个文件夹 不允许解析php jsp等文件，但是我们能成功上传木马文件，那么就可以尝试看看有没有这种漏洞，把木马上传到别的路径中然后就能成功解析了。

第二个会把../给替换为空，双写绕过即可

payload: ….//xxx

Javaweb 代码分析-前端验证安全问题

随便输入 11/11 抓包 发现一个可疑的请求包 这里面自带账号密码。

尝试用这个登录：

成功，这是为啥？ 白盒审计看：

可以看到这是把拿到的数据与 这俩字符串比较

找到前端文件js： 发现一些十六进制

转为字符串得：

到这里就明白了 把账密写到js 一个前端验证，很容易被攻击者发现。

这个啥意思 换句话说就是 一个人资料可能有电话 邮箱 家庭地址 身份证号码

对应 tel email home number 这几个属性，但是个人资料这里只会请求 tel email这两个属性

然后也就只显示这两个属性，其他两个都不请求 也不显示，但是你只要调用这个接口去请求这几个属性就能得到这些信息。

看源码 可以看得到还有 role userId 等属性 这里是白盒代码审计了 ，那么直接请求即可：

Javaweb 代码分析-XSS 跨站安全问题

靶场环境：

白盒审计代码：
发现

信用卡费用直接以html插入，那直接xss打就好了：

结束！