OWASP Juice Shop：用一家假果汁店，练真攻防
OWASP Juice Shop：可能是最现代、最复杂的不安全 Web 应用程序。
秒懂
- 它是什么？
- OWASP Juice Shop 是一个故意布满漏洞的 Web 应用，覆盖 OWASP Top Ten 与大量真实世界缺陷。本文拆解它的设计机制、运行方式与适用边界，并给出明确的采用建议。
- 适合谁用？
- 安全培训讲师、CTF 组织者、渗透测试工具开发者应该认真考虑 Juice Shop，它把漏洞排列成可计分的挑战，覆盖 Top Ten 且持续更新。负责生产系统安全的人不要用它来验证真实防御，因为它的漏洞是刻意设计的，无法代表真实代码的复杂度。
- 能商用吗？
- 可以。MIT 是宽松许可证：你可以使用、修改并销售基于它的软件，只需保留版权和许可证声明。
- 还在维护吗？
- 在维护。仓库最近一次提交在 2 天前。
- 用什么语言写的？
- 主要是 TypeScript（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
它解决什么问题，谁该用它
OWASP Juice Shop 是一个故意做成不安全的 Web 应用，README 自称是“probably the most modern and sophisticated insecure web application”。这句话要拆开看：它不是一个有缺陷的普通网站，而是一个把漏洞当功能来设计的靶场。它的目标用户很明确：安全培训的讲师需要演示材料，CTF 组织者需要现成题目，安全工具开发者需要一个标准化的测试对象。对于这些人，Juice Shop 省去了自己搭漏洞环境的功夫。它覆盖 OWASP Top Ten 的全部条目，还包含真实应用中常见的其他缺陷。这意味着你可以在一套环境里练习注入、越权、失效的访问控制等典型攻击，而不是在多个零散项目之间切换。
漏洞如何被组织成可玩的内容
Juice Shop 不是简单地把漏洞堆在页面上，而是把它们包装成挑战（challenges）。每个挑战对应一个具体的漏洞利用，比如通过 SQL 注入获取数据，或者利用不安全的反序列化执行代码。用户通过完成挑战来得分，分数与难度挂钩。这种游戏化设计是它区别于普通漏洞演示应用的关键：它把学习过程变成了闯关，而不是阅读漏洞列表。从仓库布局看，前端是 Angular 应用，后端是 Node.js，数据存储用 SQLite。这种现代技术栈意味着漏洞不是老掉牙的 CGI 脚本，而是贴近当前 Web 开发实践的缺陷。README 提到某些挑战需要外部 AI/LLM 提供商才能工作，这说明项目在跟随新出现的攻击面，比如提示注入或模型滥用。
从源码到本地运行的三种路径
如果你想快速跑起来，最简单的方式是 Docker。执行 `docker pull bkimminich/juice-shop`，然后 `docker run --rm -p 127.0.0.1:3000:3000 bkimminich/juice-shop`，浏览器访问 http://localhost:3000 即可。注意 README 特意把端口绑定在 127.0.0.1，这是有意的安全措施，避免把漏洞靶场暴露到局域网。从源码运行需要 Node.js，先 `git clone https://github.com/juice-shop/juice-shop.git --depth 1`，然后 `cd juice-shop`，执行 `npm install` 和 `npm start`。还有打包好的发行版，下载对应平台和 Node 版本的 zip 或 tgz 文件，解压后直接 `npm start`。对于 Vagrant 用户，仓库里有 `vagrant` 目录，运行 `vagrant up` 后访问 192.168.56.110。三种方式都指向同一个应用，区别只在于依赖管理。
版本兼容性是一个真实的坑
README 用一张表列出了 Node.js 版本兼容性，这张表值得仔细看。它明确区分“支持”和“测试过”两个状态。例如 Node.js 25.x 被标记为支持但未测试，23.x 则完全不支持。这意味着如果你用了一个不在表上的 Node 版本，应用可能无法启动，或者某些功能异常。打包发行版只针对特定 Node 版本生成，比如 24.x 有 Windows、macOS、Linux 的 x64 包，但其他版本就没有。Docker 镜像从 `master` 分支构建的是 `latest` 标签，从 `develop` 构建的是 `snapshot`。这个细节说明项目维护者很在意运行环境的一致性，但反过来也提醒用户，不要随意升级 Node 版本。如果你在旧系统上部署，先查表再动手。
它不擅长什么，以及替代方案
Juice Shop 的局限在于它的漏洞是“剧本化”的。每个漏洞都是一个已知的挑战，答案和利用方式在社区里都有公开讨论。这意味着它不适合用来评估你自己的安全工具能否发现未知漏洞，因为工具可能只是记住了这些固定模式。同样，它也不适合作为生产环境的模拟，因为真实应用的漏洞往往隐藏在业务逻辑里，而不是一个刻意留出的后门。如果你需要更接近真实代码的漏洞环境，可以考虑 OWASP 的另一个项目 WebGoat，它更偏重教学，交互方式更直接。或者用 DVWA（Damn Vulnerable Web Application），它更简单，适合初学者。Juice Shop 的优势在于现代技术栈和挑战计分机制，但如果你要的是真实代码审计训练，这些优势反而变成了噪音。
维护活跃度与许可证的现实意义
仓库的最近一次推送是 2026 年 8 月，而且有 v20.2.0 这样的新版本，说明项目持续在更新。这对安全工具很重要，因为新的漏洞类型和攻击手法不断出现，一个停止维护的靶场会逐渐过时。项目使用 MIT 许可证，这意味着你可以自由修改和分发，甚至把它集成到自己的培训平台里，不需要担心版权限制。但要注意，README 提到“You are not supposed to use this instance for your own hacking endeavours”，这是针对官方 demo 实例的，不是针对代码本身。如果你要部署自己的实例，完全合法。维护成本方面，从源码运行需要定期 `git pull` 和 `npm install`，因为依赖会更新。Docker 方式则只需 `docker pull` 新镜像。整体来看，维护负担不高，但你需要跟进版本兼容表。
编辑结论
安全培训讲师、CTF 组织者、渗透测试工具开发者应该认真考虑 Juice Shop，它把漏洞排列成可计分的挑战，覆盖 Top Ten 且持续更新。负责生产系统安全的人不要用它来验证真实防御，因为它的漏洞是刻意设计的，无法代表真实代码的复杂度。初次使用前，先确认 Node.js 版本兼容性，并阅读官方 companion guide 中关于外部依赖（如 AI/LLM 提供商）的配置说明，某些挑战没有这些服务不会正常工作。最终判断：如果你需要的是一个可重复、可评分、覆盖广的漏洞练习场，Juice Shop 是当前最合适的开源选择；如果你需要的是真实业务逻辑的脆弱性评估，请另找工具。
社区笔记