pikachu靶场之目录遍历、敏感信息泄露

一、目录遍历

漏洞概述

在web功能设计中,很多时候我们会要将需要访问的文件定义成变量，从而让前端的功能便的更加灵活。 当用户发起一个前端的请求时，便会将请求的这个文件的值(比如文件名称)传递到后台，后台再执行其对应的文件。 在这个过程中，如果后台没有对前端传进来的值进行严格的安全考虑，则攻击者可能会通过“../”这样的手段让后台打开或者执行一些其他的文件。 从而导致后台服务器上其他目录的文件结果被遍历出来，形成目录遍历漏洞。

看到这里,你可能会觉得目录遍历漏洞和不安全的文件下载，甚至文件包含漏洞有差不多的意思，是的，目录遍历漏洞形成的最主要的原因跟这两者一样，都是在功能设计中将要操作的文件使用变量的 方式传递给了后台，而又没有进行严格的安全考虑而造成的，只是出现的位置所展现的现象不一样，因此，这里还是单独拿出来定义一下。

需要区分一下的是,如果你通过不带参数的url（比如：http://xxxx/doc）列出了doc文件夹里面所有的文件，这种情况，我们成为敏感信息泄露。 而并不归为目录遍历漏洞。（关于敏感信息泄露你你可以在"i can see you ABC"中了解更多）

你可以通过“../../”对应的测试栏目，来进一步的了解该漏洞。

漏洞原理

应用程序的文件操作功能通常会接收用户提供的文件路径作为输入，并从文件系统中读取或写入文件。如果应用程序在处理用户输入时没有进行充分的验证和过滤，攻击者可以通过构造恶意的文件路径来访问任意文件或目录。

下列的title值是随之变化的。

根据目录遍历的原理，攻击者主要通过…/来返回上一级目录, 从而导致所有目录的暴露。

构造URL（也就是通过../../../../../../../../到根目录，在进入到任意目录）

可以访问任意目录和文件

验证：打开源码，dir_list.php文件 

漏洞防御

可以用过将../../../../../../../../替换为空字符，或者设置白名单，即，只允许titile=？

if($filename == 'jarheads.php' or $filename == 'truman.php'){
        require "soup/$filename";
    }else{
        die("黑客！！！");
    }

Pikachu靶场——目录遍历漏洞和敏感信息泄露_pikachu目录遍历-CSDN博客

这样就能有效避免目录遍历漏洞

二、敏感信息泄露

漏洞概述

由于后台人员的疏忽或者不当的设计，导致不应该被前端用户看到的数据被轻易的访问到。 比如：
---通过访问url下的目录，可以直接列出目录下的文件列表;
---输入错误的url参数后报错信息里面包含操作系统、中间件、开发语言的版本或其他信息;
---前端的源码（html,css,js）里面包含了敏感信息，比如后台登录地址、内网接口信息、甚至账号密码等;

类似以上这些情况，我们成为敏感信息泄露。敏感信息泄露虽然一直被评为危害比较低的漏洞，但这些敏感信息往往给攻击着实施进一步的攻击提供很大的帮助,甚至“离谱”的敏感信息泄露也会直接造成严重的损失。 因此,在web应用的开发上，除了要进行安全的代码编写，也需要注意对敏感信息的合理处理。

你可以通过“i can see your abc”对应的测试栏目，来进一步的了解该漏洞。

登录成功