GitHub 在 3 周后仍未移除恶意仿冒软件
GitHub 因在数周后仍未移除一个冒充商业应用的恶意仓库而受到抨击,尽管有报告称该仓库正在传播恶意软件。评论者争论受害者是否应求助于 DMCA 通知或商标主张,并指出在 Hacker News 等网站上公开施压,往往比标准支持渠道更能促使平台更快行动。更广泛地说,这场讨论反映了人们对大型科技平台审核人手不足的失望;其激励机制更偏向增长和 AI 功能,而非健全的用户保护。
仿冒仓库、恶意软件与 DMCA
- 一些评论者建议使用 DMCA 下架,因为这是让 GitHub 注意到问题的最有效方式。
- 另一些人澄清,DMCA 只适用于版权,不适用于“你不喜欢的东西”(例如恶意软件本身)。明知没有依据却发送通知被描述为违法。
- 澄清说明:
- 开源代码仍然受版权保护;许可证授予特定的再利用权。
- Logo 会自动受版权保护,也可能构成商标;即使代码是开源的,复制项目的 logo 也可能形成有效的版权主张。
- 开源许可证通常并不禁止“恶意软件衍生品”,因此违规必须针对复制或许可证条款,而不是行为本身。
GitHub 的审核与响应速度
- 多个轶事提到,在恶意软件仓库、冒充账号、被占用名称以及“nulled”商业软件等问题上,平台行动缓慢甚至毫无动作。
- 也有人报告说,针对垃圾信息和恶意软件工单,响应速度相当快(几小时到一天)。
- 讨论串的共识是:相对于 GitHub 的规模,支持和审核的人手不足。
HN 可见性与升级处理
- 文章中的违规仓库在 HN 讨论串出现后不久就被移除了;有些人认为这是明确的因果关系,也有人认为只是巧合。
- 许多人坚称,大公司会积极监控 HN 和其他社交渠道,一旦问题公开就会进行快速、优先级很高的升级处理。
- 类似模式也被报告出现在 Google、Apple、YouTube、应用商店等平台上。
公司激励与“恶意”
- 讨论集中在:支持团队人手不足究竟算不算“恶意”,还是只是理性的逐利。
- 有人引用对投资者的受托责任;也有人反驳说,法律并不要求为了利润最大化而牺牲一切。
- 普遍的不满在于,利润极高的公司仍选择仅提供最少的人力支持和审核。
当前举报系统的局限
- 第一线支持往往是自动化的,第二线人手不足,而专门团队又很难联系到。
- 滥用/垃圾信息举报被视为一种外部性:大多数用户不需要它们,但受害者没有其他平台可选。
- 有人建议制定面向真人支持的监管 SLO,并增加员工,而不是“把 AI 扔上去解决问题”。
更广泛的审核问题
- 评论者认为,其他平台也存在类似问题:诈骗列表、骗局视频、恶意广告和盗版下载往往会持续数天甚至更久。
- 据称,仿冒攻击正变得更加精致,使用真实的产品名称和 logo,从而增加用户风险。