百度360必应搜狗淘宝本站头条
tomcat 乱码无法与服务器建立安全连接是什么意思sysv-rc-confdocker映射容器目录到宿主机internet explorer 增强的安全配置已启用
当前位置：网站首页 > 技术文章 > 正文

HTTP/HTTPS协议基础

nanshan 2025-05-11 17:22 5 浏览 0 评论

以下是对 HTTP/HTTPS协议 的全面基础讲解，包含请求/响应结构、状态码、Header/Cookie的核心概念，并附带代码示例和实际应用场景分析。

1. HTTP/HTTPS协议基础

HTTP (HyperText Transfer Protocol)

  • 无状态协议：每次请求独立，不保留之前交互的信息（依赖Cookie/Session维持状态）。
  • 明文传输：数据未加密，易被窃听（HTTPS解决了此问题）。
  • 默认端口：80。
  • HTTPS (HTTP Secure)
  • 加密传输：基于TLS/SSL协议，对HTTP内容加密。
  • 身份验证：通过证书验证服务器身份。
  • 默认端口：443。
  • 核心流程：
    1. 客户端与服务端通过TLS握手交换密钥。
    2. 使用对称加密传输数据。

2. HTTP请求与响应结构

HTTP请求（Request）

GET /index.html HTTP/1.1          # 请求行（方法 + 路径 + 协议版本）
Host: www.example.com             # 必需Header（指定目标域名）
User-Agent: Mozilla/5.0           # 客户端标识
Accept: text/html                 # 可接受的内容类型
Cookie: session_id=abc123         # 客户端携带的Cookie
(空行)                            # 分隔Header和Body
(请求体，GET方法通常无Body)

HTTP响应（Response）

HTTP/1.1 200 OK                   # 状态行（协议版本 + 状态码 + 状态描述）
Content-Type: text/html           # 响应内容类型
Set-Cookie: session_id=abc123     # 服务端设置Cookie
Content-Length: 1024              # 响应体长度
(空行)                            # 分隔Header和Body
<!DOCTYPE html>                   # 响应体（HTML内容）
<html>...</html>

3. 常见HTTP方法

方法

作用

安全性与幂等性

GET

获取资源

安全、幂等

POST

提交数据（如表单）

不安全、不幂等

PUT

更新资源

不安全、幂等

DELETE

删除资源

不安全、幂等

HEAD

获取Header元数据

安全、幂等

4. HTTP状态码详解

状态码

类别

常见状态码

渗透测试中的意义

1xx

信息响应

100 Continue

少见，通常用于大文件上传

2xx

成功

200 OK, 201 Created

请求成功

3xx

重定向

301 永久重定向, 302 临时重定向

检查重定向目标是否可控（钓鱼攻击）

4xx

客户端错误

400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found

探测权限漏洞（如403绕过）

5xx

服务器错误

500 Internal Server Error

暴露服务端漏洞（如SQL注入错误回显）

5. 核心HTTP Header

请求头（Request Headers）

Header

作用

安全相关场景

Cookie

携带会话凭证

会话劫持、Cookie篡改

Referer

请求来源页面

检查CSRF防护（Referer验证）

User-Agent

客户端浏览器/设备信息

伪造UA绕过WAF检测

Authorization

认证信息（如Basic Token）

弱密码爆破、Token泄露

响应头（Response Headers）

Header

作用

安全相关场景

Set-Cookie

设置客户端Cookie

检查Secure/HttpOnly属性缺失

Content-Type

响应内容类型（如text/html）

检测MIME类型混淆漏洞

Location

重定向目标URL

开放重定向漏洞（钓鱼攻击）

CORS相关头

跨域资源共享控制

配置错误导致跨域数据泄露

6. Cookie机制与安全

Cookie属性

Set-Cookie: session_id=abc123; Path=/; Secure; HttpOnly; SameSite=Lax

属性

作用

安全意义

Secure

仅通过HTTPS传输

防止明文传输被窃听

HttpOnly

禁止JavaScript访问Cookie

防御XSS窃取Cookie

SameSite

限制跨站请求携带Cookie（Strict/Lax/None）

防御CSRF攻击

Expires

设置Cookie过期时间

会话固定攻击检查

Cookie在渗透测试中的应用

  • 会话劫持：通过XSS窃取Cookie后伪造用户身份。
  • Cookie篡改：修改Cookie参数尝试越权访问（如user_role=admin）。
  • 会话固定攻击：强制用户使用已知的Session ID。

7. 实战代码示例

Python模拟HTTP请求（包含Header/Cookie操作）

import requests

