CTF-WEB小技俩

实验来源：合天网安实验室

预备知识

本实验要求实验者具备如下的相关知识。

      HTTP协议，报文的组成部分等，请参考http://raytaylorlin.com/Tech/web/HTTP/HTTP-message/以及简单的js脚本编写能力。

实验目的

拿到KEY。

实验步骤

      打开服务器上的网页,输入10.1.1.23。点击CTF-WEB小技俩超链接，然后点击第一关的按钮。


只有几个文字，看看源代码有什么见不得人的东西


代码也没什么特别的，但是有一个注释，这个1.php.bak是什么呢，.bak就是备份文件的扩展名啊，我们看看能不能访问这个文件


相比之下多了3个’； ，我们在看看源代码有什么不同


太好了，我看到了希望了，出现了第二关的地址了，我们可以直接在地址栏输入直接进入第二关，但作为学安全的的你怎么会这样，你肯定会像下面这样，就是我们常用的F12，不过因为通过网页访问虚拟机F12无效，只能右键了，我们把注射删掉，多余的删掉不就出来一个第二关的按钮，直接点击不是更爽

不过火狐不能完全编辑，只能编辑标签内的东西，或注释里面的东西，右键没编辑选项，只能双击了


只能编辑注释里面的内容，有鸟用啊哭


既然火狐不行，就试试IE吧，出乎意料啊，输入网址，直接出来第二关了，这解析也太......，而且好像没有开发者工具啊


我的xp的ie8都有啊


算了，在这里还是输入地址进入第二关算了，或者用ie直接进入偷笑，都是代码的兼容性不好，改成下面这样，这是设计师的大意了




直接点击进入第三关，结果又跳转回the2nd.php了，这里应该是验证了HTTP请求头的Referer字段，这个字段就是告诉服务器我从哪个页面链接过来的


有个输入框，有什么用呢，sql注入？XSS？试试xss吧，输入<script>alert(‘xss’)</script>

果然可以xss喔。

分析：首先xss这个对话框先于你从哪里来这对话框弹出，这才给我们的xss提供了机会，不然我们又跳回第二关的页面了，这使我们进入第三关成为了可能，我猜他的referer验证是如果referer不是本页面（即3rd.php），就跳回第二关

猜测代码如下:（php代码）

<html>
<head>
	<title></title>
</head>
<body>
<?php
//将我们在第二关输入的内容输出出来  
echo $_POST['text'];

//如果不是从3rd.php跳转过来的，就跳回the2nd.php
if ($_SERVER["HTTP_REFERER"] != 'http://10.1.1.23/1/3rd.php') {
	header("location: http://10.1.1.23/1/the2nd.php");
}else{
//输出第四关的跳转按钮
echo "<button οnclick="javascript:location.href='di4guan.php'" type="button" >你又要到哪里去</button>";
}
?>
</body>
</html>


所以构造a标签只是将下面的HTML输出来，但是if语句还是会执行，还是跳转回第二关

那我们的目标就不让if语句执行了，就用js的跳转吧（专业术语，重定向）,用<script>window.location.href = "3rd.php";</script>或者<script>location.href = "3rd.php";</script>，因为js中window可以省略,那么这样的话，还没执行到if语句就重定向到3rd.php，这已经是第二次来到3rd.php了，echo $_POST['text'];输出为空，因为这一次我们没有post数据，这时到了if语句就会到else输出第四关的跳转按钮啦

第四关来了，说第五关在眼皮底下，在哪呢


源代码什么也没有啊


看看http的请求或相应信息怎样


哈哈，发现有个Next的字段，这不就是下一关的地址吗,输入到地址栏吧


但鼠标移过去那个按钮就消失了，看看源代码有什么代码能成这样了



解决方法有以下几种：

首先都要将style属性删掉，或者改为style = "display:block",如上图的style属性一样，因为我们的鼠标已经过，源代码就变成style = "display:none"

