Curl应对AI漏洞报告洪流,低中危缺陷转为公开披露

Curl调整漏洞披露策略,低中危缺陷转为公开处理。因AI生成报告激增致维护团队不堪重负,超90%提交被定为低级,新政策旨在缓解压力,但可能延长攻击者利用窗口。

面对名为“雪崩”的漏洞报告洪流,开源数据传输工具 Curl 的维护团队被迫调整策略,将低级别缺陷的披露方式从私下处理转向公开。

超90%提交被定为低危

Curl 维护者丹尼尔·斯坦伯格(Daniel Stenberg)宣布,自 10 月 26 日起,严重性为低级和中级的漏洞报告将直接提交至项目的公共 GitHub 存储库。这一举措旨在应对近期激增的报告数量,斯坦伯格指出,过去几年中超过 90% 的提交经快速评估后均被定为低于 HIGH 级别。

此次政策变更的背景是人工智能生成内容对安全团队造成的巨大压力。斯坦伯格今年早些时候已关闭了 Curl 的 Bug 赏金计划,原因是 AI 生成的提交严重干扰了正常工作流。尽管他承认并非所有 AI 辅助报告都毫无价值,但当前涌入的工作量迫使团队必须做出新的回应。

斯坦伯格形容当前的状况如同在洪水中求生:“我们正在努力作为一个项目存活下来,因为所有关键维护者都感到紧张。我们必须采取行动才能生存,这是我们的生存策略下一步,可能也不是最后一次。我们的目标是不溺水。”他预计未来几个月内,漏洞报告的洪水不会减退。

根据新政策,使用 AI 的研究人员倾向于生成在实际应用中极不可能发生的异常选项组合,并将微小的差异标记为漏洞。斯坦伯格表示:“我们不能继续沿着这条旋转的道路保持理智。我们没有带宽、人力,甚至没有意愿以这种速度处理无休止的漏洞报告流。我相信很少有软件项目能长期承受这种大量流量。一些东西需要让路。”

对于公开处理的利弊,维护团队进行了权衡。一方面,公开披露允许更多社区成员参与评估报告、开发修复方案、撰写建议以及在发布前检查相关问题。虽然这理论上可以分散工作量,但斯坦伯格承认,每份报告的实际处理工作量并未减少。

另一方面,公开处理意味着攻击者在补丁到达前拥有更多利用漏洞的时间窗口。对此,维护者同意这是一个不幸但不可避免的后果。他们强调,之所以将这种做法限制在 HIGH 级别以下,是因为至少这些问题并不严重。

评论 0

0/500

评论需审核后展示,请文明发言

💬
还没有评论,来说两句

相关阅读