security - 了解 TLS/SSL 协议(protocol)

Question

我目前正在上一门关于安全和密码学的大学类(class)，我们正在进行的项目之一涉及实现基本的 TLS 套接字。

因此，我使用我的教科书和最新的 RFC 研究了 TLS 协议(protocol), 所以我对 TLS/SSL 的工作原理以及 TLS 记录格式的逐字节布局有了很好的理解。

因此，一开始我决定编写一个服务器程序来监听端口 443 并接受传入的安全 HTTP 连接。它所做的只是接受客户端连接，然后打印出客户端发送的初始消息的十六进制转储。

但是当我使用网络浏览器 (Firefox) 连接到我的服务器时，我完全被浏览器发送给我的字节流搞糊涂了。 According to the RFC ，TLS 客户端必须做的第一件事是发送 ClientHello 消息。所有消息都必须以 TLS 记录格式封装，格式应如下所示(使用 RFC 使用的 C-ish 表示法):

  struct {
      ContentType type;
      ProtocolVersion version;
      uint16 length;
      opaque fragment[TLSPlaintext.length];
  } TLSPlaintext;

ContentType 字段是一个枚举值，必须是以下类型之一:change_cipher_spec = 0x14, alert = 0x15, handshake = 0x16, application_data = 0x17

因此，由于客户端必须做的第一件事是发送 ClientHello 消息，这是握手的一部分，我希望字节流中的第一个字节是 0x16，表示这是握手消息。

但是，我的浏览器发送的实际字节流是:

80 55 01 03 00 00 3c 00 00 00 10 00 00 88 00 00 87 00 00 39 00 00 
38 00 00 84 00 00 35 00 00 45 00 00 44 00 00 33 00 00 32 00 00 96 
00 00 41 00 00 04 00 00 05 00 00 2f 00 00 16 00 00 13 00 fe ff 00 
00 0a 00 00 ff 07 99 58 ad 17 f3 17 23 be 63 8c 6d cb 9b 5f 6f 

我无法理解这个字节流，即使在阅读 RFC 数小时之后也是如此。我读到的有关 TLS 的所有内容都告诉我，第一个字节应该是 0x16 以指示握手，然后是一个两字节的版本字段，然后是一个两字节的记录长度字段。但是这个字节流以 0x80 0x55 开头，这对我来说毫无意义。

谁能弄清楚这里发生了什么？我是否误解了 TLS 协议(protocol)的某些部分？

Answer 1

您看到的是与 SSL 版本 2 兼容的 hello。看appendix E of RFC 5246 .我不相信最新版本的 firefox 会发送它，它们只会发送您期望的 V3 hello 格式。