Web--HTTP协议

web前置技能

HTTP协议

请求方法

打开靶机，看到提示

提示说，需要使用 CTF**B 方法，才会把flag给我，使用Burp抓包，将 请求方法修改为 CTFHUB

或者使用 CURL 工具更改请求发送

获得Flag提交

302跳转

打开链接看到，这个

点击链接，无反应，burp 抓包看看，这里就已经看到flag了，点击 (Follow redirection) 跟随重定向

结果就是又到了 主页面上了，由于 302 重定向跳转速度很快，如果不进行抓包的话，很难看到中间经过了一个其他的响应过程

Cookie

Cookie欺骗、认证、伪造，打开给出提示，只有 admin 才能 get flag ，说明需要admin认证才能获取到flag。

抓包看看，看到 cookie 字段有个 admin=0 ,0 表示 false。

将 admin=0 改成 admin=1，就可以getflag了。

基础认证

HTTP 基础认证是利用头部字段进行认证的一种方式，认证形式如： Authorization: Basic <base64>。抓包查看一下

对上面的Authorization 字段的 base64解码 得到基础认证是用户名和密码格式，是将 用户名:密码 进行了base64编码后传输的，因此在外部网络中是非常不安全的，多用于可信网络中(如：私有网络中的后台管理页面等)

下面就可以对账号和密码进行爆破。

等爆破完成后，就可以通过响应码或者响应字节来判断是否成功，选择成功的payload中的编码进行解码

登录页面，登录后就get flag

响应包源代码

根据题目，我就直接进行抓包查看一下响应数据

看到请求包中的请求头部分中框起来的内容。

# If-Node-Match 
1、If-None-Match 是一个条件式请求首部。对于 GET 和 HEAD 请求方法来说，当且仅当服务器上没有任何资源的 ETag 属性值与这个首部中列出的相匹配的时候，服务器端才会返回所请求的资源，响应码为 200 。对于其他方法来说，当且仅当最终确认没有已存在的资源的 ETag 属性值与这个首部中所列出的相匹配的时候，才会对请求进行相应的处理。
2、对于  GET 和 HEAD 方法来说，当验证失败的时候，服务器端必须返回响应码 304 （Not Modified，未改变）。对于能够引发服务器状态改变的方法，则返回 412 （Precondition Failed，前置条件失败）。需要注意的是，服务器端在生成状态码为 304 的响应的时候，必须同时生成以下会存在于对应的 200 响应中的首部：Cache-Control、Content-Location、Date、ETag、Expires 和 Vary 。
3、ETag 属性之间的比较采用的是 弱比较算法，即两个文件除了每个字节都相同外，内容一致也可以认为是相同的。例如，如果两个页面仅仅在页脚的生成时间有所不同，就可以认为二者是相同的。
4、当与  If-Modified-Since  一同使用的时候，If-None-Match 优先级更高（假如服务器支持的话）。

上面的解释选取于 MDN 。也就是说，当服务端 Etag 首部 的值 与 请求中 If-None-Match 首部 的值不同时，才会返回所请求的资源，如果相同的话则会返回 304状态码 表示资源没有改变。而 If-Modified-Since 首部与 If-None-Match 首部一起出现的时候，If-Modified-Since 就会被忽略掉。

所以只需要修改一下 请求中的If-None-Match 首部的值，就会导致服务器认为请求的资源和服务端的资源不匹配，因此会返回所请求的资源。

服务器这时候就返回了请求中的全部资源，拿到了 flag。

HTTP协议学习：MDN doc