Tinyproxy 曝出严重漏洞,影响全球52000 台主机
近日,出严攻击面管理公司 Censys 分享了一组数据 :截至 2024 年 5 月 3 日,重漏主机在90310台主机中 ,洞影有 52000 台(约占 57%)运行着有漏洞的响全 Tinyproxy 版本 。
这些可能受到漏洞影响的球台主机分布于美国(32846 台)、韩国(18358 台)、出严中国(7808 台) 、重漏主机法国(5208 台)和德国(3680 台) 。洞影
该漏洞是响全HTTP/HTTPS代理工具中一个未修补的重要安全漏洞,被追踪为 CVE-2023-49606,球台CVSS 得分为 9.8,出严Cisco Talos 将其描述为一个影响 1.10.0 和 1.11.1 版本(即最新版本)的重漏主机免用漏洞 。模板下载
Talos在上周的洞影一份报告中提到 :攻击者可通过精心构造的HTTP头触发先前释放内存的重复使用 ,导致内存破坏且可能导致远程代码执行 。响全攻击者需要发送未经身份验证的球台HTTP请求以触发此漏洞 。
换句话说,未经身份验证的威胁行为者可以发送特制的 HTTP 连接头,从而引发内存破坏,导致远程代码执行 。
Tinyproxy 是一个轻量级的开源 HTTP 代理守护程序 ,源码库专注于简单性和效率。根据 HTTP 规范,客户端提供的标头表示代理在最终 HTTP 请求中必须删除的 HTTP 标头列表。代理从请求中删除这些 HTTP 标头,向远程服务器执行请求 ,并将响应发送回客户端。Tinyproxy 在函数中正是这样做的:

首先,我们应该注意到客户端发送的 HTTP 标头驻留在键值存储中 。该代码搜索 和 标头,并在 (1) 处获取它们的值 ,服务器租用如前所述,这是一系列要删除的 HTTP 标头 。客户端列出的每个 HTTP 标头在 (3) 处被删除 。从本质上讲 ,和 标头值中的每个 HTTP 标头都用作从 中删除的键。最后 ,在 (4) 处,HTTP 标头本身被删除。
在函数中,我们看到 :

对于具体提供的 ,亿华云其哈希值计算为 (5)。使用哈希值 ,在 (6) 处检索并释放键值的指针 。最后,键本身从(7)的哈希图中删除。
现在考虑一下当客户端发送 HTTP 标头时会发生什么。出于演示目的 ,我们将它们区分为。在 (1) 处检索标头的值 ,这当然是 。在 (3) 处 ,建站模板该值用作 处的变量。在(5)处计算字符串的哈希值,与完全相同 。请注意,哈希值也不区分大小写。在 (6) 处,哈希用于检索和释放 HTTP 标头值的指针 ,即 。因此,此时代码已释放了 的内存。在 (7) 处,现在包含过时指针的免费模板变量被重用,从而导致释放后使用方案。
很明显 ,此漏洞可用于执行内存损坏并获得代码执行权限。
去年 12 月 22 日 ,塔洛斯公司报告了这一漏洞,并发布了该漏洞的概念验证(PoC) ,描述了如何利用解析 HTTP 连接的问题来触发崩溃,并在某些情况下执行代码 。
Tinyproxy 的维护者在上周末提交的一组文件中 ,指责 Talos 将报告发送到了一个已经不再使用的电子邮件地址,并补充说他们是在 2024 年 5 月 5 日被 Debian Tinyproxy 软件包维护者发现的 。
rofl0r 提到:没有人在 GitHub 上提交问题 ,也没有人在提及的 IRC 聊天中提到漏洞。如果在 Github 或 IRC 上报告了该问题 ,该漏洞会在一天内得到修复 。该公司建议用户在最新版本发布后及时更新。