Exploitarium 是一个集中归档公开漏洞 PoC 和漏洞研究 writeup 的安全研究仓库，包含多个针对常见软件、库、桌面应用、开发工具、容器工具和网络组件的概念验证材料。仓库主要面向安全研究、漏洞复现、防御验证和学习用途，但其内容具有明显的攻击双用途属性，必须仅在授权环境中使用。
适用领域
网络安全 / 漏洞研究 / 漏洞复现 / PoC 归档 / 安全攻防实验 / 应用安全 / 系统安全 / 供应链安全 / 桌面软件安全 / 容器安全
配置难度
高。该仓库不是普通开发库，而是漏洞研究和 PoC 集合。使用者需要理解操作系统、网络协议、漏洞利用原理、调试工具、隔离环境搭建和安全合规要求。初学者不建议直接运行 PoC，应先阅读 writeup 并在指导下进行学习。
商业价值
对安全团队、软件厂商和研究机构具有较高防御价值，可用于漏洞情报分析、补丁优先级评估、检测规则开发、安全培训和产品安全加固。但由于内容敏感、许可证不明确且存在滥用风险，不适合作为普通业务依赖或生产组件引入。企业使用时应建立审批、隔离、审计和销毁流程。
01
技术亮点
- 仓库将多个原先分散的 PoC 仓库整合为统一归档，便于检索和研究。
- 覆盖面较广，涉及文件解析、远程访问软件、容器工具、浏览器、API 网关、开发工具、媒体处理库、网络协议库等多个方向。
- README 中列出了各子目录来源、提交哈希和条目数量，便于追踪内容来源。
- 作者说明对旧仓库内容进行了 Git tree 级别一致性校验，强调迁移后的文件字节一致。
- 适合做漏洞情报梳理、补丁验证和防御检测规则开发的参考资料。
02
目标用户
- 漏洞研究员
- 红队与蓝队安全工程师
- 企业安全运营人员
- 安全实验室研究人员
- 高校网络安全方向学生
- 开源软件维护者
- 补丁验证人员
- 威胁情报分析人员
03
配置要求
- 需要 Git 用于克隆和版本查看。
- 部分 PoC 可能需要 Python 运行环境。
- 部分原生漏洞 PoC 可能需要 GCC/Clang、Make、CMake 或对应平台 SDK。
- 部分条目可能依赖特定目标软件版本，例如 7-Zip、Docker、Ghidra、ImageMagick、OpenVPN、VLC、FFmpeg、libssh2、RustDesk 等。
- 强烈建议使用虚拟机快照、沙箱、无敏感数据的测试系统。
- 需要具备基本漏洞分析、崩溃复现、调试器使用和系统安全知识。
- 企业环境使用前应经过法务、合规和安全负责人批准。
04
适用场景
- 在隔离实验室中复现公开 PoC，理解漏洞触发条件和影响范围
- 为企业资产中的相关软件、组件或版本做风险排查
- 辅助蓝队编写检测规则、日志监控规则和入侵防护策略
- 帮助软件维护者验证补丁是否有效
- 用于安全培训课程中的漏洞分析案例，但应避免真实攻击演示
- 作为漏洞情报来源，跟踪涉及 7-Zip、Docker、Ghidra、ImageMagick、OpenVPN、RustDesk、VLC、FFmpeg、libssh2 等项目的研究条目
05
部署与配置
- 仅在合法授权、隔离的测试环境中使用，例如本地虚拟机、离线实验网络或专用靶场。
- 克隆仓库：git clone https://github.com/bikini/exploitarium.git
- 进入仓库目录后，按具体子目录阅读对应 README 或说明文件。
- 根据每个 PoC 子项目的语言和依赖单独准备环境，例如 Python、C/C++ 编译器、Docker、目标软件测试版本等。
- 不要在生产环境、第三方系统或未授权网络中运行任何 PoC。
- 建议使用快照虚拟机、容器隔离、无外网环境和最小权限账户进行分析。
06
风险与注意事项
- 仓库包含真实漏洞 PoC 和利用研究，存在被滥用于未授权攻击的风险。
- 部分条目声称在发布时尚未报告，可能涉及 0-day 或未充分披露漏洞，合规风险较高。
- 运行 PoC 可能导致系统崩溃、权限提升、任意代码执行、数据泄露或环境破坏。
- 仓库没有明确开源许可证，企业使用、复制、再分发和集成时存在法律不确定性。
- 内容可信度需要独立验证，不能默认所有 CVE 编号、漏洞结论或影响范围均准确。
- 对中国开发者和企业而言，使用此类材料需遵守《网络安全法》《数据安全法》等相关法规，严禁用于未授权测试。
2026-06-29
第3名
新收录 · github_search
2026-06-28
第3名
新收录 · github_search
