| 类型 | 数量 | 数据 |
|---|
| XSS | 23659 | xss.txt |
| RCE | 3603 | rce.txt |
| SQL 注入 | 13533 | sqli.txt |
| 本地文件包含 | 391 | lfi.txt |
| 服务端请求伪造 | 477 | ssrf.txt |
| 原型污染 | 321 | proto-pollution.txt |
| 请求走私 | 116 | req-smuggling.txt |
| 开放重定向 | 469 | open-redirect.txt |
| XML 外部实体 | 482 | xxe.txt |
| 路径遍历 | 4068 | path-traversal.txt |
| 服务端模板注入 | 99 | ssti.txt |
| 拒绝服务 | 16125 | dos.txt |
按年份分类的下拉列表:
自动化逻辑:
for each cve in trickest/cve:
if this cve not present in nuclei-templates:
if it contains one of the words we are looking for:
if it is a CVE suitable for nuclei:
print it
什么是“我们要查找的单词”?reflected、rce、local file inclusion、server side request forgery、ssrf、remote code execution、remote command execution、command injection、code injection、ssti、template injection、lfi、xss、Cross-Site Scripting、Cross Site Scripting、SQL injection、Prototype pollution、XML External Entity、Request Smuggling、XXE、Open redirect、Path Traversal、Directory Traversal 和 Denial of Service。
这意味着所跟踪的漏洞类型为:XSS、RCE、SQL 注入、本地文件包含、服务端请求伪造、原型污染、请求走私、开放重定向、XML 外部实体、路径遍历、服务端模板注入和拒绝服务;但未来将支持新的漏洞类型。
为什么在分类 CVE 时可能存在错误?因为在 grep 这些单词时可能存在误报,这意味着一个 XXE 漏洞可能被归类为 RCE,例如因为它说“在某些情况下可以升级为 rce”。
为什么我用“已分析的 CVE”减去“缺失的 CVE”得不到官方 nuclei 模板的确切数量?因为如前所述,所跟踪的漏洞类型只有 10 种(最著名的那些),但许多其他类型也会被报告(并且它们将得到支持)。
CVE 适合 Nuclei 是什么意思?基本上是指远程 Web 或网络漏洞(例如 Android 上的 CVE 不适合)。
只需打开一个 issue / pull request。
本仓库采用 MIT 许可证。
edoardottt.com 联系我。
| 2013 | 931 | 2013.txt |
| 2014 | 1570 | 2014.txt |
| 2015 | 1945 | 2015.txt |
| 2016 | 1870 | 2016.txt |
| 2017 | 2857 | 2017.txt |
| 2018 | 3354 | 2018.txt |
| 2019 | 2653 | 2019.txt |
| 2020 | 3560 | 2020.txt |
| 2021 | 4090 | 2021.txt |
| 2022 | 4804 | 2022.txt |
| 2023 | 6518 | 2023.txt |
| 2024 | 10469 | 2024.txt |
| 2025 | 7829 | 2025.txt |
| 2026 | 3677 | 2026.txt |