第一种：将id属性删除或者将id的值joy改成其他的，这样joy的函数就没效了，因为都找不到joy这个id。

第二种：将onmouseover属性删掉，或者joy（）改为其他，或者为空

怎么改就看你啦，两种结合当然绝对可以，不过没必要做那么多工作


最后，点击按钮吧！恭喜微笑

任务一

此处验证了HTTP请求头的什么字段?  【单选题】 

任务二

刚刚我们用了哪种重定向？  【单选题】 

这两题前面说过了

任务三

上面的“Next”字段是  【单选题】  

HTTP Responses Header 响应头

Header 解释 示例
Accept-Ranges 表明服务器是否支持指定范围请求及哪种类型的分段请求 Accept-Ranges: bytes
Age 从原始服务器到代理缓存形成的估算时间（以秒计，非负） Age: 12
Allow 对某网络资源的有效的请求行为，不允许则返回405 Allow: GET, HEAD
Cache-Control 告诉所有的缓存机制是否可以缓存及哪种类型 Cache-Control: no-cache
Content-Encoding web服务器支持的返回内容压缩编码类型。 Content-Encoding: gzip
Content-Language 响应体的语言 Content-Language: en,zh
Content-Length 响应体的长度 Content-Length: 348
Content-Location 请求资源可替代的备用的另一地址 Content-Location: /index.htm
Content-MD5 返回资源的MD5校验值 Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ==
Content-Range 在整个返回体中本部分的字节位置 Content-Range: bytes 21010-47021/47022
Content-Type 返回内容的MIME类型 Content-Type: text/html; charset=utf-8
Date 原始服务器消息发出的时间 Date: Tue, 15 Nov 2010 08:12:31 GMT
ETag 请求变量的实体标签的当前值 ETag: “737060cd8c284d8af7ad3082f209582d”
Expires 响应过期的日期和时间 Expires: Thu, 01 Dec 2010 16:00:00 GMT
Last-Modified 请求资源的最后修改时间 Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT
Location 用来重定向接收方到非请求URL的位置来完成请求或标识新的资源 Location: http://www.zcmhi.com/archives/94.html
Pragma 包括实现特定的指令，它可应用到响应链上的任何接收方 Pragma: no-cache
Proxy-Authenticate 它指出认证方案和可应用到代理的该URL上的参数 Proxy-Authenticate: Basic
refresh 应用于重定向或一个新的资源被创造，在5秒之后重定向（由网景提出，被大部分浏览器支持）
 
Refresh: 5; url=
http://www.zcmhi.com/archives/94.html
Retry-After 如果实体暂时不可取，通知客户端在指定时间之后再次尝试 Retry-After: 120
Server web服务器软件名称 Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie 设置Http Cookie Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
Trailer 指出头域在分块传输编码的尾部存在 Trailer: Max-Forwards
Transfer-Encoding 文件传输编码 Transfer-Encoding:chunked
Vary 告诉下游代理是使用缓存响应还是从原始服务器请求 Vary: *
Via 告知代理客户端响应是通过哪里发送的 Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning 警告实体可能存在的问题 Warning: 199 Miscellaneous warning
WWW-Authenticate 表明客户端请求实体应该使用的授权方案 WWW-Authenticate: Basic
实验总结1）这个小游戏都包含了那些知识?除了网页语言的基本知识，还有查看分析源代码，使用开发者工具F12等
2）这个小游戏中，作者是从后端以及前端都做过控制，我们是怎么绕过的？前端的话一般F12基本能全部搞点，这个后端的就要根据前端的显示结果猜测后端代码，从而构造代码，如本实验的referer验证，就必须一步步分析怎么绕过
3）此游戏中，作者自定义了响应头，那他能定义请求头吗?可以的，火狐的插件就有好像，还有其他软件都有的对于ctf-web的领悟1.看看有无.bak备份文件2.注意查看源码3.注意查看http的请求和相应头







【推广】 免费学中医，健康全家人
原文地址：https://www.cnblogs.com/cnsec/p/13286584.html