# 自定义Header和Cookie
headers = {
    "User-Agent": "Mozilla/5.0 (渗透测试专用)",
    "Referer": "http://evil.com"
}
cookies = {"session_id": "hacked_123"}

# 发送GET请求并获取响应头
response = requests.get(
    "http://example.com/admin",
    headers=headers,
    cookies=cookies
)

# 输出关键信息
print("状态码:", response.status_code)
print("响应头:", response.headers)
print("Set-Cookie:", response.headers.get("Set-Cookie"))

分析HTTPS请求（使用Wireshark抓包）

  1. 过滤TLS握手包：tls.handshake.type == 1（Client Hello）
  2. 观察加密后的应用数据包（内容不可读，但可分析元数据）。

8. 渗透测试中的应用场景

  1. 信息泄露：
    • 检查HTTP响应头是否暴露敏感信息（如Server: Apache/2.4.6）。
  1. 会话管理漏洞：
    • 验证Cookie是否缺少HttpOnly或Secure属性。
  1. 开放重定向：
    • 修改Location头参数，测试是否可跳转到恶意网站。
  1. CORS配置错误：
    • 检查Access-Control-Allow-Origin: *是否允许任意域访问。

9. 学习建议

  1. 动手实践：
    • 使用浏览器开发者工具（F12）查看每个请求的Header和Cookie。
    • 在Kali Linux中用curl -v http://example.com观察原始HTTP交互。
─(kalikali)-[~]
└─$ curl -v http://example.com
* Host example.com:80 was resolved.
* IPv6: 2600:1406:3a00:21::173e:2e65, 2600:1406:bc00:53::b81e:94c8, 2600:1408:ec00:36::1736:7f31, 2600:1406:bc00:53::b81e:94ce, 2600:1406:3a00:21::173e:2e66, 2600:1408:ec00:36::1736:7f24
* IPv4: 23.215.0.136, 23.192.228.84, 96.7.128.198, 23.192.228.80, 23.215.0.138, 96.7.128.175
*   Trying 23.215.0.136:80...
*   Trying [2600:1406:3a00:21::173e:2e65]:80...
* Immediate connect fail for 2600:1406:3a00:21::173e:2e65: 网络不可达
*   Trying [2600:1406:bc00:53::b81e:94c8]:80...
* Immediate connect fail for 2600:1406:bc00:53::b81e:94c8: 网络不可达
*   Trying [2600:1408:ec00:36::1736:7f31]:80...
* Immediate connect fail for 2600:1408:ec00:36::1736:7f31: 网络不可达
*   Trying [2600:1406:bc00:53::b81e:94ce]:80...
* Immediate connect fail for 2600:1406:bc00:53::b81e:94ce: 网络不可达
*   Trying [2600:1406:3a00:21::173e:2e66]:80...
* Immediate connect fail for 2600:1406:3a00:21::173e:2e66: 网络不可达
*   Trying [2600:1408:ec00:36::1736:7f24]:80...
* Immediate connect fail for 2600:1408:ec00:36::1736:7f24: 网络不可达
* Connected to example.com (23.215.0.136) port 80
> GET / HTTP/1.1
> Host: example.com
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 200 OK
< Content-Type: text/html
< ETag: "84238dfc8092e5d9c0dac8ef93371a07:1736799080.121134"
< Last-Modified: Mon, 13 Jan 2025 20:11:20 GMT
< Cache-Control: max-age=1544
< Date: Sat, 12 Apr 2025 08:00:51 GMT
< Content-Length: 1256
< Connection: keep-alive
< 
<!doctype html>
<html>
<head>
    <title>Example Domain</title>

    <meta charset="utf-8" />
    <meta http-equiv="Content-type" content="text/html; charset=utf-8" />
    <meta name="viewport" content="width=device-width, initial-scale=1" />
    <style type="text/css">
    body {
        background-color: #f0f0f2;
        margin: 0;
        padding: 0;
        font-family: -apple-system, system-ui, BlinkMacSystemFont, "Segoe UI", "Open Sans", "Helvetica Neue", Helvetica, Arial, sans-serif;
        
    }
    div {
        width: 600px;
        margin: 5em auto;
        padding: 2em;
        background-color: #fdfdff;
        border-radius: 0.5em;
        box-shadow: 2px 3px 7px 2px rgba(0,0,0,0.02);
    }
    a:link, a:visited {
        color: #38488f;
        text-decoration: none;
    }
    @media (max-width: 700px) {
        div {
            margin: 0 auto;
            width: auto;
        }
    }
    </style>    
</head>

