跳转至

Lab1-Web Report

Task 1:DNS

查询权威域名服务器

要想使用 nslookup 这一命令来查询 cubicy.icu 的权威域名服务器（Name Server），需要使用命令 nslookup -type=NS cubicy.icu。如下图，在Authoritative answers 中，可以得到对应的六个 IP 地址。

image-20240704184752691

查找 IP 地址

查找 cubicy.icu 的 IP 地址，直接使用命令 nslookup cubicy.icu 即可。如下图，可以看到其有两个 IP 地址。

image-20240704185721554

DNS A 查询探究

多次查询 DNS A 记录，每次的响应不一样，如下图，出现了两种答案，但是总共两个不同的地址（正是上面查询出的两个 IP 地址），只是顺序不同，应该是响应的服务器有主次之分（？）。这样返回不同的 IP 地址，两个地址概率均等可以实现网络负载均衡，不会因为其中一个处理请求过多而崩溃。

image-20240704190142792

寻找文本

执行命令 nslookup -type=TXT cubicy.icu，可以看到其中隐藏的 Base64 编码的文本，如下图：

image-20240704191027700

复制其到 CyberChef 中可以得到：

image-20240704191144084

DNS 查询 IP

分别使用命令 host cubicy.icu 173.245.59.141 host www.cubicy.icu 108.162.93.141 host blog.cubicy.icu 172.64.34.42 命令，从 DNS 服务器查找到它们的 IPv4 地址如下：

image-20240704192433403

image-20240704192437558

image-20240704192441241

直接访问这些 IP 地址，不能访问成功，这些地址不是服务器的真实地址。

image-20240704192728296

通过查询相关资料，结合提示，可以猜测 YYY 借助代理 IP 服务/技术，来隐藏本地的真实 IP。

Task 2:HTTP

抓包学在浙大

使用 BurpSuite 对从输入网页连接，到统一身份验证页面完整呈现，再到输入用户名密码后，最后直到登录成功呈现学在浙大页面，一共拦截了 313 份 HTTP 报文，如下图：

image-20240704205928181

image-20240704205932699

HTTP 报文组成部分

我们挑选其中一个报文来看：

image-20240704212155475

image-20240704212202230

  • 请求行：即为第一行，包含 HTTP 方法（GET/POST）、请求目标 URL 和 HTTP 协议版本。

  • 请求头：第 2 行至第 21 行，包含目标服务器的主机、Cookie 信息、浏览器和版本信息、客户端平台信息、客户端用户代理信息、客户端支持内容编码、客户端接受语言等

  • 请求主体：这里附带了必要的信息，在登录统一身份认证时即为用户名和已加密的密码。

保存用户登录状态

网站是通过 Cookie 中的 Session-id 来保存用户的登录状态的。

HTTP 区分不同的包

TCP 只是传输一个连续的字节流，没有内在的边界或分隔，但是对于 HTTP 协议来说：

  • 明确以请求/响应行开始，标识HTTP 方法（GET/POST）、请求目标 URL 和 HTTP 协议版本
  • HTTP 请求和响应头部中的 Content-Length 字段明确指出了请求体或响应体的字节长度

这些都能让 HTTP 实现良好的识别与拆包。

回到 cubicy.icu

直接访问源服务器地址 101.132.222.48 ，不成功：

image-20240704215015559

主机区分访问方式

对访问 IP 地址和访问域名进行抓包，分析其报文就会发现，两者仅仅只是在 Host 上面有不同：

image-20240704215619914

image-20240704215626019

所以我们可以猜测，对于主机来说，它通过 HTTP 报文中的 Host 字段判断是 IP 访问还是域名访问。

修改报文打开主页

直接修改报文中的 Host，最后得到未备案（？！）

image-20240704222401425

这点不知道为什么，是因为做了反向代理嘛（？），还请指点一二。。。

Task 3:预习

使用 BurpSuite 工具，从登录 zdbk 网站出发直到显示最后成绩一直抓包，得到 cookie 信息以及请求主体部分：

image-20240705014154132

image-20240705014157710

因此编写 Python 代码如下：

Python
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
import requests
import re

