深度解析：发现并修复 libcurl/curl 高危漏洞

不久前，安全和开发社区收到了一份来自 curl 项目首席开发者 Daniel Stenberg 的公告，他 发布了令人遗憾的消息：10 月 11 日发布的 curl 新版本旨在修复两个高影响力的安全漏洞，其中一个被他描述为“curl 长期以来最严重的漏洞”。

Stenberg 在博客上发布的 事后分析指出，受影响的 curl 库版本存在堆缓冲区溢出漏洞，这与自 2002 年以来一直使用的 SOCKS5 代理协议中的遗留问题有关。

作为一款自 1998 年就开始使用的命令行工具，curl 被广泛认为是互联网的基石。由于其悠久的历史和广泛的应用，一旦发现漏洞，可能会对整体网络安全产生持续的影响。

此次事件与 Log4j 中毁灭性的 Log4Shell 攻击有相似之处，后者是另一个至今仍被利用的易受攻击的依赖项。
‍
>>> 立即通过我们的 curl 任务测试您的知识！‍

漏洞类型：缓冲区溢出

该漏洞详情记录在 CVE-2023-38545 中，影响 7.69.0 到 8.3.0（含）版本的 curl。主要缺陷是堆缓冲区溢出漏洞，初步报告指出，成功利用该漏洞可能导致更具破坏性的远程代码执行 (RCE) 攻击。虽然这对威胁行为者来说是一种可能的攻击路径，但这种情况非常罕见。

或许减轻风险的唯一慰藉是，恶意通信必须通过 SOCKS5 代理，而这在部署中相对少见。

与 curl 漏洞类似，让我们来看看这个关于缓冲区溢出的解释：

当 curl 被要求使用 SOCKS5 代理时，它会将主机名传递给代理并由其进行解析。然而，如果主机名超过 255 字节的限制，curl 将在本地解析主机名（如下面的代码片段所示：来源）。

如果客户端和代理之间的握手缓慢，长主机名可能会被复制到内存缓冲区中，而不是（较短的）已解析地址。分配的内存部分仅允许 255 字节的值，因此如果接收到的值超过此限制，数据将溢出内存缓冲区的边界。

>>> 在此 实战演练中亲自尝试一下！

缓冲区溢出是一种强大的攻击向量，在许多遗留编程语言中很常见。在此特定案例中，利用该漏洞在某些环境下可能引发更严重、更具破坏性的 RCE 攻击，尽管这种路径仍然不常见且可能性较低。

如何降低缓冲区溢出风险？

现阶段，首要的补救措施是为所有易受攻击的实例应用补丁。需要提醒的是，curl 的使用非常广泛，您的系统中可能包含该依赖项，但并未显式标注或告知。在这种情况下，必须进行审计并随后进行修补。

通常，缓冲区溢出缺陷可以通过使用像 Rust 这样的内存安全语言来缓解。然而，对于像 curl 这样庞大的项目，随意移植到另一种语言或重写是不切实际的。正如 Stenberg 在讨论使用和支持更多用内存安全语言编写的依赖项的可能性，或者逐步替换 curl 的部分组件时所 指出的那样：“……开发速度目前慢如蜗牛，这清晰地展示了其中的挑战。在可预见的未来，curl 将继续使用 C 语言编写。”这是一项艰巨的任务，且其安全影响深远。

安全错误不可避免，我们无法总是依赖扫描器和测试来发现每一个可能的攻击向量。因此，我们在对抗这些漏洞时最强大的武器，是对持续安全意识和技能提升的承诺。
‍

想了解更多关于如何编写安全代码和降低风险的信息吗？

免费体验我们的 堆溢出挑战。

如果您想获取更多免费的编码指南，请查看 Secure Code Coach，它能助您掌握安全编码的最佳实践。