计算机网络
URL的核心组成部分
URL（Uniform Resource Locator）由多个关键部分组成，每个部分承担特定功能，共同构成完整的资源定位标识。以下是标准URL的结构解析：
协议（Scheme）
指定访问资源使用的协议类型，常见如http、https、ftp、mailto等。以冒号:结尾，例如：
https://
域名（Host）
标识资源所在的服务器地址，可以是IP或域名。例如：
www.example.com
端口（Port，可选）
指定服务器监听的端口号，默认情况下隐含（如HTTP默认80，HTTPS默认443）。显式声明时以冒号分隔：
:8080
路径（Path）
表示服务器上资源的具体位置，以斜杠/分隔层级。例如：
/articles/2023/url-guide
查询参数（Query，可选）
以问号?开头，包含键值对，用&连接多个参数。例如：
?id=123&lang=en
片段（Fragment，可选）
以井号#开头，指向资源内的特定锚点或部分。例如：
#section2
完整示例
https://www.example.com:8080/articles/2023/url-guide?id=123&lang=en#section2
特殊注意事项
- 编码规则：非ASCII字符或保留字符需通过百分号编码（如空格转为
%20）。 - 相对URL：在特定上下文中可省略协议或主机部分，基于当前页面路径解析。
HTTP 概述
HTTP（HyperText Transfer Protocol）是一种用于传输超文本（如 HTML）的应用层协议，是现代互联网数据通信的基础。它采用客户端-服务器模型，通过请求-响应机制完成数据传输。
HTTP 工作原理
客户端（如浏览器）向服务器发送 HTTP 请求，请求中包含方法（如 GET、POST）、资源路径、协议版本和头部信息。服务器处理请求后返回响应，包含状态码（如 200、404）、响应头和响应体（如 HTML 内容）。
HTTP 默认使用 80 端口，HTTPS（加密的 HTTP）默认使用 443 端口。
HTTP 请求方法
- GET：请求指定资源，仅用于数据读取。
- POST：向服务器提交数据（如表单内容）。
- PUT：替换目标资源的所有内容。
- DELETE：删除指定资源。
- HEAD：类似 GET，但只返回头部信息。
- OPTIONS：返回服务器支持的请求方法。
- PATCH：对资源部分修改。
HTTP 状态码
- 1xx（信息性）：请求已接收，继续处理（如 101 协议切换）。
- 2xx（成功）：请求成功处理（如 200 OK、201 Created）。
- 3xx（重定向）：需进一步操作（如 301 永久重定向、302 临时重定向）。
- 4xx（客户端错误）：请求有误（如 400 错误请求、404 未找到）。
- 5xx（服务器错误）：服务器处理失败（如 500 内部错误、503 服务不可用）。
HTTP 头部字段
- 通用头部：如
Cache-Control（缓存控制）、Connection（连接管理）。 - 请求头部：如
User-Agent（客户端标识）、Accept（可接收的内容类型）。 - 响应头部：如
Server（服务器信息）、Set-Cookie（设置 Cookie）。 - 实体头部：如
Content-Type（内容类型）、Content-Length（内容长度）。
HTTP 与 HTTPS
HTTPS 是 HTTP 的安全版本，通过 TLS/SSL 协议加密数据。主要区别：
- HTTPS 使用加密通道，防止数据被窃听或篡改。
- HTTPS 需要数字证书验证服务器身份。
- HTTPS 默认端口为 443，HTTP 为 80。
HTTP 版本演进
- HTTP/1.0：每个请求需单独建立连接，效率低。
- HTTP/1.1：引入持久连接（Keep-Alive）、管道化等优化。
- HTTP/2：二进制分帧、多路复用、头部压缩提升性能。
- HTTP/3：基于 QUIC 协议，减少延迟，改进丢包处理。
HTTP 报文示例
请求报文：
GET /index.html HTTP/1.1
Host: www.example.com
User-Agent: Mozilla/5.0
Accept: text/html
响应报文：
HTTP/1.1 200 OK
Content-Type: text/html
Content-Length: 1234
...
性能优化建议
- 启用持久连接减少 TCP 握手开销。
- 使用 HTTP/2 或 HTTP/3 提升并发性能。
- 压缩头部和内容（如 Gzip）。
- 利用缓存（通过
Cache-Control和ETag）。 - 减少重定向次数。
Burp Suite 简介
Burp Suite 是一款用于 Web 应用程序安全测试的集成平台，广泛用于渗透测试和漏洞挖掘。它提供多种工具，包括代理服务器、扫描器、爬虫等，支持从初级到高级的安全测试需求。
核心功能模块
Proxy：拦截和修改 HTTP/S 请求与响应，用于手动测试和流量分析。
Scanner：自动化扫描 Web 应用程序漏洞，如 SQL 注入、XSS 等。
Intruder：定制化攻击工具，用于暴力破解、参数模糊测试等。
Repeater：手动修改并重复发送请求，用于调试和漏洞验证。
Sequencer：分析会话令牌的随机性，评估加密强度。
安装与配置
- 下载：从 PortSwigger 官网下载社区版或专业版（社区版功能有限）。
- 运行：需安装 Java 环境（JDK 8+），通过命令行或直接启动可执行文件。
- 浏览器代理设置：配置浏览器或系统代理为
127.0.0.1:8080（默认端口）。
基本使用流程
拦截请求：通过 Proxy 模块捕获浏览器流量，支持实时修改和转发。
漏洞扫描：使用 Scanner 对目标 URL 进行自动化扫描，生成报告。
高级测试：结合 Intruder 和 Repeater 对特定参数进行定制化攻击测试。
实用技巧
- 过滤流量：在 Proxy 选项中设置过滤规则，避免捕获无关请求。
- 插件扩展：通过 BApp Store 安装插件（如 Logger++、AuthMatrix）扩展功能。
- 项目文件保存：保存项目状态（
.burp文件）便于后续分析。
注意事项
- 法律合规：仅在授权范围内使用，避免未经许可的测试。
- 性能优化：扫描大型应用时调整线程和资源设置，避免过度负载。
Burp Suite 的灵活性和强大功能使其成为安全测试领域的标准工具之一，适合开发者和安全研究人员使用。
安装Proxy的方法
在火狐浏览器（Firefox）中安装Proxy可以通过手动配置或使用扩展插件实现。以下是具体操作步骤：
手动配置Proxy
打开火狐浏览器，点击右上角菜单按钮（三条横线图标），选择“设置”。
在设置页面左侧导航栏中，点击“常规”选项，向下滚动至“网络设置”部分，点击“设置”按钮。
在弹出的窗口中，选择“手动代理配置”，填写代理服务器的IP地址和端口号。若需配置HTTP、SSL或FTP代理，分别填入对应字段。
勾选“为所有协议使用相同代理服务器”选项（若代理支持）。如需排除特定地址，在“不使用代理”框中输入域名（如localhost, 127.0.0.1）。
点击“确定”保存设置，重启浏览器使配置生效。
使用Proxy扩展插件
在火狐浏览器中访问附加组件商店（Add-ons Manager），搜索Proxy相关扩展（如“FoxyProxy”或“Proxy SwitchyOmega”）。
选择适合的插件，点击“添加到Firefox”进行安装。安装完成后，根据插件指引配置代理服务器信息。
部分插件支持规则自动切换或情景模式，可根据需求进一步设置。启用插件后，代理将自动生效。
验证Proxy是否生效
访问如https://www.whatismyip.com/等IP检测网站，确认显示的IP地址与代理服务器一致。
若连接失败，检查代理地址和端口是否正确，或尝试更换其他代理服务器。确保本地网络未阻止代理连接。
HTTP请求报文结构
HTTP请求报文由请求行、请求头和请求体三部分组成。请求行包含方法、URL和协议版本，请求头包含元数据信息，请求体包含发送的数据。
GET /index.html HTTP/1.1
Host: www.example.com
User-Agent: Mozilla/5.0
Accept: text/html
方法字段包括GET、POST、PUT、DELETE等，表示对资源的操作类型。URL指定请求的资源路径，协议版本通常为HTTP/1.1或HTTP/2。
HTTP响应报文结构
HTTP响应报文包含状态行、响应头和响应体。状态行包含协议版本、状态码和状态文本，响应头包含服务器信息，响应体包含返回的数据。
HTTP/1.1 200 OK
Content-Type: text/html
Content-Length: 1234
...
状态码分为五类：1xx表示信息响应，2xx表示成功，3xx表示重定向，4xx表示客户端错误，5xx表示服务器错误。常见状态码包括200（成功）、404（未找到）、500（服务器内部错误）。
报文头字段详解
通用头字段可用于请求和响应，如Cache-Control控制缓存，Connection管理连接。请求头字段如Accept指定可接受的媒体类型，Authorization包含认证信息。响应头字段如Server显示服务器信息，Set-Cookie设置cookie。
实体头字段描述消息体内容，Content-Type指定媒体类型，Content-Length表示数据长度。自定义头字段以X-开头，但HTTP/1.1规范不推荐这种做法。
消息体传输方式
对于GET请求通常不带消息体，POST请求的消息体包含表单数据或JSON等内容。消息体编码方式由Content-Type决定，application/x-www-form-urlencoded用于表单，multipart/form-data用于文件上传。
分块传输编码（Transfer-Encoding: chunked）允许服务器逐步发送数据。内容协商机制通过Accept头字段实现，服务器根据客户端偏好返回不同格式的数据。
协议版本差异
HTTP/1.1默认使用持久连接，支持管道化请求。HTTP/2引入二进制分帧、多路复用和头部压缩，提升性能。HTTP/3基于QUIC协议，进一步优化传输效率。
HTTPS在HTTP基础上加入TLS/SSL加密层，确保通信安全。WebSocket协议在HTTP握手后建立全双工通信，适用于实时应用。
NAT模式下主机无法访问虚拟机网站的原因
NAT模式通过虚拟网络地址转换（NAT）将虚拟机网络流量路由到外部网络，虚拟机共享主机的IP地址。默认情况下，NAT模式设计为虚拟机可以访问外部网络，但外部网络（包括主机）不能直接访问虚拟机。
解决方法一：配置端口转发
在虚拟机软件中设置端口转发规则，将主机的某个端口映射到虚拟机的服务端口。以VMware为例：
- 打开虚拟机网络编辑器
- 选择NAT模式对应的网络
- 添加端口转发规则：
- 主机端口：8888
- 虚拟机IP：192.168.1.100
- 虚拟机端口：80
- 保存设置后，主机可通过
http://localhost:8888访问虚拟机网站
解决方法二：使用桥接模式
将虚拟机网络模式改为桥接（Bridged）：
- 关闭虚拟机
- 在虚拟机设置中将网络适配器改为桥接模式
- 启动虚拟机后，虚拟机会获得与主机同网段的独立IP
- 主机可直接通过虚拟机的IP访问网站
注意事项
NAT模式下虚拟机IP可能动态变化，建议设置为静态IP或使用DHCP保留地址。桥接模式需要物理网络支持，在公共网络环境中可能受限。端口转发是最通用的解决方案，但需要管理转发规则。
即使主机可以访问虚拟机的网站，但是burp suite也无法抓到数据包，因为浏览器没有走代理而是直接连接了。
根本原因：
大多数浏览器和系统代理设置会自动绕过 localhost、127.0.0.1 等回环地址，这是设计行为。
解决方案（三选一）：
✅ 方案一：用 local.test 或自定义域名
-
编辑
C:WindowsSystem32driversetchosts（用管理员权限），添加：text
127.0.0.1 local.test
-
在浏览器中访问：
text
http://local.test:7979
-
此时流量会走代理，Burp 就能抓到。
✅ 方案二：使用 Firefox 并关闭代理排除
-
打开 Firefox。
-
地址栏输入
about:config，搜索：text
network.proxy.allow_hijacking_localhost
-
将其改为
true。 -
然后访问
http://localhost:7979，Burp 就能抓到。
✅ 方案三：在 Burp 中设置透明代理监听 7979 端口
-
Burp → Proxy → Options → Add。
-
配置：
-
Bind to port:
7979 -
Bind to address:
127.0.0.1 -
Type: Transparent
-
-
保存。
-
在浏览器中访问
http://localhost:7979，流量直接进入 Burp。
