Open Kritt

这是什么？

Open Kritt 是一个编排 AI Agent 发现真实代码漏洞的安全工具。GitHub Kritt-ai/open-kritt，1.4k Stars，234 Forks，MIT 许可证。

核心价值：将 Bug Bounty 工作流与 AI Agent 结合——Agent 自动扫描代码、识别潜在漏洞、验证可利用性、生成报告。集成了 Semgrep、CodeQL、Nuclei 等主流安全工具。

适合谁：安全研究人员、Bug Bounty 参与者、DevSecOps 工程师。

前置条件：Python 3.10+，Docker（用于隔离运行漏洞验证），GitHub Token。

准备工作

安装

git clone https://github.com/Kritt-ai/open-kritt.git
cd open-kritt
pip install -r requirements.txt
docker pull kritt/sandbox:latest  # 漏洞验证沙箱

配置

export GITHUB_TOKEN=ghp_xxx
export OPENAI_API_KEY=sk-xxx  # 或其他 LLM API Key
kritt init

时间预算：安装 10 分钟，首次扫描 15-30 分钟。

三步上手

第一步：扫描目标仓库

kritt scan --repo owner/repo --branch main

Agent 自动下载代码、运行 SAST 工具、分析结果。

第二步：漏洞验证

kritt verify --finding-id FINDING-001

Agent 在 Docker 沙箱中尝试复现漏洞，确认是否真实可利用。

第三步：生成报告

kritt report --format markdown --output findings.md

生成包含漏洞描述、影响范围、修复建议的完整报告。

常见踩坑

踩坑 1：扫描速度慢

症状：大型仓库扫描超过 1 小时。

原因：SAST 工具链逐个运行，未并行化。

解决：使用 --parallel 4 并行运行 4 个扫描器，或 --quick 快速模式。

踩坑 2：误报率高

症状：扫描结果中大量漏洞实际不可利用。

原因：SAST 工具的静态分析缺乏上下文。

解决：启用 --verify-all 自动验证所有发现，过滤掉误报。

踩坑 3：Docker 沙箱权限不足

症状：漏洞验证时提示 “permission denied”。

原因：Docker 默认以非 root 用户运行。

解决：使用 kritt sandbox --privileged 或配置 Docker 的 --cap-add。

踩坑 4：GitHub API 限流

症状：扫描时返回 403 rate limit exceeded。

原因：GitHub 对未认证请求限制严格。

解决：配置 GitHub Token，或使用 --github-enterprise 连接自托管实例。

踩坑 5：LLM 幻觉导致误判

症状：Agent 报告”发现高危漏洞”但实际是正常代码。

原因：LLM 对不熟悉的代码模式产生幻觉。

解决：设置 --confidence-threshold 0.8，仅报告高置信度发现。

FAQ

Q1: Open Kritt 是否免费？

A: 开源版完全免费（MIT 许可证）。AI API 调用按各 LLM Provider 定价收费。

Q2: 支持哪些编程语言？

A: Python、JavaScript/TypeScript、Go、Java、Ruby、PHP、C/C++。

Q3: 与 Snyk/Semgrep 有什么区别？

A: Snyk/Semgrep 是 SAST 工具，Open Kritt 是编排 AI Agent 自动运行这些工具并验证结果的框架。

Q4: 能否用于生产环境？

A: 建议在测试环境验证。漏洞扫描可能触发 WAF 或安全监控告警。

Q5: 社区活跃度如何？

A: 234 Forks，MIT 许可证，社区活跃。Bug Bounty 相关讨论活跃。

参考链接

• 官方 GitHub

本文基于公开资料整理，AI 辅助生成，数据截至 2026-08-05。具体功能请以官方文档为准。