<body>
<div>
    <h1>Example Domain</h1>
    <p>This domain is for use in illustrative examples in documents. You may use this
    domain in literature without prior coordination or asking for permission.</p>
    <p><a href="https://www.iana.org/domains/example">More information...</a></p>
</div>
</body>
</html>
* Connection #0 to host example.com left intact

以下是针对 curl -v http://example.com 输出的逐段讲解：

1. DNS 解析
* Host example.com:80 was resolved.
* IPv6: 2600:1406:3a00:21::173e:2e65, ...
* IPv4: 23.215.0.136, ...
● 域名解析：curl 首先将域名 example.com 解析为 IPv4 和 IPv6 地址。
● IPv6/IPv4 地址列表：服务器返回了多个 IP 地址，确保高可用性（部分地址为冗余备份）。

2. 尝试连接
* Trying 23.215.0.136:80...
* Trying [2600:1406:3a00:21::173e:2e65]:80...
* Immediate connect fail for ...: 网络不可达
● IPv4 优先：curl 默认尝试 IPv4 地址（如 23.215.0.136:80）。
● IPv6 失败：所有 IPv6 地址均提示 网络不可达，可能原因：
  ○ 本地网络未启用 IPv6。
  ○ 防火墙/路由器阻止了 IPv6 流量。
  ○ 目标服务器 IPv6 地址不可达。

3. 成功建立连接
* Connected to example.com (23.215.0.136) port 80
● 最终选择 IPv4：成功通过 IPv4 地址 23.215.0.136 的 80 端口建立 TCP 连接。

4. 发送 HTTP 请求
> GET / HTTP/1.1
> Host: example.com
> User-Agent: curl/8.5.0
> Accept: */*
● 请求行：GET / HTTP/1.1 表示请求根路径 /，使用 HTTP/1.1 协议。
● 请求头：
  ○ Host: 必需字段，指定目标域名。
  ○ User-Agent: 客户端标识（这里是 curl 版本）。
  ○ Accept: */*: 表示客户端接受任何响应类型。

5. 接收 HTTP 响应
< HTTP/1.1 200 OK
< Content-Type: text/html
< ETag: "84238dfc8092e5d9c0dac8ef93371a07:1736799080.121134"
< Last-Modified: Mon, 13 Jan 2025 20:11:20 GMT
< Cache-Control: max-age=1544
< Date: Sat, 12 Apr 2025 08:00:51 GMT
< Content-Length: 1256
< Connection: keep-alive
● 状态行：HTTP/1.1 200 OK 表示请求成功。
● 响应头：
  ○ Content-Type: text/html: 响应内容是 HTML 文本。
  ○ ETag: 资源标识符，用于缓存验证。
  ○ Last-Modified: 资源最后修改时间（注意：日期为未来的 2025 年，可能是服务器配置错误或测试数据）。
  ○ Cache-Control: max-age=1544: 响应可缓存 1544 秒（约 25 分钟）。
  ○ Connection: keep-alive: 保持 TCP 连接复用。

6. 响应体（HTML 内容）
<!doctype html>
<html>
<head>
    <title>Example Domain</title>
    <!-- 页面元数据和样式 -->
</head>
<body>
<div>
    <h1>Example Domain</h1>
    <p>This domain is for use in illustrative examples...</p>
    <p><a href="https://www.iana.org/domains/example">More information...</a></p>
</div>
</body>
</html>

● 示例页面：这是 IANA（互联网编号分配机构）提供的标准示例页面，用于文档演示。

7. 连接保持
* Connection #0 to host example.com left intact
● Keep-Alive：TCP 连接未关闭，可复用后续请求，减少握手开销。

关键问题总结
1. IPv6 连接失败：本地网络或中间设备可能不支持 IPv6。
2. 未来日期：响应头中的 Last-Modified 和 Date 为 2025 年，可能是服务器时间错误或刻意设置的测试数据。
3. 缓存策略：Cache-Control 和 ETag 帮助客户端高效缓存资源。
通过此过程，可以清晰看到从 DNS 解析到 HTTP 请求/响应的完整生命周期。
  1. 靶场练习：
    • 在DVWA中修改Cookie尝试绕过登录（设置security=low）。
  1. 协议分析工具：
    • Wireshark抓包分析HTTP/HTTPS流量（过滤条件：http或tls）。

掌握HTTP/HTTPS协议是Web安全的基础，后续学习漏洞利用时，需时刻关注协议层面的细节（如请求参数如何构造、Header如何影响服务端行为）。

相关推荐

实战派 | Java项目中玩转Redis6.0客户端缓存

铺垫首先介绍一下今天要使用到的工具Lettuce，它是一个可伸缩线程安全的redis客户端。多个线程可以共享同一个RedisConnection，利用nio框架Netty来高效地管理多个连接。放眼望向...

