「AList 被黑产收购事件」深度分析报告

Author
玄易同志
作者
2025-06-16
发布时间
MC杂谈
分类

1. 事件背景

  • AList 项目简介
    • 功能：万能网盘文件管理器，支持40+网盘存储、在线文件浏览、离线下载等。
    • 规模：GitHub 近5万 Star，现象级开源项目，广泛用于私人云存储搭建。
    • 开源性质：完全免费，社区驱动开发。
  • 收购事件爆发点
    • 作者突然宣布项目由「不够科技」（BugTech）公司运营，未提前通知社区。
    • 用户发现代码、文档异常改动后，作者才被动回应，引发信任危机。
[HR][/HR]

2. 争议焦点

[TABLE]
[TR]
[TH]问题类型[/TH]
[TH]具体表现[/TH]
[/TR]
[TR]
[TD]作者行为[/TD]
[TD]秘密出售项目，未告知贡献者；事后道歉声明被质疑诚意。[/TD]
[/TR]
[TR]
[TD]收购方背景[/TD]
[TD]公司名「不够科技」（BugTech），曾收购其他开源项目（如Hutool），涉隐私收集争议。[/TD]
[/TR]
[TR]
[TD]代码改动[/TD]
[TD]新增设备信息收集代码（疑似AI生成），后因舆论压力撤回。[/TD]
[/TR]
[TR]
[TD]文档篡改[/TD]
[TD]删除原作者信息、开源声明，突出付费服务；12月已秘密操作。[/TD]
[/TR]
[/TABLE]
[HR][/HR]

3. 社区反应

  • 开发者抗议
    • GitHub Issues/评论区大规模声讨，公司删评压制。
    • 贡献者自嘲「黑奴榜」，质疑被利用为黑产帮凶。
    • 提交PR要求恢复原作者信息（均被拒绝）。
  • 用户应对措施
    • 建议回退至v3.40.0（收购前最后稳定版）。
    • 解除已授权的网盘API访问权限，防止数据泄露。
  • 替代项目诞生
    • OpenList：基于AList复刻，短期内获数千Star，但功能尚未超越原版。

4. 开源生态影响

  • 核心矛盾
    • 商业化 vs 开源精神：作者变现需求合理，但缺乏透明性损害社区信任。
    • 黑产风险：收购方若滥用用户数据，可能使贡献者承担连带法律责任。
  • 行业警示
    • 开源项目商业化需遵循社区共识（如MongoDB、Redis的许可协议变更案例）。
    • 开发者应警惕「供应链投毒」，审查依赖项安全性。

5. 建议与呼吁

  • 对用户
    • 暂停使用AList新版，切换至OpenList或自托管旧版。
    • 监控网盘账号异常活动。
  • 对开发者
    • 参与开源前审查项目License（如GPL-3.0、AGPL等保护条款）。
    • 推动「贡献者协议」标准化，明确商业化时的权益分配。
  • 对收购方
    • 公开数据使用政策，停止隐蔽收集行为。

6. 事件总结

AList事件暴露了开源生态的脆弱性：当资本无序介入，缺乏监管的「用爱发电」可能沦为黑产温床。社区需建立更完善的透明度机制，而开发者与用户应联合抵制破坏开源信任的行为。

[QUOTE]
「开源的真谛不是免费，而是自由与信任。」
[/QUOTE]
附录
  • 相关链接：
    • [URL='https://github.com/alist-org/alist']AList GitHub[/URL]
    • [URL='https://github.com/openlist-org/openlist']OpenList GitHub[/URL]
  • 数据来源：GitHub Archive
返回上一页