cookie = "JSESSIONID=61FF2F26B87034CC1A8827F68FFBF289; _ga=GA1.3.1696040056.1720097714; route=c2c4d5a14bbc5b6918b307746d272ddd; _csrf=S8mwplVi9KWoF2WQ0TlCeDrgL%2FuHmofIgtZP93kMOr8%3D; _pv0=GT6bXJKkXUcLOWI%2B4sO%2B2q9UubsYaVdyTCAY4J5yrRzDVJgKZ4%2FEGR1X9yBpSgwUMK0Xzk7GVcLjbBToFXMyOmnInzNYBYQ%2BUCxULcdeviD%2BduezzoTSDfnqioMd79AE268eeIdlrkyXfpQPPdIKDjpdpXJTilCko1OPuembjSzAiaMWy42iUDNYVWnxN%2BeqC%2FxkrjFSITAeA%2FZ1BnrmhXAREWgogV3qDetWP8T%2Bth5KMvkQBHzm1hQwtogsBRQudYqGWzPS%2Ffg%2Fg53B36MV2i%2Bg5v6dOnnxk6lIrfqvLMbbQ6LhrBwk4kmKbrRoeU9y0CBTvou2qJUb01pJKmbY3W%2B9AwH9sIe2E3rbYJ6JvUAbpq6ek8GgpueQ8zs7vKzG4b6%2F1YwQyuTGUl9xaY5rAYfXVJicCKCahNE1vjkcqqU%3D; _pf0=3Zzmz5gda5VcxfoLSPBS9e602NxL2LWSaqFpPlQxDrA%3D; _pc0=bAed1gAgJ3L%2BRpdpaEdDO7Bxmd1um%2FYHU2D%2BbRu7pMfc%2BZPri344MShVOO9Powg5; iPlanetDirectoryPro=CTRKI9vG6WnhlAJXKG0qS5WTSG4gJbcez8lvYHfovRhqqgD%2B8W0Kouhk0sTOgfAqgSubHIWiso3ug6pJS8KGW1Mq20P56o7yIJXoFxVZ2BeN3xAnJCy2oTIP1PyrFic0WfbJXzGiPM9gLReamP84MB%2FrrLE8Y%2BKUdrVaM4OKBNzct3frSVqol8c6zfQfgmXxB%2BF%2FsBpnZ2QapGx5wAt7OSw9TBMU3z70UqH6sqQB846MXK1wR26z0KMAlbM%2Fka8VwJJpDc8n5CzNFp0%2FZTVBaZiH%2FfaElC9yFbhmFt4%2BkE9Hq2cwaQ%2Ff%2F8uTN8x5p7i4HYvX0%2Fvun9HZ6NW6uUu%2BepCcSTQ2oR0ePdgf%2Frg5kLE%3D"
data = {
    "xn" : "2023-2024",
    "xq" : "2",
    "zscjl" : "",
    "zscjr" : "",
    "_search" : "false",
    "nd" : "1720110853649",
    "queryModel.showCount" : "15",
    "queryModel.currentPage" : "1",
    "queryModel.sortName" : "xkkh",
    "queryModel.sortOrder" : "asc",
    "time" : 1
}

headers = {
    "Cookie": cookie,
    'User-Agent': 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.3'
}

url = "http://zdbk.zju.edu.cn/jwglxt/cxdy/xscjcx_cxXscjIndex.html?doType=query&gnmkdm=N5083&layout=default&su=3230104248"

session = requests.Session()
response = session.post(url, headers=headers, data=data)
tex = response.text
cj = re.findall('"cj":"(.*?)"', tex)
jd = re.findall('"jd":"(.*?)"', tex)
xf = re.findall('"xf":"(.*?)"', tex)
kcmc = re.findall('"kcmc":"(.*?)"', tex)
xkkh = re.findall('"xkkh":"(.*?)"', tex)
print("选课课号\t课程名称\t学分\t成绩\t绩点")
for i in range(len(cj)):
    print(xkkh[i], kcmc[i], xf[i], cj[i], jd[i])

最后可以得到结果：

image-20240705014339599

Bonus

HTTP/3

通过查询相关资料，原来的 HTTP/2 协议虽然大幅提升了 HTTP/1.1 的性能，但它还是基于 TCP 实现的，依旧有 TCP 具有的问题：

  • TCP 不是按最高效率设计的，比如在传输数据前要先握手，握手要先来一个 RTT，如果两端地理位置比较远，这可能要超过 100ms。更何况整个 HTTP/2 的连接建立需要 3 RTT，而 HTTP/3 仅仅需要 1 RTT。
  • 队头阻塞，即当 TCP 传输数据时，把数据当成一个文件或者一个字节流，这意味着如果中间有数据丢失，那后面的数据也会堵住，HTTP/2 在应用层中解决了这个问题，但是在传输层还是有这个问题。HTTP/3 使用 QUIC，基于 UDP，UDP的数据包在接收端没有处理顺序, 即使中间丢失一个包, 也不会阻塞整条连接. 其他的资源会被正常处理。
  • 连接迁移，TCP 连接基于四元组（源 IP, 源端口, 目的 IP, 目的端口）, 切换网络时至少会有一个因素发生变化, 导致连接发送变化。当连接发送变化时, 如果还是用原来的TCP 连接, 则会导致连接失败, 就得等到原来的连接超时后重新建立连接，这样也需要几百毫秒时间。QUIC 不以四元素作为表示, 而是使用一个 64 位的随机数, 这个随机数被称为 Connection ID, 即使 IP 或者端口发生变化, 只要 Connection ID 没有变化, 那么连接依然可以维持。

评论