北京
一个专门用来传文件的工具，反过来把上传的一方给端了。curl 项目在 10 月 14 日发布的 curl 8.23.0 里修掉了这个洞。
问题出在 curl 处理 HTTP/2 上传的方式上。当客户端往服务器传数据时，一个恶意服务器可以借这个环节污染客户端的内存。最先报告这个漏洞的研究员，没有停在"能搞乱内存"这一步，而是把它做成了在上传机器上执行代码。
攻击没那么容易复现
想真正接管一台客户端，攻击者得精确掌握对方的构建配置和内存布局。这不是随便扫一扫就能命中的事。
curl 方面对真实攻击的预期结果是崩溃，而不是被稳定拿下。换句话说，从内存污染到代码执行之间，还隔着不少前提条件。
但前提条件多，不等于风险可以忽略。上传这个动作本身就意味着客户端主动把连接交给了对方服务器，而 HTTP/2 的上传路径恰好是这次出问题的地方。
该做什么
curl 8.23.0 已经带着修复发布。对于把 curl 嵌进自己产品、或者依赖它做上传链路的项目来说，升级到 8.23.0 是直接的处置方式。
这类漏洞的麻烦之处在于位置：客户端通常默认自己是在"发起"请求，天然占据主动。而这次被利用的，正是这份主动里的一个缝隙。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
