HTTPS/TLS/SSL如何防范会话劫持？我的理解误区在哪？

你理解的误区在于，把TLS的加密机制当成了“固定密钥的静态加密”，以为拿到加密后的数据包就能直接重发冒充用户，但实际上TLS从传输层就通过多个机制阻断了这种攻击：

• 会话密钥的唯一性：TLS握手阶段，客户端和服务器会协商生成仅本次会话有效的对称密钥——每次新会话（甚至同一会话内的不同通信阶段）的密钥都是独立生成的。劫持者就算截获了某次加密的数据包，也没有对应的会话密钥来伪造新的合法数据包，更无法让服务器用其他会话的密钥解密这个旧数据包。
• 序列号与重放检测：TLS记录协议会给每个发送的加密数据包分配一个严格递增的序列号，服务器会实时跟踪每个会话的序列号范围。如果收到的数据包序列号不在预期的窗口内（比如重复、超前或滞后），服务器会直接拒绝处理。你假设的“重发加密后的XYZ”属于重复数据包，服务器能立刻识别并丢弃。
• 消息认证码（MAC）的绑定校验：每个TLS加密数据包都会附带一个用会话密钥生成的MAC，服务器收到数据包后会先验证MAC的有效性——只有用正确会话密钥生成的MAC才能通过校验。劫持者没有会话密钥，既无法伪造合法的MAC，也无法篡改已有数据包的内容（篡改后MAC会失效）。就算重发旧的合法数据包，MAC虽然正确，但序列号不符合要求，服务器依然会拒绝。
• 会话上下文绑定：TLS的会话状态是和客户端、服务器的交互上下文绑定的，比如会话ID、随机数等信息在握手时就完成了校验，后续的通信必须基于这个上下文。劫持者无法凭空构造出符合该上下文的数据包。

简单来说，你以为的“加密后的数据可以直接复用”是不成立的，TLS的加密不是简单的“明文转密文”的单向转换，而是一套包含密钥协商、身份认证、序列保护、消息完整性校验的完整安全体系，从根本上杜绝了单纯的数据包重放攻击。

内容的提问来源于stack exchange，提问作者Kraken