ASP.NET Core 新增TLS Client Hello消息回调功能解析

背景介绍

在网络安全通信中，TLS握手协议是建立安全连接的关键步骤。其中Client Hello消息作为TLS握手的第一步，包含了客户端支持的加密套件、TLS版本等重要信息。ASP.NET Core团队近期在Kestrel和HTTP.sys服务器中新增了直接访问TLS Client Hello原始字节数据的功能，为开发者提供了更底层的TLS握手控制能力。

技术实现

新功能通过两种不同的方式在ASP.NET Core的两个主要服务器实现中提供：

Kestrel服务器实现

Kestrel通过HttpsConnectionAdapterOptions类新增了一个可为空的回调属性：

public Action<ConnectionContext, ReadOnlySequence<byte>>? TlsClientHelloBytesCallback { get; set; }

该回调接收两个参数：

1. ConnectionContext：当前连接上下文对象
2. ReadOnlySequence<byte>：包含完整的TLS Client Hello消息字节数据

使用ReadOnlySequence<byte>而非ReadOnlySpan<byte>是因为Kestrel底层使用PipeReader读取数据，数据可能分布在多个非连续的内存段中。

HTTP.sys服务器实现

HTTP.sys通过HttpSysOptions类新增了类似的回调：

public Action<IFeatureCollection, ReadOnlySpan<byte>>? TlsClientHelloBytesCallback { get; set; }

参数差异说明：

1. 使用IFeatureCollection替代ConnectionContext，因为HTTP.sys目前没有等效的连接上下文
2. 使用ReadOnlySpan<byte>因为HTTP.sys直接将缓冲区传递给原生API，数据保证是连续的

设计考量

开发团队在API设计过程中考虑了多种方案：

1. 性能优先：采用回调模式而非属性访问，避免不必要的内存分配和复制操作
2. 扩展性：保留未来添加强类型解析的可能性（如提供TLS帧解析器）
3. 服务器差异：尊重Kestrel和HTTP.sys的不同架构特点，提供最适合各自实现的API形态
4. 命名规范：明确包含"Bytes"后缀，为将来可能添加的强类型API留出命名空间

典型应用场景

开发者可以利用此功能实现多种高级用例：

1. 早期连接过滤：在完整TLS握手前基于Client Hello信息拒绝可疑连接
2. 协议嗅探：检测客户端实际支持的TLS版本和加密套件
3. 自定义负载均衡：根据TLS扩展信息（如ALPN）做出路由决策
4. 安全审计：记录详细的TLS握手信息用于安全分析

使用示例

以下是Kestrel服务器的基本配置示例：

var host = new HostBuilder()
    .ConfigureWebHost(webHostBuilder =>
    {
        webHostBuilder
            .UseKestrel(options =>
            {
                options.ConfigureHttpsDefaults(httpsOptions =>
                {
                    httpsOptions.TlsClientHelloBytesCallback = (connectionContext, bytes) =>
                    {
                        // 分析TLS Client Hello字节数据
                        // 可基于分析结果设置连接特征或直接终止连接
                    };
                });
            })
            .UseStartup<Startup>();
    })
    .Build();

技术细节

1. 内存处理：Kestrel实现需要处理可能分布在多个内存段的TLS数据，而HTTP.sys则保证数据连续性
2. 执行时机：回调在TLS握手早期阶段触发，早于任何应用层协议处理
3. 线程安全：回调执行需要快速完成，避免阻塞连接处理线程

总结

ASP.NET Core新增的TLS Client Hello回调功能为开发者提供了前所未有的TLS握手阶段控制能力，使应用可以在最早的协议阶段做出安全决策。这一功能特别适合需要深度定制TLS行为或实现高级安全策略的场景，进一步强化了ASP.NET Core作为现代化Web应用平台的灵活性和安全性。