Xray-core
Xray-core copied to clipboard
XTLS
[Bug] 关于xtls-rprx-vision偶发的ssl错误的分析
关于1.6.6-2也会发生的偶发ssl错误，我这里抓包有新的发现。
简要概括：xtls转发流量时，漏掉了某些包。
左边bug.pcapng为本地透明代理后抓到的包，右边orig.pcapng为在服务器上抓到的包。
注意两个图中的142.251.42.174和172.217.31.174不同是因为我在服务端开了sniffing，实际上是同一个连接经过代理。
这个包可以对上，是正常的。
从这里开始，流复制发生了跳跃。本地收到的包也被解析成了Continuation Data，并且没有tls header。
本地收到了错误的包后，应用马上检测到，报错并发送了TCP RST。（那个客户端发的长度为106的Application Data应该是TLS 1.3的Alert？）
注意到发生错误的后一个服务器上的包，其tls header（右图）也被复制到了本地客户端（左图），成为了Continuation Data的一部分。至此可以肯定是发生了流的错误复制。流复制发生了跳过的可能性极高，因为即使在完整的抓包记录中，搜索客户端没收到的那部分包中的data，也找不到任何结果。
经过计算，这个样本中发生跳过的长度为2456-2466。有长度为10的区间是因为不确定在处理的时候有没有算上tls header（长度为5）。
我已上传脱敏后的抓包记录，供开发者分析。
没有抓取服务端的xtls调试信息的原因是，目前这个bug已经很偶发，且不能稳定复现。仅在特定客户端发起的大量https请求中少量复现。所以，服务端抓取有用的日志非常困难。
@xsm1997 感谢大佬分析 这个问题需要仔细研究 你提到
仅在特定客户端发起的大量https请求中少量复现
有没有发现哪个客户端环境比较容易复现？
除浏览器以外的很多客户端都有此现象，包括go的http包、使用java的客户端（如Jetbrains大多数IDE）、linux下的curl、git等。linux下的客户端比windows下的容易触发此bug。在更新了新版后，浏览器访问网页的请求几乎不会遇到这个bug了。
Capture traffic in client and server, then
while true;do curl google.com ;done
Run a evening, maybe could catch 😏
小米浏览器第一次打开网页几乎是必显示ERR_SSL_BAD_RECORD_MAC_ALERT的。要刷新才会好。
一样，安卓更容易复现，安卓用的是v2rayNG+chrome, windows下也会有，相对概率小一点，用的客户端是v2rayN + chrome.
1.7.0版本用了几天，v2ranN+windows+chrome这个错误已经几乎没有了。但是qv2ray+mac+chrome还是蛮频繁的。linux下倒是没有测试。
Windows 10 XRay 1.7.0 Chrome 108
用 vision 流控，Chrome 能打开 Youtube Music 网站，但是无法听任何歌曲，一直转圈加载。我这里 100% 复现。 换成普通TLS，马上就正常了。
什么时候发fix版本？
---原始邮件--- 发件人: @.> 发送时间: 2023年1月6日(周五) 晚上11:17 收件人: @.>; 抄送: "michael @.@.>; 主题: Re: [XTLS/Xray-core] [Bug] 关于xtls-rprx-vision偶发的ssl错误的分析 (Issue #1444)
这个issue竟然把主席引出来了 你做的好啊()
抛砖引玉 :)
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.Message ID: @.***>
感谢你提交的详细错误报告，请使用 v1.7.2+ https://github.com/XTLS/Xray-core/releases/tag/v1.7.2
