目录遍历：
在web功能设计中,很多时候我们会要将需要访问的文件定义成变量，从而让前端的功能便的更加灵活。 当用户发起一个前端的请求时，便会将请求的这个文件的值(比如文件名称)传递到后台，后台再执行其对应的文件。 在这个过程中，如果后台没有对前端传进来的值进行严格的安全考虑，则攻击者可能会通过“../”这样的手段让后台打开或者执行一些其他的文件。 从而导致后台服务器上其他目录的文件结果被遍历出来，形成目录遍历漏洞。
看到这里,你可能会觉得目录遍历漏洞和不安全的文件下载，甚至文件包含漏洞有差不多的意思，是的，目录遍历漏洞形成的最主要的原因跟这两者一样，都是在功能设计中将要操作的文件使用变量的 方式传递给了后台，而又没有进行严格的安全考虑而造成的，只是出现的位置所展现的现象不一样，因此，这里还是单独拿出来定义一下。
需要区分一下的是,如果你通过不带参数的url（比如：http://xxxx/doc）列出了doc文件夹里面所有的文件，这种情况，我们成为敏感信息泄露。 而并不归为目录遍历漏洞。（关于敏感信息泄露你你可以在"i can see you ABC"中了解更多）
我们打开后台的代码，看看它做了什么样的防护（路径如下图所示），结果发现，并没有什么防护，直接就响应了，根本没有检测：
那我们看看现在URL的状态，访问到了dir_list.php文件：
http://192.168.11.1/pikachu-master/vul/dir/dir_list.php
删除dir_list.php就访问到目录了：
http://192.168.11.1/pikachu-master/vul/dir/
在后面加../，这表示返回上一目录：
http://192.168.11.1/pikachu-master/vul/dir/../
我们多加几个../，就返回到根目录了。轻松访问到各个目录的信息。当然也可以构造URL，读取任意目录的信息，这里不再赘述。
敏感信息泄露
看这个字眼也知道这很致命了，具体来说，就是由于后台人员的疏忽或者不当的设计，导致不应该被前端用户看到的数据被轻易的访问到。 比如：
---通过访问url下的目录，可以直接列出目录下的文件列表;
---输入错误的url参数后报错信息里面包含操作系统、中间件、开发语言的版本或其他信息;
---前端的源码（html,css,js）里面包含了敏感信息，比如后台登录地址、内网接口信息、甚至账号密码等;
类似以上这些情况，我们成为敏感信息泄露。敏感信息泄露虽然一直被评为危害比较低的漏洞，但这些敏感信息往往给攻击着实施进一步的攻击提供很大的帮助,甚至“离谱”的敏感信息泄露也会直接造成严重的损失。 因此,在web应用的开发上，除了要进行安全的代码编写，也需要注意对敏感信息的合理处理。
我们进入页面，右击打开网页源代码，竟然在其中发现了账号的登录信息：
既然你诚心诚意地给了，那我们就登录呗：
lili/123456
登录后发现URL中的最后的文件变为abc.php，这意味着我们还可以把url中的findabc.php修改成abc.php ，也可以绕过登录：
终于明白为什么提示里面用了这种开车的句子了.......
URL重定向
其实就是不安全的url跳转，我们生活中访问网站的时候也会有这种情况，所以可以说，不安全的url跳转问题可能发生在一切执行了url地址跳转的地方。
如果后端采用了前端传进来的(可能是用户传参,或者之前预埋在前端页面的url地址)参数作为了跳转的目的地,而又没有做判断的话
就可能发生"跳错对象"的问题。
url跳转比较直接的危害是:
-->钓鱼,既攻击者使用漏洞方的域名(比如一个比较出名的公司域名往往会让用户放心的点击)做掩盖,而最终跳转的确实钓鱼网站
我们进入页面：
很明显的四个h标签，我们都点一下，第一个和第二个没反应，说明没做超链接，第三个跳转到了概述页面，最后一个会出现一句话：
看看上面的URL，我们在这里可以输入一个恶意站点，用户点击这个网址就会跳到恶意的站点，我们输入百度，在用户点击的时候它就会跳转，我这里用Harkbar来演示，为了更加明了（我这里没联网，所以访问不出来）：
http://192.168.11.1/pikachu-master/vul/urlredirect/urlredirect.php?url=http://www.baidu.com