轻松掌握redis缓存穿透、击穿、雪崩问题解决方案(20230529版)

1、缓存穿透所谓缓存穿透就是非法传输了一个在数据库中不存在的条件，导致查询redis和数据库中都没有，并且有大量的请求进来，就会导致对数据库产生压力，解决这一问题的方法如下：1、使用空缓存解决对查询到...

Redis与本地缓存联手:多级缓存架构的奥秘

多级缓存（如Redis+本地缓存）是一种在系统架构中广泛应用的提高系统性能和响应速度的技术手段，它综合利用了不同类型缓存的优势，以下为你详细介绍：基本概念本地缓存：指的是在应用程序所在的服务器内...

腾讯云国际站:腾讯云服务器如何配置Redis缓存?

本文由【云老大】TG@yunlaoda360撰写一、安装Redis使用包管理器安装（推荐）在CentOS系统中，可以通过yum包管理器安装Redis：sudoyumupdate-...

Spring Boot3 整合 Redis 实现数据缓存，你做对了吗?

你是否在开发互联网大厂后端项目时，遇到过系统响应速度慢的问题？当高并发请求涌入，数据库压力剧增，响应时间拉长，用户体验直线下降。相信不少后端开发同行都被这个问题困扰过。其实，通过在SpringBo...

【Redis】Redis应用问题-缓存穿透缓存击穿、缓存雪崩及解决方案

在我们使用redis时，也会存在一些问题，导致请求直接打到数据库上，导致数据库挂掉。下面我们来说说这些问题及解决方案。1、缓存穿透1.1场景一个请求进来后，先去redis进行查找，redis存在，则...

Spring boot 整合Redis缓存你了解多少

在前一篇里面讲到了Redis缓存击穿、缓存穿透、缓存雪崩这三者区别，接下来我们讲解Springboot整合Redis中的一些知识点：之前遇到过，有的了四五年，甚至更长时间的后端Java开发，并且...

揭秘!Redis 缓存与数据库一致性问题的终极解决方案

在现代软件开发中，Redis作为一款高性能的缓存数据库，被广泛应用于提升系统的响应速度和吞吐量。然而，缓存与数据库之间的数据一致性问题，一直是开发者们面临的一大挑战。本文将深入探讨Redis缓存...

高并发下Spring Cache缓存穿透?我用Caffeine+Redis破局

一、什么是缓存穿透？缓存穿透是指查询一个根本不存在的数据，导致请求直接穿透缓存层到达数据库，可能压垮数据库的现象。在高并发场景下，这尤其危险。典型场景：恶意攻击：故意查询不存在的ID（如负数或超大数值...

Redis缓存三剑客:穿透、雪崩、击穿—手把手教你解决

缓存穿透菜小弟：我先问问什么是缓存穿透？我听说是缓存查不到，直接去查数据库了。表哥：没错。缓存穿透是指查询一个缓存中不存在且数据库中也不存在的数据，导致每次请求都直接访问数据库的行为。这种行为会让缓存...

Redis中缓存穿透问题与解决方法

缓存穿透问题概述在Redis作为缓存使用时，缓存穿透是常见问题。正常查询流程是先从Redis缓存获取数据，若有则直接使用；若没有则去数据库查询，查到后存入缓存。但当请求的数据在缓存和数据库中都...

Redis客户端缓存的几种实现方式

前言：Redis作为当今最流行的内存数据库和缓存系统，被广泛应用于各类应用场景。然而，即使Redis本身性能卓越，在高并发场景下，应用于Redis服务器之间的网络通信仍可能成为性能瓶颈。所以客户端缓存...

Nginx合集-常用功能指导

1）启动、重启以及停止nginx进入sbin目录之后，输入以下命令#启动nginx./nginx#指定配置文件启动nginx./nginx-c/usr/local/nginx/conf/n...

腾讯云国际站:腾讯云怎么提升服务器速度?

本文由【云老大】TG@yunlaoda360撰写升级服务器规格选择更高性能的CPU、内存和带宽，以提供更好的处理能力和网络性能。优化网络配置调整网络接口卡（NIC）驱动，优化TCP/IP参数...

雷霆一击服务器管理员教程

本文转载莱卡云游戏服务器雷霆一击管理员教程（搜索莱卡云面版可搜到）首先你需要给服务器设置管理员密码，默认是空的管理员密码在启动页面进行设置设置完成后你需要重启服务器才可生效加入游戏后，点击键盘左上角E...

取消回复欢迎 你 发表评论:

一周热门
最近发表
标签列表